评论 << 张瑾专访：他和他的质量管理 >>

查看数: 14028 / 评论数: 6

• ghr00 (第1楼, 2015-4-20 14:20:28)

  我不赞同你的观点。结对编程为什么不需要文档？如果开发人员离职了呢？下一波开发人员是不是单靠看代码就能很快地上手工作呢？你能保证团队一直都是稳定的吗？敏捷更适用的是技术复杂度不高，面向用户市场，需求变化频繁的项目。

• denffle (第2楼, 2010-5-19 12:49:10)

  敏捷开发有结对编程，并且很快互换结对，这样的话对于整个团队都了解这个项目并且互相back up有好处，敏捷开发根据文档是否有用来确定是否需要文档。不过我觉得无论如何大的架构，设计文档以及客户需求文档还是需要的，只是详细设计可能确实可以根据需要和用处来确定。

• liulinzhu (第3楼, 2010-5-18 09:42:54)

  “谈敏捷式开发的人大多是项目经理，他考虑的只是项目短期的成败，而没有考虑企业的长久发展。"——这句话我有自己的看法。
  衡量项目是否成功，要看重项目成果的商业价值与投资回报，而非仅仅看其有没有超支，延时或按原计划办事。这就是敏捷所强调的，怕是LZ不太理解敏捷吧。

• liulinzhu (第4楼, 2010-5-18 08:54:27)

  敏捷侧重于处理复杂多变事务，CMMI对实践可预见性项目则显得更为从容、严格及说明性。

• jiayan2000cn (第5楼, 2009-10-01 18:24:45)

  感觉CMMI和敏捷其实核心内容相同,都是要降低成本.不过在开发上的侧重点不同而已!

• sidney514 (第6楼, 2009-9-01 10:54:23)

  呵呵，敏捷看重代码，并不是不注重文档。
  想想：如果你的TDD做好了，就不需要再单独做UT了；可以取代部分文档；
  如果你做了结对编程，你还需要文档嘛？ 文档的价值在哪里？为什么需要文档？从这些就可以考虑，敏捷中，不是不要文档，而是用其他方式把文档的存在的价值给取代了。如果敏捷只看其一，那么，你是伪敏捷！