| By Nigel Cheshire | Article Rating: |
|
| May 29, 2007 10:30 AM EDT | Reads: |
8,719 |
Nigel Cheshire's Blog
Amiram Hayardeny wrote a thought-provoking post yesterday in which he applies the broken window theory to software quality. The broken window theory suggests that neighborhoods where minor evidence of decay (broken windows, deteriorating building exteriors, etc.) do not get fixed quickly start to deteriorate more rapidly. Hayardeny suggests
that the same theory can be applied to software development teams: “Evidence of decay (large defect backlogs, no documentation, no code reviews) remains in the system for a reasonably long period of time. Quality oriented engineers who work on the project feel more vulnerable and begin to withdraw. They become less willing to intervene to maintain software quality for example, to attempt to enforce code reviews, or to address signs of deterioration…”.
There's no doubt that quality is a mindset issue. Ignore the issue, and the natural state of things is to deteriorate. Foster a quality mindset, stay on top of minor defects, and there is a better chance that things will not get out of hand.
Published May 29, 2007 Reads 8,719
Copyright © 2007 SYS-CON Media, Inc. — All Rights Reserved.
Syndicated stories and blog feeds, all rights reserved by the author.
More Stories By Nigel Cheshire
Nigel Cheshire is CEO of Enerjy Software, a division of Teamstudio Inc. He oversees product strategy and has been driving the company's growth since he founded it in 1996. Prior to founding Teamstudio, Inc., Nigel was co-founder and principal of Ives & Company, a CRM solutions consultancy. He holds a Bachelor of Science degree in computer science from the University of Teesside, England.
![]() |
Java News 05/29/07 10:27:55 AM EDT | |||
'Evidence of decay (large defect backlogs, no documentation, no code reviews) remains in the system for a reasonably long period of time. Quality oriented engineers who work on the project feel more vulnerable and begin to withdraw. They become less willing to intervene to maintain software quality for example, to attempt to enforce code reviews, or to address signs of deterioration.' |
||||
- Why Coding Standards?
- Java Development Managers Stress the Need to Improve Software Quality
- Using Java Tools to Enforce Best Practices
- How Good Is Good Enough?
- JavaOne - JavaFX abuzz
- Change Is Good!
- JavaOne - TDD Controversy
- Using Java Development Tools to Enforce Best Practices
- iPhone - Service as Important as Software Quality
- Speaking at Real-World Java Seminar Next Week
- Eclipse and Enterprise Open Source Plug Ins For Better Software
- Outage at All-the-Rage Social Networking Site Facebook






















