customer success by design
articles and links
 

the180 - Curing Analysis Paralysis

go to the180 web discussion

How to Cure Analysis Paralysis in Technology Specifications

If someone tells a story at one end of a bar, by the time it reaches the other end of the bar, it is a very different story, often more elaborate.

The same is true with the requirements and specifications of a technology project.

Requirements will keep changing until someone or something stops it from happening.

Rarely do technology specifications get simpler.

If specifications keep changing and growing, the project will be killed or drastically cut by top management.

As design complexity grows, it becomes unlikely that users can do the most important tasks quickly and simply with the implemented technology.

Why does this happen?

  • People don't always know what they are talking about.

  • Managers don't always know the actual detailed behavior of workers.

  • Future work with new technology can't be completely mapped out in detail.

  • Some requirements are impractical, and are only recognized as such when they are fleshed out in detail.

  • The project team becomes "too" familiar with details. They lose vision of the basic project success.

  • The project team loses or never had the perspective of typical workers or customers.


How to cure analysis paralysis in technology specifications
  • Strong project leadership that always bangs the drum for simplicity.

  • Awareness that over-complication kills projects, wastes resources, and reduces technology effectiveness and usefulness.

  • "User" contacts and management that are disciplined and focused.

  • A shared and simple vision of success in terms of customer actions and worker productivity.

  • For very large projects, planned implementation of several small phases. Avoid one giant implementation.

  • A foundation in reality -- Actual observation of typical customers or workers early in the scope phase.

  • Reality check -- Early feedback from users on design prototypes before coding starts.

  • Reality check -- Usability testing with actual users before implementation.

Posted October 18, 2001
By Joe Grant

Go to the180 List

who we are

Grant Consulting, Inc.
located in metro St. Louis, MO, USA
1013 Bradington Court
Columbia, IL 62236
info@grantconsulting.com
(314) 581-0384
Copyright © 2003 by Grant Consulting, Inc. All Rights Reserved.