本文探讨了一个看似敏捷但实则包含理解需求、编码、单元测试等阶段的项目，并对比了这种做法与CMMI之间的差异。作者指出，虽然项目试图采用敏捷的方法，但在实践中却更接近于传统的瀑布式开发。
说实话，项目本身看起来倒不是非常的Agile，它只是包括理解需求、（没有设计）、编码、单元测试这样三个阶段，加到一起大概10天左右：叫做一个迭代。每个迭代中有一至二人，中间还要穿插着修改上一个迭代的bug、遗留问题，或者如果这个迭代受阻将要转移到下一个迭代。总之，就是：变化是肯定的，除此之外都是未定的。
CMMI是一个庞然大物，从军工起家，控制的是大项目、瀑布式开发。用到这里肯定是牛刀鸡用了；而且会带来不必要的管理上的浪费，规范的检查、阶段验收、阶段成果、正规的会议等，这些和Agile都是格格不入的。
PM同学们都已经受不了了。但是为什么质量管理部门的同学和领导们就是不知道要对这个事情做特殊处理那？国家 领 导说的好，与时俱进啊，可是有几个人懂得并实践得？
扫一扫
4229
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
