![]() |
|
||||||||
Six Sigma Meets Software DevelopmentSix Sigma is a mantra that many of the most successful organizations in the world swear by and the trend is getting hotter by the day. So much so that corporations like GE insist that every project be a Six Sigma project. The Six Sigma methodology has indeed made a tangible difference to the bottom lines of many corporations and they have the numbers to prove it because Six Sigma requires constant and consistent measurement. While the Six Sigma body of knowledge provides great tools for improving product and process quality (DMAIC) and even for developing new products (DFSS and DMADV), some work is still needed for managing software projects. The fit between Six Sigma and software project management methodology is not always obvious. Some of the common Six Sigma tools don't easily lend themselves to software projects. Part of the reason is possibly that engineering and manufacturing have evolved over hundreds of years, software development is only a few decades old. Also, software development tends to teeter between an art form and an inexact science. Practitioners in the software development arena are not always comfortable or adept with rigorous quantitative analysis. Six Sigma Versus SDLC Six Sigma Tools For SDLC Most Six Sigma tools are suited for discovering data relationships by quantitative or physical methods. Such relationships are typically represented as algebraic or other forms of equations. These equations define the relationships between the goal (Y) and the variables affecting it (Xs). In software development, data relationships are generally easily discovered via interviewing and process mapping. Data flow diagrams, entity relationship diagrams, and object models are commonly used tools to represent data in software projects. These diagrams represent the data that the software will manage, whereas the Six Sigma approach tries to find the data that defines the problem. The one software development area where Six Sigma methodology falls short is in measuring a system architecture for quality. Peer reviews and simulations provide a way to review the quality of an architecture design with respect to the CTQs. However, these tend to be subjective in their approach and are not easily transferable from one project to the next. These approaches also do not ensure optimization. Conclusion About The Author Terms of Service. Copyright � 2000-2009 iSixSigma. All rights reserved. Visit us at www.iSixSigma.com. |
|||||||||
| Return To Previous Page | |||||||||