敏捷实况5:设计与敏捷

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

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

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

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

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

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

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

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

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

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

发布了34 篇原创文章 · 获赞 18 · 访问量 1万+

猜你喜欢

转载自blog.csdn.net/CatherineJChen/article/details/49477471