昨天在跟G做PMP Review的时候，聊起了目前团队开发中的敏捷实践，他的感觉是跟传统的开发差别很大。我跟他简单了聊了一下我的理解，然后，把Bob大叔的那本3P的书借给他看看。
团队中想要真正的实践敏捷开发，不是仅仅看基本就能够解决的。很多思想的转变是需要一定的时间的，还好的是团队成员现在已经理解了PP和CI的好处，对于TDD/Refactoring引起的设计思路的转变，需要的时间可能更久一点吧。
早晨看到了一篇文章，如果培养敏捷的开发态度，值得借鉴，我也推荐给G了，希望对他有所帮助。
传统团队 敏捷团队
子系统所有权 集体代码所有权
一次性设计 增量开发
全面且完整地理解子系统 探索，发现
大量的事先设计，“结果管理” “技术原型”，试验
全面文档化 自动化测试
通过分析整个设计保证质量 通过测试驱动开发保证质量
需要一个全面的分析 探索并限定相关信息
（例如，代码覆盖，小的任务，优先级划分等等）
个人设计决策 形成且尊重团队的一致意见
把规模大小或复杂性作为成果 把规模大小或复杂性看作负担，尽可能减小
预先决定，尽量不改变设计 设计无止境，易变性，把变化作为学习的机会
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
