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