敏捷开发流程详解
来源:网络 作者:佚名 关注:350次 更新时间:2023-03-22 10:03:17

1 敏捷开发流程

  敏捷软件开发核心是迭代式开发,增量交付。

  每一次迭代都建立在稳定的质量基础上,并作为下一轮迭代的基线,整个系统的功能随着迭代稳定地增长和不断完善。每次迭代要邀请用户代表(外部或内部)验收, 提供需求是否满足的反馈。

  迭代型的方法就是将整个软件生命周期分成多个小的迭代,每一次迭代都由需求分析、设计、实现和测试在内的多个活动组成,每一次迭代都可以生成一个稳定和被验 证过的软件版本。

  迭代建议采用固定的周期( 1-4 )周,可以每个迭代周期不一定要相同,但迭代内工作不能完成,应该缩减交付范围而不是延长周期。

1.png

1.1 敏捷流程详解图 - 敏捷流程图

微信图片_20230322100959.png

2.png

1.2 敏捷流程三种角色及其职责

   微信图片_202303221009592.png

   微信图片_202303221009591.png

3.png

1.3 敏捷开发流程详解

1.3.1 流程图详解步骤

1. 制定产品需求列表

PO 收集来自客户、市场、领导等渠道的信息,从业务角度和市场价值编制一份按优先级排序的、明确的、可度量的、合理的产品 需求 列表;

2. 召开计划会议

PO 召集 TM 和 SM (也可邀请其他利益相关者参加)召开计划会议(发布计划会议和冲刺会议一 块开),发布计划主要是说明产品完整交付给客户的计划时间和

交付物,

冲刺计划就是确定该冲刺阶的长度(建议冲刺长度 1-4 周)、目标和冲刺任务单及其工作量估算(以理想人天 manday=7.5h 估算,单位为小时计算),会议时间

建议不要超过 6h 时间 ;

在计划会议上就需要进行确认,是否需要使用持续集成;若使用持续集成,团队需要每天下班前至少提交一次私有构建成功的代码到服务器,并且要求写详细的日

志信息;若不使用持续集成,团队每天有完成任务单的情况,都需要在 svn 上以增量形式发包并通知到相关人员;

项目计划会议上可以确定每天站立会时间及其规则要求(建议会议时间在 15-20 分钟左右),每个人回答 3 个问题:昨天做了什么,遇到什么问题,今天要做什

么。具体问题讨论及其解决,在私下进行沟通,不要在会议上讨论。站立会上只有 TM 人员有发言权,其他人员不要干预, SM 主要是维护秩序、规则及其引导 作用 。

3. 需求分析、设计、编码和测试:

计划会议结束后, TM 获取各自的冲刺任务单进行后面的需求分析、设计、编码和测试;

这里特别要说明的是,开发和测试是并行工作,必要的文档还是需要输出(如 : 讨论次数较多的功能点、备选方案很多但最后确认一种、重要功能、业务逻辑复

杂的等等) 。 具体情况,需要项目组根据实际情况决定 , 但客户要求交付的文档必须要输出;

4. 冲刺任务单和燃尽图更新

每天 SM 需要根据每日站立会上 TM 反馈的情况,进行更新冲刺任务单和燃尽图 或 SM 和 TM 之间达成共识, TM 各自完成后进行更改状态,这里涉及到的文档都会有相对

应的模板供参考使用 。

5. 迭代周期结束点

已到迭代周期结束点,只有哪些经过测试通过的 冲刺 需求列表才能算是真正的完成,其他未经过测试或测试不通过的不能算是完成。

这里要特别注意,所谓的测试通过不是说要把所有的问题都解决才算是通过,这个要根据项目具体的要求和规定来定。还没有达到迭代结束点, 该冲刺 任务需求列表就完成,可以从产品需求列表中挑选优先级高的进行开发 。

6. 冲刺评审会议

TM 需要召开冲刺评审会议,邀请 PO 、客户或客户代表 来参加,由这些客户或客户代表来表决是否满足需求和期望目标。 一般会议时间建议不要超过 2 个小时,参加人员除 PO 及其相关利益人来参加外, TM 全体成员,也可以邀请其他相关人员参加。

7. 冲刺回顾会议

迭代输出的增量交付可能会引起原产品需求列表的改变,可能需要更新原产品需求列表;最后 TM 需要开展本次迭代的好的实践和不足的改进机会,最终稿由 SM

整理汇总,作为下一次的迭代的经验参考。 回顾会议建议时间不用太长,一般 15-30 分钟即可,全体人员都需要参加,包括: PO 、 SM 、 TM ,其他相关人员也可以参加。

这里要说明的是在每次的计划会议上要注意安排时间做冲刺评审会议和冲刺回顾会议。下一次迭代的计划会议建议在上一次迭代的冲刺回顾会议结束后再开展。

8. 重复 2-7 步骤

直到所有列入本版本规划的任务单都完成,最后发布版本;

特别说明:通常最后一个迭代可能是全量进行验证的周期,

1.3.2 管理

结合目前 jira 进行管理“使用敏捷开发模式的项目”也是很方便。每一个迭代在 jira 中作为一个版本控制,每个迭代下面的任务单,参照迭代计划预估的时间进行创建,实际工时

根据每个人的实际填写日报为准计算。 可以考虑安装一款支持 jira 的敏捷开发插件 GreenHopper ,完全实现电子版的看板功能和图表功能。

在 confluence 上以项目名称创建项目,然后二级目录是每个迭代名称、产品需求列表,三级目录放每次迭代冲刺评审会议纪要、冲刺回顾会议纪要、站立会纪要、燃尽图、迭代任务

订单。

说明:燃尽图使用 excel 表格式的模板,项目组可以参照使用。

1.3.3 度量

微信图片_202303221009593.png


免责声明:
1.IPD百科网所有文章文档均于网上收集整理所得,版权属于原作者。
2.IPD百科网分享的所有资源仅供学习和研究之用,请在下载后24小时删除。如用于商业用途,请到所有方购买版权,追究法律责任与本网站无关。
3.以任何方式登录或者进入本网站或直接、间接使用IPD网站资源我们均视为您自愿接受并完全同意本声明。
4.如有内容侵犯您的版权或其他利益的,请联系13212350979 我们会在收到消息后24小时内删除。

联系我们

Contact us

联系电话:021-61990302                  邮箱地址:office@ipdwiki.com
Copyright © 2022 IPD百科网 All rights reserved 沪ICP备2021008520号-5  
沪ICP备2021008520号-6