Skip to content

Buggy Innovation

November 2, 2007 by Artem Marchenko

Quality used to be perceived as one angle of the time-cost-quality project triangle. Unfortunately quality isn't as manageable as cost and time. If the funding is cut it is often possible to release a working product with the smaller set of features. It time is limited it is sometimes possible to hire the best specialists to implement all the features faster. It might sound like dropping some quality standards could be a way to releasing the product earlier.

The problem with this approach is in that time and costs of fixing bugs are unpredictable. Some bugs might take five minutes to fix, some might require re-engineering the core architecture. Whenever the quality level is cut, it is not only user-perceived quality that suffers, at the same moment a risk is added to the project. The unpredictability associated with dropping the quality level often make bug fixing one of the most stressful and time consuming issues on the project. I was working with the teams whose development at times was completely bug driven - weekly meetings used to go over the new problems reported to the bug tracking system and possible solutions for those. Working under constant pressure of unpredictable work that can come at any moment is no fun. It takes valuable time, effort and nerves.

Bug fixing often takes all the "spare" work time, leaving people little to no time for looking at the big picture and thus stopping the innovation process. Need to innovate more? - Make sure you create as little bugs as possible and fix them early.

About the Author: As the Editor-in-Chief for, Artem is charged with overseeing the direction for content, advertising, and the overall management of the site. Nowadays in his day life, Artem is a product manager in a global telecommunication company where he leads the development of a product developed in extremely distributed environment. Artem has been applying Agile and researching Agile since 2005. Contact Artem


Not sure

December 11, 2007 by Artem, 7 years 43 weeks ago
Comment id: 1402

I don't know, Kannan. I would also like to know where the quality triangle was used first

Post new comment

The content of this field is kept private and will not be shown publicly.
  • Allowed HTML tags: <a> <b> <i> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <img> <br> <blockquote>
  • Lines and paragraphs break automatically.
  • Web page addresses and e-mail addresses turn into links automatically.
  • You can enable syntax highlighting of source code with the following tags: <code>, <blockcode>. Beside the tag style "<foo>" it is also possible to use "[foo]".

More information about formatting options

By submitting this form, you accept the Mollom privacy policy.

Best of