敏捷的核心价值观是注重个人在软件开发过程中的作用,但是如果过分地夸大人的作用,会使得软件开发缺少有序的控制。更完美的敏捷过程仍然需要从传统过程中汲取经验——这就是规范敏捷交付过程。 规范敏捷交付将敏捷从开发过程拓展到了软件交付,它从传统过程中借鉴了以下经验:
规范敏捷交付把整个交付过程参照统一过程(RUP)划分为先启阶段、构造阶段和移交阶段。每个阶段都包含一个或多个短迭代。先启阶段主要是与利益相关方达成共识;构造阶段则实现可交付的解决方案;移交阶段是将解决方案进行安装、部署,让利益相关方接受。
规范敏捷交付有阶段,也有里程碑,也需要在阶段和里程碑点进行适当的监控。适当的监控可以使得敏捷项目的进度、成本等仍在可控范围内。
规范敏捷交付也希望能够积累和使用组织资产。比如,有了敏捷团队开发历史项目的速率数据,可以方便地估算出新项目的进度;有了可重用的测试资产,也会使得新项目的测试顺利进行。
做好风险分析,识别项目可能存在的风险,制定缓解措施和应急措施,可以使得项目具备较强的抗灾能力。风险管理对于敏捷项目依然重要。
更好地实施GJB5000,使GJB5000体系落地,离不开裁剪。对于敏捷过程来说,裁剪也是不可或缺的。吸收精益思想的敏捷过程,不会去做那些不会产生价值的活动,而要做到这一点,就必须学会使用裁剪这一手段。 所以,规范敏捷交付就是敏捷过程借鉴了传统过程的诸多经验自我完善的产物。 这正是: 敏捷开发效率高,缺点仍然少不了 能从传统补不足,敏捷过程会更好 参考数目:规范敏捷交付——企业级敏捷软件交付的方法与实践,作者:Scott W.Ambler Mark Lines,出版社:机械工业出版社 |
|