Posts Tagged With: project decision making

How comical is your project?

Frequent readers of my blog will know how much I respect Scott Adams’s unique insights into the dysfunctions of corporate life. Let’s analyze the case study provided in today’s comic strip!

Risk (mis)management

The pointy-haired boss who serves as a constant reminder of the validity of the Peter Principle expresses surprise about the bumpiness of their white-water team-building project.

A modicum of effective risk management might have caused him to utilize an avoid risk response by picking a slightly less adventurous event although with that group it is hard to envision what would be a perfectly safe one!

If there was still a desire to take the group white-water rafting, then perhaps investing in life vests for those who couldn’t swim would have been a reasonable risk mitigation response, although as the boss indicates in the last frame of the strip, there would likely have been a corresponding higher cost for implementing this response.

While the boss uses ignorance as his rationale, there is no excuse for not practicing risk management commensurate to the level of complexity and uncertainty of a given project.

Avoiding assumptions analysis

An assumption is stated in the sixth frame by the pointy-haired boss about Ted’s ability to swim. That assumption germinated a key risk – if Ted was NOT able to swim and fell in, he’d require more assistance than a competent swimmer and hence the team’s decision to not look for him was unwise. Had the boss conducted a quick elicitation of assumptions and had the team challenge those assumptions which could have been proactively validated, Ted might not be missing.

Project managers have a responsibility to ask their team members and key stakeholders what assumptions are being made as plans are defined, incorporate those assumptions as inputs into risk identification, and schedule reminders to validate those assumptions as the project progresses.

The glamour of groupthink

The fourth and seventh frames of the comic strip confirm that the team members are complicit in the project’s failure. While team consensus was achieved with the decision to not look for Ted after he fell in and then again later by pretending that he never participated, it is quite likely that Asok or Dilbert, who are two characters who usually act as the conscience of the narrative, would not have agreed with these decisions but were likely concerned about rocking the boat (or white-water raft!).

While project managers are expected to recognize the symptoms of groupthink so that it can be nipped in the bud, a more effective countermeasure is to encourage healthy conflict as one the team’s ground rules so that individual team members don’t shy away from speaking up if they believe the wrong decision is being made.

Oscar Wilde – Life imitates art far more than art imitates life

 

Advertisements
Categories: Project Management | Tags: , , , , | 2 Comments

O Pareto, Pareto! Whereforth art thou Pareto?

I recognize that unless the scope of a project includes process or product redesign most teams are unlikely to have the need to use Pareto charts, but what concerns me is that the underlying Pareto principle is applicable on a broader basis.

Had the Pareto principle been defined early in the Guide, it could have been referenced subsequently in a number of key processes including Qualitative Risk Analysis, Direct and Manage Project Work, Manage Quality and Plan Stakeholder Engagement. With all of these processes, a project team needs to identify the “vital few” elements where they should spend valuable time while keeping the “trivial many” on watch lists for occasional monitoring.

The Pareto principle can also apply to Manage Project Knowledge, which is one of the new processes added within the Integration Management chapter in the Sixth Edition. When coming up with lessons which might be applicable to current or future projects, after the team has used techniques such as brainstorming to identify a large set of candidate ideas, the Pareto principle can be used to filter those down to a handful by considering which will deliver the greatest productivity or quality improvement.

The Pareto principle also applies when we are tailoring our approach to the needs of a given project. Project management methodologies and standards are usually very comprehensive but a competent project manager needs to be able to apply good judgment in deciding exactly which practices, tools and techniques will deliver the greatest benefit.

Finally, if we acknowledge that “It depends” is the safest answer to most project management questions, then the Pareto principle is a valuable tool to help narrow our focus to where our efforts might be best spent.

 

Categories: Project Management | Tags: , , , | 1 Comment

Problems with your Product Owner?

Scott Adams continues to hit the mark when it comes to the dysfunctions plaguing the corporate world. His latest Dilbert comic strip inspired me to write about a common challenge facing those organizations who are moving from a project-centric to a product-centric delivery approach, namely developing effective product owners.

The funny thing is that this is not a new role – go back a couple of decades and it was common to have senior managers responsible for making the majority of decisions regarding products or capabilities. As organizations shifted away from functional to matrix models, such decision-making became diffused. Also, as a company’s size grows, the authority for product decisions often moves up the corporate ladder to executives who are responsible for multiple products.

We tend to think of the product owner role in the context of agile delivery but it can also apply to traditional delivery approaches too. A key difference is that product owner ineffectiveness creates greater impact on agile projects than on traditional ones.

So what are the most prevalent peeves we have with product owners?

I’ve previously identified Capability, Commitment and Capacity as three characteristics of effective team members. Gaps in any one of these areas will translate into product quality, team productivity or morale issues.

These attributes are also important in product owners.

Managers who possess strategic vision, political influence and knowledge of a product are often unavailable to be committed to the extent required to effectively support a delivery team. Faced with this dilemma, executives usually will either still commit these managers or will have them appoint proxies.

With the former scenario, delivery teams enjoy good quality decision making but are starved for the product owner’s attention. Decisions which could be made on the spot get delayed. If the team waits for decisions to be made, productivity and eventually morale suffers whereas if they try to proceed based on their knowledge the risk of rework increases.

Proxy product owners might not have the knowledge, vision or influence required to make good quality decisions or to have those decisions stick. What sometimes occurs is that significant decisions need to be blessed by one or more senior leaders which increases the risk of delays. Proxy product owners might also not enjoy having accountability without authority and their commitment to this role wanes over time.

But there’s one more characteristic – Collaboration.

Let’s say we have a product owner who has the first three C’s in spades but they don’t collaborate well with other senior stakeholders. In most organizations there are control partners whose input needs to be incorporated into product decision making to keep the company safe. The solution lead for the product should also have a voice to ensure that technical debt or other sustainability considerations don’t impact the organization.

If the product owner is not able to effectively collaborate to distill these many voices into one, they risk alienating key partners or making decisions which will hurt the company in the long run. While the role has authority over product decision making, this should not be done in an autocratic manner.

The introduction of the product owner role is an ideal way to streamline decision making and develop future leaders but neglect the four C’s of Collaboration, Capability, Commitment and Capacity at your organization’s peril!

Categories: Agile, Facilitating Organization Change, Project Management | Tags: , , | 1 Comment

Create a free website or blog at WordPress.com.

%d bloggers like this: