是否可以将六西格玛质量管理与软件开发流程结合使用?
你的经历是什么?
如果您使用像Scrum或XP这样的敏捷方法,那么六西格玛是不是太官僚了?
我在谈论软件开发的整体质量管理,因为需求收集直到部署和运营,而不仅仅是构建阶段(TDD和单元测试等工具或多或少已经建立为最佳实践).
六西格玛适用于可重复的过程.由此,我指的是始终产生(或应该产生)相同输出的纯过程.鉴于软件开发很少产生相同的输出,SS并不真正适用,IMO.这是因为软件开发更像是一种实践,而不是一种过程.
话虽如此,阅读它并试图看看哪些顶级想法可以用于软件开发并没有什么坏处...
如果我理解正确,六西格玛依赖于有意义的,可衡量的指标.你会是什么?KLOC?课程检入您的档案?敏捷的速度?
六西格玛在车间工作得很好,但我不认为软件开发足够"像小工具"这样的方法.
只要您不开发新产品,这绝对是可能的.
只需按照以下步骤操作
1)创建应用程序的无错误版本.这可能需要相当多的努力,因此最好选择范围微不足道的应用程序.
2)从头开始重新创建应用程序,并将迭代与步骤1中创建的理想值进行比较,以创建度量标准.
3)调整您的过程,以便在下一次迭代时在度量标准旁边实现更紧密的对齐.
4)转到步骤2.
什么?您不是在商店中反复创建相同的应用程序?嗯,我不认为六西格玛在这种情况下会有多大用处.