![]() |
![]()
|
| Main Site > Financial Services Channel > Best Practices > Information Technology | Search: | for |
|
Six Sigma Meets Software Development
Six 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 Reproduction Without Permission Is Strictly Prohibited Copyright Requests Publish an Article: Do you have a Six Sigma tip, learning or case study? Share it with the largest community of Six Sigma professionals, and be recognized by your peers. It's a great way to promote your expertise and/or build your resume. Read more about submitting an article.
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Home | Discussion Forum | Event Calendar | Job Shop | |
| Link To iSixSigma | Rate This Page | Report A Problem | Free Content For Your Site | Submit Article For Publishing | |
| Terms of Service. ©2000-2008 iSixSigma. All rights reserved. v3.0lb, 0.3-C-246 |
About iSixSigma · Contact Us · Privacy Policy · Site Map. |