敏捷实况5：设计与敏捷

上次跟领导谈判的结果不是很明确，既没有反对，也没有完全支持，看来F项目全面实施敏捷还有一段路要走！

既然如此，我决定改变我自己能改变的部分，先把自己的设计敏捷起来吧。那么设计如何敏捷呢？或者说从设计角度如何支持敏捷呢？

经过了两天的设计，我已略有心得，在此与大家分享一下吧，也希望同朋友们一起探讨下。

1、描述业务操作流程的方式

传统：以往的设计，我会按照业务操作过程，从先到后，或者按照重要程度排列，逐个对操作画业务流程图、领域模型图等。而不会考虑，怎么样将这些业务操作组合起来尽快交互一个最小的价值点，然后再逐步迭代完全交互价值。而开发其实也会按照一个操作做完在做另一个，也许做了很长时间，这些点也很难连成线。

敏捷：现在我的思路是按照业务整体流程，按照用户场景的难以程度，从简单到复杂，逐渐设计业务流程图、领域模型图、算法图等，复杂的业务场景靠后，是通过迭代方式一点点补充上来。这样，开发实现时就可以逐渐实现从易到难的可运行产品，很快能将点连成线。

2、可以按场景与其他角色沟通模拟过程

传统：由于每张业务流程图、模型都考虑很多分支、异常等等，与需求或其他角色沟通时，往往需要讲半天，因为他们一下子很难进入状态。

敏捷：由于业务流程是从简单到复杂逐渐展现出来的，所以与其他角色沟通时变得更容易了，而且更接近用户角度，更容易暴露设计中存在的问题。

今天先写到这，目前设计文档还没完成，如后续有感，随写随发。