需求管理中的角色——以后台产品为主
需求人，即真正提出需求并描述需求细节的角色。这个角色可以是任何干系人，毕竟产品经理是一个负责从四面八方收集需求的人。需求人一般要与其所在的部门联系在一起，有助于判断所提需求的立场。
负责人，负责人就像一个漏斗和筛子一样，初步筛选一遍需求。毕竟，评估需求也是要花费时间，特别是占用研发同事的时间。
产品经理，即我们自己，需求管理的组织者、推动者。以“积极主动”的态度，与需求管理的角色进行沟通。
研发leader，研发资源的管理者。在这里的研发经理，一般是带四、五个人小团队的级别。因为，他们能够了解每个研发工程师的工作和能力，协助评估需求优先级。
研发工程师，即实际参与研发需求的程序员。
测试工程师，即参与需求测试的测试人员。可以根据公司的组织架构，增加测试经理的角色。测试经理的级别也是带四、五个人小团队。
在需求管理中，产品经理要当成一个桥梁，与不同的角色，进行沟通和协作。在后面，需求管理的流程和需求看板的管理方法，都会与这些角色紧密相关。
需求管理周期
在比较成熟的互联网公司中，一般会采用类似笔者所在部门实践的火车模型发布模式。火车模型发布模式是以固定的周期持续发布产品，如果某项既定功能未完成，就挪到下个周期发布的开发方法。
版本迭代的周期，一般是80小时，即2个星期。80小时原则，来自于项目管理中的工作分解结构。根据项目管理的一般经验，将一个项目中的工作，按照80小时的工作量进行拆分比较合理。所以，每一类需求管理活动按照2周的工作量进行。
严格遵守需求管理活动的三个阶段：需求收集、需求设计、需求研发。固定的周期，可以按版本号来区分，赶不上已经封板的版本功能的需求，则往下一个版本进行排期。
具体流程可以参照以下的流程图
其中，圆角方形代表操作步骤，直角方形代表输出物。
在这里复述一下整体的步骤。
1、需求人提交需求。提交需求的模板，之后的章节会介绍。
2、负责人收集需求文件，初步评审需求。在这里，如果需求存在不合理的状况，特别是业务流程不合理，负责人可以将需求打回需求人重新整理。
3、产品经理、研发leader初步评审，并放入待排期列表。产品经理拿到负责人评审通过的需求，与开发经理进行初步评估，判断需求是否可行。可行的需求放入待排期列表。待排期列表的模板，之后的文章也会介绍。不合理的需求，也会打回。
4、根据待排期列表，需求人、负责人、产品经理、研发leader评定待排期列表中的需求，生成待开发列表。在这个过程，会应用一个工具——排期站会。这个工具，之后也会介绍。经过排期站会后，形成待开发列表。
收集需求的模板
模板应用在需求收集阶段，方便需求人提供和描述相应需求，便于负责人、产品经理、研发经理等角色评审需求。
利用此需求模板，可以快速提取需求信息，便于存档和查阅。
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理。
