研发范围和时间的“信息透明化”之多项目多平台下的协作与流程

这是研发范围和时间“信息透明化”系列的第三篇文章，在《研发范围和时间的“信息透明化”之Redmine统一平台》中我们讨论了信息透明化的一种实现平台Redmine，在《研发范围和时间的“信息透明化”之协作与流程》中我们对如何基于一个产品/项目和一套信息管理平台进行信息透明化管理的协作与流程做了详细阐述。对研发信息透明化而言，现实中情况可能会比较复杂：

• 由于历史遗留问题等因素，团队中可能会使用一种以上的平台进行研发信息和过程管理。不管使用何种以及多少平台，通过确定各个平台之间的信息传递接口，仍然需要确保研发过程信息的闭环。
• 对于多项目并行开发的研发团队而言，由于涉及到项目之间、团队成员之间的快速协调和合作，要做到完全的信息透明化难度很大，但通过合理的梳理信息结构、同步时机等手段，我们仍然希望能在多个项目之间尽量保持信息的透明性。

本文主要针对以上两种情况对现有协作与流程模型进行扩展，还是使用Redmine作为主要实现工具，但基本的思路和模式同样适用于其他各种平台。

一、基本概念和规则

1.      角色定义

多项目多平台下协作流程涉及的角色没有变化，主要包括：

• PM：项目经理，通过产品规划、方案设计和功能分解等管理客户期望
• DEV：研发人员，项目线具体需求的研发
• QA：测试人员，负责项目线需求的质量控制、服务发布

2.      工具平台

在工具平台上，我们可以使用多个具体的信息化工具来实现团队协作。本文中我们假定使用Redmine和Quality Center作为我们主要的研发过程管理工具：

• Redmine：范围/时间控制和项目、研发团队协作统一平台
• Quality Center：缺陷跟踪统一平台

其中Redmine关注与研发范围的透明，而Quality Center关注与系统缺陷的透明。相较于在