立项与组队之我的团队协同诊断

工作及其忙碌，以至于牺牲了个人很多学习的时间。

受益于本次课程，做一次当前团队的诊断，学于践行。

基于苏杰老师讲解的课程中《小得研发项目流程图V5.1》结合现有团队进行调整如下：

研发简易流程

1、立项与组队

内容：基于目标，依托资源确定方向，制定方案。

产出：MRD，需求清单

重点沟通方：需求方、PM、产品经理

诊断与调整：当前采取项目负责制，需求较为明确，大部分需求基于策略而定，需要加强用户需求的输出，同时补充需求清单（原本直接沟通后产品出功能清单）

2、计划与设计

内容：产品经理完成交互设计，协助PM确与各部门人员配合确定的，信息溶合，共识同步，任务明确。

产出：具体的实施计划（研发层面），资源分配方案

重点沟通方：产品、研发、设计、PM、资源方（利益相关方）

诊断与调整：现在的实施过程中，资源方的实际控制权不完全归属项目方，或多或少造成了项目赶工甚至延期的情况，建立资源分配方式时，确定资源临时借调原则有一定必要性。

3、开发与自测

内容与关键：开发详设和代码的版本管理及其重要，尤其在多个项目并行的情况下。

产出：开发详设、代码、环境部署文档、测试用例（与开发并行）

重点沟通方：产品、研发、测试

诊断与调整：当前由于开发与运维的沟通过于后置，总有那么几次上线环境准备没有准备到位的地方，补充环境部署文档有效加强沟通。

4、测试与验证

内容与关键：初步完成开发，完成冒烟测试，增加功能评审（可以是个简单的机制），继检验过程中，也再次与测试、开发共识目标，为后续测试（黑、白盒，压测等）提供保障。如有偏差，即时校正，同时可以起到加深印象，提升效率的作用，最终形成稳定版本。

产出：功能评测报告、测试报告、

重点沟通方：产品、研发、测试

诊断与调整：当前阶段，缺少此步骤，需要补充。同时，在测试中测试人员需时刻保持着沟通协作，与技术、产品、UI等，这是个磨合的过程，同时也是质量把关过程。

重点沟通人员：产品、研发、测试

5、上线与筹备

内容与关键：开发与运维对产品的代码、系统接口监控、系统维护方案、数据清理等进行详细沟通，并依据原定方案打包发布。同时产品和PM需要向市场、运营、财务、BD等上线计划工作进行核对，防止上线后引起不必要的恐慌。

产出：部署报告，上线通知、任务核对清单

重点沟通方：PM、产品、研发、测试、运维（服务器部署）、运营、利益相关方。

诊断与调整：部署报告和任务核对清单需求补充

上线前需对产品的代码、系统接口监控、系统维护方案、数据清理等，上线评估阶段需经过市场、产品、运营、开发、测试等对于上线做出整体评估后才能正式上线运营。

同时对于上线后的跟踪，日志分析、服务器监控等。

重点沟通人员：PM、产品、研发、测试、运维（服务器部署）、运营

6、磨合与开放

内容与关键：小范围内启动试运营，基于目标进行数据跟踪和用户跟踪，同时进行服务器、网络及日志进行监控分析，并做一些产品优化和调整，相对稳定后开放使用，评测后进行复盘。

产出：监控报告、试运营分析报告、小版本及发布记录、复盘报告（研发）

重点沟通方：PM、产品、研发、测试、交互、UI、运营

诊断与调整：当前缺失磨合试用环节，体验优化的成本过高。

7、运营与迭代

内容与关键：全面开发后，基于目标与策略进行用户运营，进行匹配用户，合理执行策略，并及时做出策略调整，数据阶段性产出分析，让用户认识产品，喜欢产品，信任并传播产品。同时，产品依托阶段性报告，进行需求校正和挖掘，与PM评估后输出纳入迭代计划，进行下一轮开发实施计划。

产出：监控报告、阶段性运营分析报告、迭代需求清单

重点沟通方：产品、PM、运营

诊断与调整：当前缺失磨合试用环节，体验优化的成本过高。