互联网公司的「敏捷开发」流程是怎么样的？每个职位的角色和分工是什么？

敏捷（Agile）是被应用到软件开发中一套原则和框架。常见的敏捷开发的工作方法有很多：ASD、AUP、XP、Kanban、Scrum 等。Scrum 被国内许多企业广泛采用，Scrum 是采用增量迭代方法控制风险、优化可预见性，并通过沟通与承诺激发团队潜能。我们以 Scrum 为例，聊一聊敏捷开发中的角色和分工、敏捷开发的流程以及敏捷开发在实施中会遇到的一些问题。

Scrum 中的角色和分工

1、Product Owner(PO)：最了解这个项目的人，提出、更新项目需求；

2、Scrum Team(ST): 实现项目需求的人组成的团队；

3、Scrum Master(SM)：保证预期目标能实现的人。推动 ST 按预期完成分配的任务，保证 ST 的任务不超负荷等

Scrum 开发的流程

1、首先我们需要确认一个 PB ( Product Backlog , 即按优先顺序排列的产品需求列表)。

2、ST（Scrum Team）会根据 PB 列表，进行工作量的预估和安排。

3、有了 PB 列表，我们需要通过 Sprint 计划会议来从中挑选出一个 Story 作为本次迭代完成的目标，这个目标的时间周期通常是 1~4 个星期，然后把这个 Story 进行细化，形成一个 Sprint Backlog。

4、Sprint Backlog 是由 ST 去完成的，每个成员再细化 Sprint Backlog 成更小的任务。

5、在 ST 完成计划会议上选出的 Sprint Backlog 过程中，需要进行 Daily Scrum Meeting（每日站立会议），每次会议控制在 15 分钟左右，每个人都必须发言，并且要向所有成员阐述你昨天完成了什么，你今天要完成什么，同时遇到不能解决的问题也可以提出，每个人回答完成后，需要更新自己的 Sprint burn down（Sprint 燃尽图）。

ONES 敏捷看板

ONES 迭代概览：燃尽图

6、当一个 Story 完成，也就是 Sprint Backlog 被完成，也就表示一次 Sprint 完成，这时，我们要进行 Srpint Review Meeting（演示会议），也称为评审会议，产品负责人和客户都要参加，每一个 ST 的成员都要向他们演示自己完成的软件产品。

7、最后就是 Sprint Retrospective Meeting（回顾会议），也称为总结会议，以轮流发言方式进行，每个人都要发言，总结并讨论改进的地方，放入下一轮 Sprint 的产品需求中。

敏捷开发在实施中会遇到的一些问题

敏捷开发是一种以人为核心、迭代、循序渐进的开发方式，它强调人与人之间的沟通、交流。因此在敏捷开发中，常常会遇到这些问题：①团队的耦合度不够，成员间信任感不足；②需求梳理不够精细，任务分配不合理；③省略了必要会议，使得沟通不及时。

Kent Beck 曾经说过“开车”就是一个敏捷开发的实际范例，即使看上去进行得很顺利，也不要把视线从公路上移开，因为路况的变化，将使得你必须随时做出一些这样那样的调整。在互联网公司中，客户就是司机，他们也没有办法确切地知道软件应该做什么，因此程序员就需要提供方向盘，并且告知我们现在的位置。市场大环境变化的如此之快，运用敏捷开发就好像开车一样，我们不知道旅途能到达哪里，但是我知道每个阶段，我的需求是什么。综上所述“小版本、快发布”的敏捷开发是非常适合互联网公司的一种工作方法。

ONES 敏捷研发管理解决方案

ONES 企业级研发管理工具提供优秀的敏捷研发实践，为敏捷团队中的各个角色打造良好协作环境，助力企业更好更快发布产品。