Scrum项目需求管理流程介绍
方案概述
客户的需求或原始需求,通常是抽象甚至宏观的,需要理解客户需求背后的问题本质,来把客户需求或原始需求进行规划和分解,最终分解为每个迭代可交付的最小工作项。
Scrum项目类型中,预置了敏捷实践中推荐的
的四层模型,如下图所示。
从原始抽象宏观的需求Epic(中文通常翻译为史诗特性),经过分解为多个Feature,继而再逐步分解为Story。Story是UserStory的简称,Story是站在用户视角符合INVEST原则的最小可交付的工作项单元。一个Epic分解为一个或多个Story,并根据开发团队的人力管道和Epic的计划时间,将Story规划到一个或多个迭代中持续交付。
一个宏观抽象的Epic通过这种方式保证了每个迭代都有可以运行的软件让用户试用,获取用户反馈,不断根据反馈进行修正,最终满足用户的需求并获得商业成功。
Scrum项目使用的工作项类型介绍如表 Scrum项目工作项说明所示。
流程介绍
Scrum是增量迭代式的软件开发方法,也是当前主流的敏捷开发过程。通过迭代冲刺的方式,持续交付,从用户需求到用户反馈实现各个迭代闭环的软件开发过程。
通过迭代计划会议、每日站会、迭代回顾、验收会议来进行简单高效的管理。管理流程如下:

Scrum项目典型迭代操作流程
本操作流程介绍完成一个Scrum迭代的基本步骤,依此可以重复使用在每个迭代管理中做到持续规划与交付。Scrum开发流程与项目管理对应操作流程如下:
操作 |
说明 |
---|---|
新建Scrum项目 |
新建Scrum项目详细操作步骤请参见:创建CodeArts项目。项目创建成功后可进行公共配置管理。 项目创建成功后,请根据实际情况邀请成员加入项目。添加成员请参见:添加CodeArts项目成员。 |
需求规划 |
|
新建工作项 |
规划好需求后,需要新建工作项。详细操作步骤请参见:在Scrum项目中新建工作项、在思维导图中新建工作项和在甘特图中新建工作项。 |
管理迭代 |
对迭代进行规划与管理,详细操作步骤请参见:配置Scrum项目迭代计划。 |
自定义工作流(可选) |
根据需要自定义工作流,详细操作步骤请参见:Scrum项目公共配置管理。 |
迭代回顾 |
迭代工作完成后,可以对每次迭代进行总结,方便下次迭代改进,详细操作步骤请参见:跟踪Scrum项目进展。 |
操作视频