需求等级的实际应用：

　　● WBS各工作包Triage的参考基准之一；Triage即确定需求任务是否要做，是否要现在做的一个共同决策过程；在Triage的过程中，任务owner对自己的任务以及其他人的任务有更全局的认识。

　　● Bug的Triage的参考标准参考基准之一（也是zero bug *注1 和code freeze *注2 时间节点计算的参考基准之一）；Triage即确定测试中的Bug是否要修，是否要现在修；如：在功能开发期间，P0、P1、P2及以上的Bug都要修；当进入接口冻结期后，只有P0、P1normal及以上的Bug才允许修，以保证优先的Bug问题更快地被解决。

　　*注1 Zero Bug：当前不存在active bug，或不存在高优先级或特别严重的bug

　　*注2 Code Freeze：除高优先级或特别严重的bug外，代码冻结不再接受提交

　　WBS

　　技术 K：相片上传的界面还没有搭建好吗？这部分我们需要先做起来。

　　前端 J：视觉设计师没有完成呢！

　　视觉 A：我在做相片的展示页面，还没有做到相片上传。

　　… …

　　项目各成员对自己需要负责的任务粒度细分不到位，每个任务的交付时间点不够明确，对任务之间的依赖关系也不够清晰，造成项目推进中的协作成本提高，项目时间预估准确率不高，项目控制的风险增加；

　　因此在产品需求文档确认之后，必须做工作分解 WBS（Work Breakdown Structure），即把需求分解成较小的、易于管理的工作包。一般的工作包是最小的“可交付成果”。工作包必须详细到可以对该工作包进行估算（成本和工时）、安排进度、分配负责人员或组织。

　　项目经理、项目成员和所有参与项目的职能主管都应该参与WBS工作，根据项目规模情况，可以由项目经理或各模块主策划来组织。组织方负责召集有关人员，集体讨论所有项目工作，确定项目工作分解的方式后，各职能方提交各自的WBS，汇总后画出WBS的层次结构图。结构图中应包括每个工作包名称（内容定义）、指派人员名称、所需工时、可能的依赖关系等；

　　WBS的工作包，最终以任务形式录入到QA中进行跟踪管理。

　　WBS的好处：

　　● 为资源、成本、进度、质量等控制奠定共同基础，确定项目进度和控制的基准；

　　● 为各独立工作包分派人员，规定这些人员的相应职责，便于项目职责的落实和明确划分；

　　● 针对各独立工作包，进行时间、资源需要量的估算，提高时间、资源估算的准确度，并确定工作顺序，提高协作效率，利于更准确的制定项目进度计划表；

　　QA可视化项目管理

　　技术 K：我完成到图片分享功能，图片下载的bug已经就提交上来了，但是我现在没有时间改bug。

　　测试 F：我已经提了一轮的bug了，但是我不知道bug什么修好，然后我可以去复查。

　　交互 E：图片分享功能开发完成了？可以测试了吗？

　　产品经理 ：现在大概还有多少P0的bug？zero bug时间节点是否需要后延？

　　… …

　　如果没有QA，项目的状况不是对每个项目成员透明化，就会出现以上的各种情况；

　　QA作为协同式任务管理工具，通过对每个任务的记录和跟踪，让项目成员对整个项目的情况有直观的了解，项目经理可随时监控项目推进中的风险是否在可控范围，并提前快速作出调整。