敏捷软件开发--计划

简介:
!@计划
!@#初始探索
在项目开始时,开发人员和客户会尽量确定出所有真正重要的用户素材。然而,他们不会试图去确定所有的用户素材。
随着项目的进展,客户会不断编写新的用户素材。素材的编写会一直持续到项目完成。(这一点我赞成,不可能一开始什么都确定下来,会慢慢完善)

大素材要分解
比如用户能够安全地进行存款、取款、转账。这是一个大的素材。
分解之得到:(思维导图)
用户可以登录
用户可以退出
用户可以向其账户存款
用户可以向其账户取款
用户可以从其账户向其他账户转账

随着项目的进展,由于可以度量每次迭代中已经完成的用户素材点数,所以对于速度的度量会越来越准确。(这一点对于做事和读书同样有效。)

!@#发布计划
如果知道了开发速度,客户就能够对每个素材的成本有所了解。

!@#迭代计划
迭代期间用户素材的实现顺序属于技术决策范畴,开发人员采用最具技术意义的顺序来实现这些素材。

!@#任务计划
开发人员把素材分解成开发任务,一个任务就是一个开发人员能够在4~16小时之内实现一些功能。

!@#迭代的中点
在迭代进行到一半的时候,团队会召开一次会议。在这个时间点上,本次迭代中所安排的半数素材应该被完成。如果无法按时完成,
则要补完成这些素材,或告知客户决定从迭代中去掉一个任务或素材。客户可以指出那些最低优先级别的任务和素材。

!@#迭代

迭代可以让客户看到项目的进展,度量开发速度。可以安排高优先级的素材。


本文转自TBHacker博客园博客,原文链接:http://www.cnblogs.com/jiqing9006/p/3364421.html,如需转载请自行联系原作者

相关文章
|
4月前
|
敏捷开发 存储 安全
敏捷方法:什么是软件测试中的敏捷模式?
敏捷方法:什么是软件测试中的敏捷模式?
|
7天前
|
敏捷开发 数据可视化
深入探索软件开发中的敏捷方法论
【5月更文挑战第7天】敏捷方法论是应对软件开发中快速变化需求的解决方案,强调迭代、增量和响应变化。它注重团队协作、客户参与和适应变化,典型实践包括Scrum、Kanban和极限编程。优势在于快速响应需求、提高协作效率和降低项目风险,但挑战包括对团队素质要求高、持续资源投入及不稳定客户需求。实施时需根据项目特点调整。
|
12月前
|
敏捷开发 架构师 Devops
「敏捷」大型敏捷框架SAFe:企业架构
「敏捷」大型敏捷框架SAFe:企业架构
|
12月前
|
敏捷开发 Devops 测试技术
「敏捷测试」敏捷方法论:理解敏捷测试的完整指南(上)
「敏捷测试」敏捷方法论:理解敏捷测试的完整指南
|
12月前
|
敏捷开发 Devops 测试技术
「敏捷测试」敏捷方法论:理解敏捷测试的完整指南(下)
「敏捷测试」敏捷方法论:理解敏捷测试的完整指南
|
敏捷开发
为什么选择敏捷软件开发-考虑敏捷开发的主要优势
为什么选择敏捷软件开发-考虑敏捷开发的主要优势
322 0
|
敏捷开发 Devops 测试技术
|
敏捷开发 前端开发 测试技术
|
敏捷开发 测试技术