【工作软技能】敏捷实践中，价值交付的坑

敏捷提倡快速迭代，及时反馈，同时强调交付价值。

敏捷工具中的用户故事地图，就是分析交付价值，划分开发迭代。方案层面做一层明确细化一层。

持续的价值交付是敏捷追求的效果，但是在一个有一定复杂度的开发中，快速持续的价值交付就不能太表面理解和执行。

比如，直接将复杂的事情简单化，先提供主线功能，后面持续提供新的特性。

那么就必然会出现，在实现后期的特性时，涉及到前面已经实现功能的大量修改。

这样的话，即使回归测试非常可靠，但是不可避免的就存在人力的浪费。

所以，如果本身并不是需要这样提供持续交付的时候，比如，仅仅交付给项目看，领导看。

那么，就不需要做以价值为导向的交付。

而是应该将特性关键点都进行分析，开发设计时通盘考虑，然后以开发的层次进行迭代制定和开发。

这个理解不确定对不对，可能还是片面了，需要找用户故事地图设计的详细资料再研究一下，是否有上面这种假设的考虑。

敏捷开发在应对这种情况时又事如何处理的。