需求体系建设

1、初衷：

需求从入到出整个端到端流程清晰透明可追溯。新增需求的时候需求负责人能够快速分析清楚与之关联的特性、波及范围，以便更有效的测试，确保交付质量。维护的时候支持人员能从中获取信息便于支持。

2、实现：

有幸尝试在项目中去做需求体系的建设，请教了各路高手达人，设计这套流程，找团队摸索试点。在这个过程中需要搞清楚需求体系在项目端到端交付流程的位置、作用，涉及哪些环节，这些环节的流程是什么，谁在什么时候什么场景下需要用到什么工具去处理什么流程，需要输出什么？各工具、流程的关联关系如何，怎么才能便于追溯？不同使用者他们期望看到什么，怎么用？如何能让使用者快速方便的去找到他们关注的内容……等等，感谢在这个过程中给予我帮助意见的小伙伴们，在研讨过程中也收到很多直接的有价值的反馈，让我觉得不在孤单。

3、落地

在实际运作中会变得怎么样呢？今天和教主、GGJ一起GO SEE的过程中发现：我们的信息存在断点，信息不一致等情况。突然觉得其实这跟我们开发实现需求一样，在设计的时候感觉已经可充分了，在实现的时候发现，涉及到多人协作配合的时信息传递不到位，异常设计还不够，需要经过几个迭代或者几个版本的震荡期之后才能趋于稳定。

4、改进：

需求体系建设不是一次性工程，在运作过程中应该由谁去关心并驱动解决我们遇到的这些问题呢？在我的脑海里瞬间蹦出了需求COP这个由SE、BA们组织起来的虚拟组织，他们与需求体系最为密切。这下就跟咱们需求COP成立的愿景、目标、以及后续可能的行动紧密结合起来了，也与咱们年初的目标结合起来了。嗯，很棒！

PS：今天PO在群里分享了给其他部门分享项目度量和需求体系化并获得广泛好评的时候，小小的开心了一把，为付出的小伙伴们点赞。另外也希望我们越来越多的小伙伴能够参与进来，只为让我们越来越好。

需求体系建设