敏捷实况5:设计与敏捷
2015-10-28 23:40
120 查看
上次跟领导谈判的结果不是很明确,既没有反对,也没有完全支持,看来F项目全面实施敏捷还有一段路要走!
既然如此,我决定改变我自己能改变的部分,先把自己的设计敏捷起来吧。那么设计如何敏捷呢?或者说从设计角度如何支持敏捷呢?
经过了两天的设计,我已略有心得,在此与大家分享一下吧,也希望同朋友们一起探讨下。
1、描述业务操作流程的方式
传统:以往的设计,我会按照业务操作过程,从先到后,或者按照重要程度排列,逐个对操作画业务流程图、领域模型图等。而不会考虑,怎么样将这些业务操作组合起来尽快交互一个最小的价值点,然后再逐步迭代完全交互价值。而开发其实也会按照一个操作做完在做另一个,也许做了很长时间,这些点也很难连成线。
敏捷:现在我的思路是按照业务整体流程,按照用户场景的难以程度,从简单到复杂,逐渐设计业务流程图、领域模型图、算法图等,复杂的业务场景靠后,是通过迭代方式一点点补充上来。这样,开发实现时就可以逐渐实现从易到难的可运行产品,很快能将点连成线。
2、可以按场景与其他角色沟通模拟过程
传统:由于每张业务流程图、模型都考虑很多分支、异常等等,与需求或其他角色沟通时,往往需要讲半天,因为他们一下子很难进入状态。
敏捷:由于业务流程是从简单到复杂逐渐展现出来的,所以与其他角色沟通时变得更容易了,而且更接近用户角度,更容易暴露设计中存在的问题。
今天先写到这,目前设计文档还没完成,如后续有感,随写随发。
既然如此,我决定改变我自己能改变的部分,先把自己的设计敏捷起来吧。那么设计如何敏捷呢?或者说从设计角度如何支持敏捷呢?
经过了两天的设计,我已略有心得,在此与大家分享一下吧,也希望同朋友们一起探讨下。
1、描述业务操作流程的方式
传统:以往的设计,我会按照业务操作过程,从先到后,或者按照重要程度排列,逐个对操作画业务流程图、领域模型图等。而不会考虑,怎么样将这些业务操作组合起来尽快交互一个最小的价值点,然后再逐步迭代完全交互价值。而开发其实也会按照一个操作做完在做另一个,也许做了很长时间,这些点也很难连成线。
敏捷:现在我的思路是按照业务整体流程,按照用户场景的难以程度,从简单到复杂,逐渐设计业务流程图、领域模型图、算法图等,复杂的业务场景靠后,是通过迭代方式一点点补充上来。这样,开发实现时就可以逐渐实现从易到难的可运行产品,很快能将点连成线。
2、可以按场景与其他角色沟通模拟过程
传统:由于每张业务流程图、模型都考虑很多分支、异常等等,与需求或其他角色沟通时,往往需要讲半天,因为他们一下子很难进入状态。
敏捷:由于业务流程是从简单到复杂逐渐展现出来的,所以与其他角色沟通时变得更容易了,而且更接近用户角度,更容易暴露设计中存在的问题。
今天先写到这,目前设计文档还没完成,如后续有感,随写随发。
相关文章推荐
- 重构之重与敏捷之轻---身份证号重构回顾
- 把系统“推倒重来”真的会更好吗?
- 《高效程序员的45个习惯》读后感
- 不要只在字面上理解敏捷开发
- 好的程序员做不出好的软件设计
- 设计已死?[转贴]
- 大学生软件设计大赛功能需求
- 大学生软件设计大赛文档要求
- MVC框架
- 《高效程序员的45个习惯:敏捷开发修炼之道》摘记一
- 2011年软考软件设计师辅导资料(转)
- VC6.0编译器
- 敏捷一定就比不敏捷好么?
- 架构师之路(5)---面向对象的设计原则
- 黑马程序员_java异常处理机制
- 2011软件设计大赛
- PHP数据结构预热:PHP的迭代器
- 细谈Spring(五)spring之AOP底层大揭秘
- 软件设计原则
- 敏捷团队建设,非常精彩,欢迎下载参考