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:

Start a Project Nursery

In a Project Nursery, professionals from across the entire organization collaborate to conceive of new projects. When all organizational elements help decide which projects to investigate, the menu they develop best suits organizational needs and capabilities.

Resuming Projects: Team Morale

Sometimes we cancel a project because of budgetary constraints. We reallocate its resources and scatter its people, and we tell ourselves that the project is on hold. But resuming is often riskier, more difficult and more expensive than we hoped. Here are some reasons why.

The Risky Role of Hands-On Project Manager

The hands-on project manager manages the project and performs some of the work, too. There are lots of excellent hands-on project managers, but the job is inherently risky, and it's loaded with potential conflicts of interest.

Projects as Proxy Targets: I

Some projects have detractors so determined to prevent project success that there's very little they won't do to create conditions for failure. Here's Part I of a catalog of tactics they use.

Scope Creep, Hot Hands, and the Illusion of Control

Despite our awareness of scope creep's dangerous effects on projects and other efforts, we seem unable to prevent it. Two cognitive biases — the "hot hand fallacy" and "the illusion of control" — might provide explanations.

See also Project Management and Problem Solving and Creativity for more related articles.

Forthcoming issues of Point Lookout

Coming July 3: Additive bias…or Not: II

Additive bias is a cognitive bias that many believe contributes to bloat of commercial products. When we change products to make them more capable, additive bias might not play a role, because economic considerations sometimes favor additive approaches. Available here and by RSS on July 3.

And on July 10: On Delegating Accountability: I

As the saying goes, "You can't delegate your own accountability." Despite wide knowledge of this aphorism, people try it from time to time, especially when overcome by the temptation of a high-risk decision. What can you delegate, and how can you do it? Available here and by RSS on July 10.

Coaching services

I offer email and telephone coaching at both corporate and individual rates. Contact Rick for details at rbrendPtoGuFOkTSMQOzxner@ChacEgGqaylUnkmwIkkwoCanyon.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