每个公司的项目管理流程都不尽相同，但是都值得参考，画出流程不意味就是条条框框了，而是让大家有章可循，流程不是限制效率而是促进整体效率，并且流程是需要持续迭代优化的。

千万不要说流程影响效率，这样的认知，让人怀疑你的管理和认知水平，不要以为混乱无序就会效率高。

影响效率的从来不是流程，流程会让整体效率最大，而不是满足那些事前拍脑袋，事后拍大腿的想法。

规范完善的流程永远比混乱无序带来更高的效率，所有说没有流程效率才高的，只是满足你所谓的拍脑袋而已。

1. 需求池：

从产品经理、技术团队、用户反馈等渠道收集需求，集中在产品组的需求池中。每次版本迭代会从需求池中筛选优先级、重要性、紧急程度比较高的需求，形成需求列表初稿，供评审。

2. 产品功能列表及PRD：

经过产品组及项目组内部（含产品、开发、测试、UED、交互、项目等）评审，会输出确定的产品功能列表及优先级。列表及优先级的输出，需要同步考虑项目周期、人力资源等情况。产品经理经讨论，输出PRD（Product Requirement Document-产品需求文档）。

3. 评审会：

产品/项目经理组织相关人员进行需求评审，针对需求的可实现性、合理性、风险、工期等做出评估。评审会通常会进行2-3轮，根据每次会议结果，产品经理会更新、补充文档，以便进入下一轮评审。

4. 规划会议：

根据基本定稿的需求，评估需要的人力资源及技能要求；根据整体的需求情况及人力资源情况等，评估整体的项目周期；讨论风险及解决预案等。

5. 任务分解：

将项目所有工作进行逐级逐层分解，分解至不可再拆分、单一资源可完成；单任务的完成时间尽量控制在3个工作日内。任务分解后，需分配到相应的人员，并做详细时间的评估。

6. 实施：

计划完成，即可进入正式的项目实施阶段。首先需要召开正式的项目立项会（开踢会）；项目过程中，每日召开晨会，同步进度及时暴露解决问题；项目经理每日下班输出项目日报；使用禅道系统进行需求、任务、BUG等管理。

7. 测试：

提交测试后，需先进行灰度环境发布测试；通过后进行正式环境发布测试，需要注意对已上线版本相关功能的影响；抽取线上少量真实用户做Beta测试，验证版本的稳定性，修改严重问题、降低全量上线时的风险。测试工作不仅限于测试组，也需产品、交互、UED等相关环节进行验证。

8. 项目交付，全量发布：

项目交付，全渠道上线，即正式对外发布，注意做好风险预备方案。

9. 收集用户反馈：

版本上线后，需及时收集用户的反馈；收集渠道：用户反馈后台、用户来电、市场渠道评论、用户群反馈等。

10. 项目总结会：

通常在发版后进行，回顾项目历程，总结得失、明确坚持与改进，数据分享、表彰项目之星等。