总体而言，“敏捷”就是一个bizword，几个定制开发项目的公司和技术咨询公司所创造的“蓝海”。 这其中有意无意的忽略了一些关键环节，有些地方很恶劣。比如业务，将因为自己业务经验的匮乏，所带来的项目需求变更和交付期延长等风险，全部转嫁给客户。我们假设自家装修，施工队说你怎么说我怎么做，之所以没有做是因为你当初没有说，如果要改，需要另外付钱，会是什么心情。 同时，除了FDD这样的方法论，有一个完整的过程来支撑外，其它的都是一些成功实践，也就是一些经验之谈，容易让学习的人混乱，角色要哪些，日常怎么来管理？在具体的术上，确实有很多优秀之处，但是所处的层次不是在整个项目上，毕竟开发只是项目实施的一个环节，并不是整个的项目。但是一旦要提过程，我估计是自己打自己耳光。 因为含含糊糊的隐瞒了一些东西，使人无法知道过程优化和改善的方法和指标，这与制造业的敏捷无法同日而语。 想起一个讲咨询培训的策略，“励志、颠覆、速成、炒作”，敏捷方法有点这个意思，我觉得还要加一个“仪式”。过一段时间找个东西出来包装，Scrum把任务和会议管理包了包，不知道下一个目标是什么。 原文链接：https://www.f2er.com/javaschema/287668.html