任务说明
根据产品需求进行工作分解。
一、讲授：需求跟踪矩阵
（一）需求及需求的分类
需求指根据产品原则，产品、服务或成果必须具备的条件或能力。
需求将成为工作分解的基础。需求也是成本、进度和质量规划的基础，有时也是采购工作的基础。
把需求分成不同的类别，有利于对需求进行进一步完善和细化。需求主要分为以下三类。
第一类，业务需求，即整个创业团队的高层级需要。例如，解决业务问题或抓住业务机会，以及实施创业项目的原因。
第二类，干系人需求，即干系人或干系人群体的需要。
第三类，解决方案需求，即为满足业务需求和干系人需求，产品、服务或成果必须具备的特性、功能和特征。解决方案需求又进一步分为功能需求和非功能需求。功能需求是关于产品能开展的行为，如流程、数据以及与产品的互动；非功能需求是对功能需求的补充，是产品正常运行所需的环境条件或质量，如可靠性、安防性、性能、安全性、服务水平、可支持性、保留（清楚）等。
通过完成干系人模板和项目需求模板，创业者收集了创业项目的干系人需求。完成资源与需求规划模板之后，我们为满足这些干系人的需求设计了相应的产品功能，并分配了开发产品功能必需的资源，生成了项目的解决方案需求。现在我们就可以开始明确，接下来为了满足这些解决方案需求要完成哪些具体的工作，以及由谁来完成。
要注意的是，通过了评审之后，这些需求就相对“冻结”了。如果项目需求要发生变更，可能需要启动由创业团队商定的一系列需求变更的审核程序。
（二）需求跟踪矩阵
需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。首先，使用需求跟踪矩阵，把每个需求与业务目标或项目目标联系起来，有助于确保每个需求都有商业价值。其次，需求跟踪矩阵提供了在整个项目生命周期中跟踪需求的一种方法，有助于确保被议定的每项需求在项目结束的时候都能交付。最后，需求跟踪矩阵还为管理产品范围（包括在项目内的工作）变更提供了框架。
需求跟踪包括（但不限于）跟踪以下内容：业务需要、机会、目的和目标；项目目标；可交付成果；产品设计；产品开发；测试策略和测试场景；高层级需求到详细需求。
应在需求跟踪矩阵中记录每个需求的相关属性。这些属性有助于明确每个需求的关键信息。需求跟踪矩阵中记录的典型属性包括唯一标识、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、当前状态（进行中、已取消、已推迟、新增加、已批准、被分配和已完成）和状态日期。为确保干系人满意，可能需要增加一些补充属性，如稳定性、复杂性和验收标准。
案例1
表4.1 ××打车需求跟踪矩阵
案例2
表4.2 “木林森校园热点”微信公众号的需求跟踪表
二、创建工作分解结构
创建工作分解结构（Work Breakdown Structure，简称WBS），是把项目可交付成果和项目工作分解成较小的、更易于管理的组件的过程。
工作分解结构是对创业团队为实现创业项目目标、创建可交付成果而需要实施的全部工作范围的层级分解。工作分解结构组织并定义了创业项目的总范围。
工作分解结构最底层的组件被称为工作包，其中包括计划的工作。工作包对相关活动进行归类，以便对工作安排进度、进行估算、开展监督与控制。在“工作分解结构”这个词语中，“工作”指作为活动结果的工作产品或可交付成果，而不是活动本身。
分解是一种把项目范围和项目可交付成果逐步划分为更小、更便于管理的组成部分的技术。工作分解结构每向下分解一层，代表着对项目工作更详细的定义。工作包是工作分解结构最低层的工作，可对其成本和持续时间进行估算与管理。分解的程度取决于所需的控制程度，以实现对项目的高效管理。工作包的详细程度因项目规模和复杂程度而异。要把整个项目工作分解为工作包，通常需要开展以下活动：识别和分析可交付成果及相关工作；确定工作分解结构的编排方法；自上而下逐层细化分解；为工作分解结构组件制定和分配标识编码：核实可交付成果分解的程度是否恰当。
对工作分解结构上层的组件进行分解，就是要把每个可交付成果或组件的工作分解为最基本的元素，即可核实的产品、服务或成果。工作分解结构可以采用提纲式、组织结构图或能说明层级结构的其他形式。确认工作分解结构下层组件，是完成上层相应可交付成果的必要且充分的工作，来核实分解的正确性。不同的可交付成果可以分解到不同的层次。某些可交付成果只需分解到下一层，即可到达工作包的层次，而另一些则须分解更多层。工作分解得越细致，对工作的规划、管理和控制就越有力。但是，过细的分解会造成管理努力的无效耗费、资源使用效率低下、工作实施效率降低，同时造成工作分解结构各层级的数据汇总困难。
要在未来远期才完成的可交付成果或组件，当前可能无法分解。项目管理团队通常需要等待对该可交付成果或组件的一致意见，以便能够制定出工作分解结构中的相应细节。这种技术有时称作滚动式规划。
工作分解结构包含了全部的产品和项目工作，包括项目管理工作。通过把工作分解结构底层的所有工作逐层向上汇总，来确保既没有遗漏的工作，也没有多余的工作，这有时被称为100％规则。
例如，木林森校园热点的工作分解结构，见图4.1。
图4.1 “木林森校园热点”项目工作分解结构图示
三、实做：各组输出项目分解结构
第一，将项目设计的功能（服务）进行分解。
第二，以层级结构的形式呈现。
第三，上传至云端。