| 项目管理流程 | |||
| 流程 | 目的 | 注意事项 | 相关人员 |
| 可行性分析 | 由产品或运营处获取大概需求后，从公司的硬件水平，软件水平，工时排期，所需资源等几个方面评估需求的可行性。 | 重点考虑所需技术实现难度和人员学习投入资源时间，决定不了可以咨询CTO，不能妄然下结论。 | 需求方（产品、运营），技术支持（CTO） |
| 投入产出比分析 | 考虑需要投入多少人力，耗时多久，是否学习新技术，是否需要现有资源以外的其他资源等，给产品提出合理建议，优化投入产出比，帮助产品确定具体需求内容。 | 从值不值得考虑，提出建议，由需求方确定最终需求内容。 | 需求方（产品、运营），技术支持（CTO） |
| 仔细阅读PRD | 明确需求具体内容，主要包含两方面，一个是从无到有需要新开发的部分，另一个是现有业务的改造，做的理清具体需求细节，不清楚的地方多和产品运营讨论。 | 务必做到了解每个变动，哪些部分是新增内容，哪些部分会对现有逻辑产生影响。这个阶段必须与需求方多做交流。 | 需求方（产品、运营） |
| 需求交付会 | 需求确定，交付开发。在交付会上需要及时补充交付过程中的遗落细节，对不确定部分发起讨论。 | 注意补充需求细节。 | 需求方（产品、运营），开发测试人员 |
| 组织阅读PRD | 要求开发人员详细阅读PRD，划分功能模块，前端界面明确具体界面设计到每一个控件，后端明确具体接口数量。 | 理清具体逻辑难点有几个，对现有逻辑影响有几个，生成设计文档 | 开发人员 |
| 工时估计 | 根据设计文档的具体内容安排工时，精细到每天多少界面，多少接口，确定交付测试、测试完成的时间节点通知产品运营 | 安排工时时需考虑测试时间，运营的活动时间节点，适当留有空余时间，工时确定下来后不容更改。 | 开发测试人员 |
| 每日更新工期进度 | 明确开发人员的每日进度是否与工期安排时相符，及时了解开发难度帮助解决。 | 对于相对delay的部分督促完成，并提早寻求解决方案，技术难点寻找相应人员支持。 | 开发测试人员 |
| 上线维护 | 新功能上线一周之内每日安排人员监查日志，整理异常，及时修复bug | 注意安排下期任务时留有部分人力应对线上bug | 开发人员 |
| 工作总结 | 完善设计文档，并更新项目文档，记录开发人员工作情况。总结本次开发过程中遇到的问题。 | ||