[项目管理]浅谈敏捷型生命周期模型

最新推荐文章于 2023-05-02 22:33:14 发布

星际棋手

最新推荐文章于 2023-05-02 22:33:14 发布

阅读量3.9k

点赞数 2

分类专栏： 010 工程管理文章标签：敏捷开发

本文链接：https://blog.csdn.net/singc/article/details/107347836

版权

010 工程管理专栏收录该内容

27 篇文章 5 订阅

订阅专栏

1 敏捷概念

敏捷模型是符合《敏捷宣言》原则的模型，客户满意度将随着有价值产品的早期交付和持续交付不断提升。此外，功能性的、提供价值的增量可交付成果是衡量进展的主要尺度。为了适应更频繁的变更，更频繁底交付项目价值，敏捷模型结合了迭代和增量模型的方法。

在敏捷开发环境中，团队假设需求会发生变更。迭代和增量方法能够提供反馈，一遍改善项目下一部分的计划。在敏捷项目中，增量交付会发现隐藏或误解的需求。

敏捷是多种方法的统称，如Scrum、XP、Scrumban、OpenUp、看板方法、精益(lean)、持续交付、devOps等。

2 Scrum

Scrum作为最流行的敏捷开发模式，它基于经验主义，经验主义主张知识源于经验，决策基于已知的事务，采用迭代增量式方法去优化可项目的预测性和管理风险。
Scrum由角色、活动、工件、原则、活动组成，可简要概括为3355模式，即3种角色、3个工件、5个原则、6类活动。
Scrum的核心是Sprint，一个迭代称为Sprint（冲刺），Sprint的周期一般在4周左右。Sprint的长度在整个开发过程中保持一致（增量模型的特点），新的Sprint在上一个Sprint完成后立即开始。

2.1 三大角色

1)产品负责人Product Owner
代表客户的医院，从业务角度确保团队做正确的事，负责整理用户需求，根据优先级放入产品订单（product backlog），确保团队优先开发最具价值的功能。

2)Scrum主管Scrum Master
负责Scrum过程在团队中正确地实施，确保它既符合企业现状，又能交付预期产品。Scrum master要向所有项目参与者讲授Scrum方法和正确的执行规则，确保所有项目相关人员遵守Scrum规则。

3)开发团队
开发团队对每个Sprint和整个项目共同负责，在每个Sprint中通过实行自管理、自组织和跨职能的开发协作，实现Sprint目标和产品交付，团队成员一般由5-10名优跨职能技能的人组成。

2.2 三大工件

1)产品待办事项清单
即全局需求列表

2)Sprint待办事项清单
本个冲刺的待办事项列表，只选取最必要、最紧急的事项，正如剃刀定律所说那样，“如非必要勿增实体”。

3)增量清单
增量指一个Sprint完成的所有待办列表项，以及之前所有Sprint所产生的增量价值的总和，他是在每个Sprint周期内玩成的、可交付的产品功能增量。在Sprint的结尾，新的增量必须是“完成的”，这意味着他必须可用并且达到了Scrum团队“完成”的定义的标准。无论产品负责人是否决定真正发布它，增量必须可用。

2.5 五大原则

1)承诺 Commitment
对目标做出承诺

2)专注 Focus
全身心聚焦于承诺的工作

3)开放 Openness
团队成员保持信息开放

4)尊重 Respect
团队成员互相信任、尊重、理解

5)勇气 Courage
勇于承诺和创新、敢于拒绝

2.4 六大活动

1)产品待办事项列表梳理

2)Sprint计划会议

3)迭代式软件开发

4)持续集成

5)Sprint评审会议

6)Sprint回顾会议

完整的Sprint流程如下表所示：

1.产品订单	2.Sprint订单	3.Sprint计划会议	4.每日站立会议	5.Sprint评审会议	6.Sprint回顾会议	7.交付可运行的版本	8.下一个Sprint
所有确定的需求	筛选出优先级最高的需求，加入到本Sprint代表清单中	一般不超过8小时。前4小时：产品负责人向团队展示最高优先级的产品，团队成员徐闻需求的内容、目标、含义及意图。后4小时：团队计划本Sprint的安排。	会上团队成员一次回答昨日工作、今日计划、遇到问题。有效控制项目风险、同步团队信息	一般4小时，团队成员向产品负责人和利益相关方展示本Sprint的开发成果	一般3小时，Scrum主管将鼓励团队在Scrum框架范围内，对开发过程做出优化，是它在下个Sprint中更加有效和令人愉快！