Cost Concerns: Scale

One attribute of a successful problem solution is affordable cost. At every stage of development from conception through elaboration, design, deployment, usage, and retirement, the cost of the solution must be within the reach of the users of the solution. One common pattern that hinders finding successful solutions is excessive concern with costs during the conception stage.

To clarify the importance of understanding the problem in depth, consider this admittedly artificial scenario based on a workshop exercise:

While the other tower builders rebuild their tower, Roberta and Robert decide to read the rules again. (In the real world, the "rules" would be called "requirements.") They discover that the rules have a loophole. If they insert a single card into the crack between two ceiling tiles, that one card meets the definition of a "tower" according to the rules. And the elevation of that card is as high as the room will allow. So, highest possible tower, minimum possible card count. Voila! Maximum "profit."

This scenario Devising brilliantly clever problem
solutions often requires a deep
understanding of the problem spaceillustrates two important points about problem solving. First, devising brilliantly clever problem solutions often requires a deep understanding of the problem space. And second, understanding cost sources for solutions requires understanding the properties of the available solutions.

Problems of scale are high risk

The importance of these two ideas is perhaps most obvious when the solution to the problem at hand must scale. In problems of scale, after we find a solution, we must deploy many copies of that solution to large numbers of users. Because some solutions scale more readily than others, cost comparisons among solution options must take scale into account. And that can be tricky for some teams.

The composition of many problem-solving teams is biased in favor of knowledge relevant to conceiving and implementing solutions. There are sound reasons for this. Early in the problem-solving process, the range of possible solutions is poorly understood. Because the people most familiar with implementation technologies are also best able to generate solution options to investigate, we tend to populate problem-solving teams with people who are needed early in the problem-solving process.

But in some cases this practice introduces risk when the team focuses on cost comparisons among solution options too early in the problem-solving process. Consider what happens when significant costs of all relevant solutions are associated not with implementing or manufacturing copies of a solution, but instead, with deploying the solution, or with convincing users or customers to adopt it. For such problems, comparisons of costs of solution options based on comparing their implementation costs are likely to provide misleading results.

This phenomenon is more likely to occur when a solution has significant cost components that lie downstream of the conception phase of problem solving. For example, consider two kinds of attributes such a problem solution might have.

Implementation

Implementation costs are associated with the technologies employed in actually conceiving the solution. For example, if we're making an adhesive, the chemistry of adhesives would be one of the implementation technologies. And the implementation costs would most likely be dominated by the cost of discovering and manufacturing the adhesive.

Stakeholders

Problem solutions have stakeholders. Stakeholder classes vary in size, but the stakeholder classes most likely to contribute significant costs are those associated with large groups of customers or users. The costs that are most significant for problems of scale are those associated with marketing a solution to customers, or with persuading users to adopt a solution, or with obtaining the approval of regulators, or with the logistics of delivering solution-related materials to users.

Teams that have expertise biased in favor of implementation-related issues are more likely to tend to emphasize effort to minimize implementation-related costs. The estimates of stakeholder-related costs by such a biased team are more likely to be inaccurate or incomplete. If teams address cost concerns too early in the problem-solving process, before they acquire team members who are expert in stakeholder issues, their exploration of the space of possible solutions is more likely to be biased in favor of solutions that have low implementation costs, rather than low total cost. For example, they might reject a solution on the basis of high implementation costs, without recognizing that it has very favorable stakeholder-related costs.

Estimates of costs of solutions to inherently large-scale problems must consider how scale affects the viability of each solution. And that consideration is more likely to be objective if it occurs after the team has developed an array of solution options.

Last words

Although problems of scale present special risk for teams that have expertise biased in favor of implementation-related issues, problems of any sort can present special risk for teams that have biased expertise. To manage these risks, tailor the composition of problem-solving teams to match solution discovery risk to the needs of the organization.   First issue in this series   Top    Next Issue

Are your projects always (or almost always) late and over budget? Are your project teams plagued by turnover, burnout, and high defect rates? Turn your culture around. Read 52 Tips for Leaders of Project-Oriented Organizations, filled with tips and techniques for organizational leaders. Order Now!

Your comments are welcome

About Point Lookout

Thank you for reading this article. I hope you enjoyed it and found it useful, and that you'll consider recommending it to a friend.

This article in its entirety was written by a human being. No machine intelligence was involved in any way.

Point Lookout is a free weekly email newsletter. Browse the archive of past issues. Subscribe for free.

Support Point Lookout by joining the Friends of Point Lookout, as an individual or as an organization.

Do you face a complex interpersonal situation? Send it in, anonymously if you like, and I'll give you my two cents.

Related articles

More articles on Project Management:

Dubious Dealings

Negotiating contracts with outsourcing suppliers can present ethical dilemmas, even when we try to be as fair as possible. The negotiation itself can present conflicts of interest. What are those conflicts?

Wishful Thinking and Perception: II

Continuing our exploration of causes of wishful thinking and what we can do about it, here's Part II of a little catalog of ways our preferences and wishes affect our perceptions.

Should We Do This?

Answering the question, "Should we do this?" is among the more difficult decisions organizational leaders must make. Weinberger's Six Tests provide a framework for making these decisions. Careful application of the framework can prevent disasters.

Vendor Mismanagement

When we outsource knowledge work to vendors, we expect to achieve the desired result with less risk and uncertainty than if we did the work ourselves. But mission creep, mission retrenchment and employee capture can lead to less welcome results.

Lessons Not Learned: II

The planning fallacy is a cognitive bias that causes us to underestimate the cost and effort involved in projects large and small. Efforts to limit its effects are more effective when they're guided by interactions with other cognitive biases.

See also Project Management and Project Management for more related articles.

Forthcoming issues of Point Lookout

Coming May 14: Working with the Overconfident

A cognitive bias known as the Overconfidence Effect causes us to overestimate the reliability of our judgments. Decisions we make based on those judgments are therefore suspect. But there are steps we can take to make our confidence levels more realistic, and thus make our decisions more reliable. Available here and by RSS on May 14.

And on May 21: Mismanaging Project Managers

Most organizations hold project managers accountable for project performance. But they don't grant those project managers control of needed resources. Nor do they hold project sponsors or other senior managers accountable for the consequences of their actions when they interfere with project work. Here's a catalog of behaviors worth looking at. Available here and by RSS on May 21.

Coaching services

I offer email and telephone coaching at both corporate and individual rates. Contact Rick for details at rbrenDJpmhgyaDTwBQXkhner@ChacmGoYuzfZpOvDQdRkoCanyon.com or (650) 787-6475, or toll-free in the continental US at (866) 378-5470.

Get the ebook!

Past issues of Point Lookout are available in six ebooks:

• Get 2001-2 in Geese Don't Land on Twigs (PDF, )
• Get 2003-4 in Why Dogs Wag (PDF, )
• Get 2005-6 in Loopy Things We Do (PDF, )
• Get 2007-8 in Things We Believe That Maybe Aren't So True (PDF, )
• Get 2009-10 in The Questions Not Asked (PDF, )
• Get all of the first twelve years (2001-2012) in The Collected Issues of Point Lookout (PDF, )

Are you a writer, editor or publisher on deadline? Are you looking for an article that will get people talking and get compliments flying your way? You can have 500-1000 words in your inbox in one hour. License any article from this Web site. More info