如果你是企业产品研发团队中的一员，那么肯定碰到过这样的问题：
- 产品需求多，无完善的流程体系，且很多是口头需求
- 需求管理混乱，交付阶段不清晰
- 责任不明确，关键节点找不到对应负责人
- 跨部门协作不顺畅，效率低下
- 缺乏统一的管理平台，做不到项目全流程把控
作为一家提供无代码产品及服务的互联网企业，轻流目前员工人数已超百人，其中产研团队占大半。2015年创立时，我们还是个不足10人的小团队，随着团队的壮大，以及客户数量的递增（其中包括许多互联网企业），无论是企业内部还是我们服务的客户中，都在产品&研发项目管理上都面临着一些挑战。
因此，根据我们内部实际摸索出来的管理流程以及所服务客户的切实需求，我们总结了一些经验，并梳理成方案分享给大家。
轻流观点：
高效的产研团队需要高效敏捷的管理流程，不仅管好事，也能管好人。
如何管好事？
1. 建立需求池，做好需求分拣
产品和研发每天都会接收到各种来自不同出处的需求：内部的、客户的、合作伙伴的……轻流产品经理会基于这些需求建立需求池。这个需求池内的需求来自企业的各个板块，比如项目本身、合作伙伴、客户以及企业内部等等，做好用户的需求管理很重要。
当然，需求池中的需求五花八门，那么我们就需要做一个分拣。这个分拣就需要产品经理来处理了，主要包括：需求合并、需求评审、需求转Bug这几项操作。
针对已有的同类的需求会纳入「需求合并」的处理流程中，新需求会交由开发人员，从价值、成本、风险几个层面进行需求评审后创建开发任务。如果在前期预判时，需求的复杂度过高，会先由设计团队进行产品方案的设计，再创建开发任务。
「需求评审」的好处在于，能将各类需求提前划分成「紧急」、「重要」、「一般」不同纬度，从而有序有条理的开始各项工作。
随着需求的累积，轻流方案中提供的「需求管理看板」，可按各类需求模式累计数据自动生成不同看板，帮助管理者实时了解整体需求来源、状态进度等。
这里需要指出的一点是，由于需求和Bug经常会被混淆，当业务人员在使用系统的过程中遇到问题，轻流产品经理也会帮助用户将问题进行需求和Bug的归类，并与研发团队沟通后将需求转Bug的处理请求流转到「Bug管理流程」。
2. 流程化Bug管理，明晰关键节点
互联网公司研发部门面临的诸多挑战中，一定有一条是：修Bug。一旦生产环境更新，就会引入大量Bug，修复不及时影响用户满意度，程序员加班修Bug，影响幸福感。
因此，轻流在方案中建立了一套轻流自身也在使用的全流程Bug管理系统。
1）团队任何成员都可以提交Bug。
2）负责任务分配的进行Bug测试&分配
3）是否需要设计支持判定，如果不需要，则进行下一步。
4）直接相关人员负责Bug修复并提交修复时长。
5）测试人员进行测试。
6）测试完成后确认时间进行上线。
3. 规划迭代任务，整体提升交付效率
产品管理这部分包括产品迭代规划和开发任务管理。
清晰的产品迭代规划可以帮助产研团队划清阶段界限，固定交付日期。当然，为每一个阶段设定固定的交付日期，这一步需要不断的尝试、反思总结再实践，最终找到适合自己团队的节奏。
以轻流为例，为了最大程度不影响用户正常使用，轻流会在每周晚间的固定时间进行更新，在迭代发布日期前，轻流流程引擎会自动提醒管理者审阅确认。
其中，开发任务与产品迭代规划是关联的。
让团队明确每一次开发交付的时间、产物，能够切实提高开发效率。
如果面对一个复杂需求，可能会被拆分成多个开发任务，在轻流表单引擎中也可以记录“是否为该需求最后一个任务”。
如何管好人？
任务工时统计，形成人力成本的闭环控制
随着客户增加，需求纷至沓来，面对新需求所需要的人力成本如何作出预判，从而更好的组织团队、管理项目？
「开发日报」让研发工程师记录工作内容的同时，自动将其中的开发工时同步到开发任务中，统计开发任务实际需消耗的工时，可以帮助管理者细致了解团队成员的工作情况以及把控开发任务的进度，对之后的需求做出越来越准确的预判。
轻流产品&研发项目管理方案，本质是从轻流自身经验出发提供一种通用性较强的方案以及一种团队管理的思路，帮助企业打通产品研发管理的全流程。当然，企业可以根据自身的个性化需求进行定制，用轻流开启你的高效管理之路。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。