菜鸟Scrum敏捷实践系列（三）用户故事的组织---功能架构的规划
菜鸟Scrum敏捷实践系列索引
菜鸟Scrum敏捷实践系列（三）用户故事的组织---功能架构的规划
采用Scrum敏捷项目管理方法进行产品开发，当碰到较大规模的产品开发，用户故事较多时，就必须采取一定的方法来组织、管理用户故事，使其分门别类的管理，条理才清楚。通常我们采用“功能架构”来分层分类别来管理用户故事。
一、规划层次
遵循Scrum敏捷项目管理理论，可把项目划分为三个大的层次，分别是顶层的产品层，支持多个产品同时开工；第二层是功能架构（Features）层，能够规划软件产品的整个骨架（功能蓝图）；第三层是用户故事层，把用户故事分门别类的放在功能架构之下。项目管理者和开发者能够一目了然的看到整个项目的整体情况，快速定位用户故事及与其关联的任务、测试用例等。如下图所示：
二、Scrum产品层
产品层包括一个或多个产品，这些产品可以同时开展，并行跟踪。每个产品的基本信息包括产品名称、产品编号、开始时间、结束时间、项目组成员、产品可用工时、项目已分配工时、项目总工作日；其中产品可用工时和产品总工作日由系统自动计算产生，产品已分配工时由产品的所有用户故事的估算工时累加得来。
产品可用工时 = 项目组人数 * 产品总工作日 * 8
三、Scrum功能架构层
如今的产品规模，少则几十个用户故事，多则数百上千个用户故事，这么多的用户故事如何管理也是个不小的问题。采用无限分级的功能架构，把用户故事分门别类的放在功能下面，项目相关的人员可以快速定位用户故事。
每一个功能架构项还具备进度跟踪的功能，产品管理者能够跟踪该项功能的开发完成情况，其值是所有该功能下的用户故事的进度的总和。
四、Scrum用户故事层
用户故事是对用户、系统或软件购买者有价值的功能点的描述，简单说就是用户需求，用几句用户的日常用语进行阐述，其估算工作量可在一个迭代计划中完成，如果估算工作量太大，可以拆分成更小的用户故事。
每个用户故事包含多个相关的任务、变更、缺陷（Bug）、测试用例和测试历史，通过“任务”来给每一个项目成员安排开发工作，“变更”记录了用户故事的变更情况，“缺陷（Bug）”记录了该用户故事出现过的Bug及其处理情况，“测试用例”包含了该用户故事需要测试的点及其操作步骤，“测试历史”记录了用户故事经历的测试及测试结果。
五、Scrum敏捷项目管理功能架构图举例
另外，有不明白或需要交流Scrum知识和观点的，请加我的个人公众号： Scrum大师，或扫码加入：
