迭代中不仅追求“业务价值”，还要“获取知识”
表面上看，多数敏捷方法都简单地根据业务价值决定故事的开发顺序。但在很多情况下，更明智的做法是将增加业务价值与有意识的"获取知识"步骤结合起来。Alistair Cockburn介绍了如何有效地进行此种结合，以及如何借助这样的实践在正确的时间交付正确的功能。Cockburn的阐述从一项基本断言入题——设计活动的关键产出是创造知识：
在任何团队的设计活动中，我们都是在解决一项当前仍未理解通透的问题，建立一种当前仍未理解通透的解决方案，用我们仍未完全领会的语言及技术来表达自身想法——而以上各方面都在我们的眼前不断变化着。接着Cockburn举出瀑布方法的典型特征——“大爆炸”式的集成作为极端的例子，说明它是如何妨碍任何实质上的知识获取，直到项目的最后阶段，从而必然导致没有时间应对的“大惊喜”。用精益的术语来说，积累起来的未经验证的设计决策，构成了不断增长的"库存（inventory）"。Cockburn的原话，“从减少风险的角度来说，我们认为该情形直到最后都留有很大风险，在很后的阶段才产生知识，总之不是什么赏心悦目之事。”
随着工作进展，我们对问题了解得愈多，对技术了解得愈多，对规划中的方案了解得愈多……
...
沒有留言:
張貼留言