每个公司的项目管理流程都不尽相同，但是都值得参考，画出流程不意味就是条条框框了，而是让大家有章可循，流程不是限制效率而是促进整体效率，并且流程是需要持续迭代优化的。
千万不要说流程影响效率，这样的认知，让人怀疑你的管理和认知水平，不要以为混乱无序就会效率高。
影响效率的从来不是流程，流程会让整体效率最大，而不是满足那些事前拍脑袋，事后拍大腿的想法。
规范完善的流程永远比混乱无序带来更高的效率，所有说没有流程效率才高的，只是满足你所谓的拍脑袋而已。
1. 需求池：
从产品经理、技术团队、用户反馈等渠道收集需求，集中在产品组的需求池中。每次版本迭代会从需求池中筛选优先级、重要性、紧急程度比较高的需求，形成需求列表初稿，供评审。
2. 产品功能列表及PRD：
经过产品组及项目组内部（含产品、开发、测试、UED、交互、项目等）评审，会输出确定的产品功能列表及优先级。列表及优先级的输出，需要同步考虑项目周期、人力资源等情况。产品经理经讨论，输出PRD（Product Requirement Document-产品需求文档）。
3. 评审会：
产品/项目经理组织相关人员进行需求评审，针对需求的可实现性、合理性、风险、工期等做出评估。评审会通常会进行2-3轮，根据每次会议结果，产品经理会更新、补充文档，以便进入下一轮评审。
4. 规划会议：
根据基本定稿的需求，评估需要的人力资源及技能要求；根据整体的需求情况及人力资源情况等，评估整体的项目周期；讨论风险及解决预案等。
5. 任务分解：
将项目所有工作进行逐级逐层分解，分解至不可再拆分、单一资源可完成；单任务的完成时间尽量控制在3个工作日内。任务分解后，需分配到相应的人员，并做详细时间的评估。
6. 实施：
计划完成，即可进入正式的项目实施阶段。首先需要召开正式的项目立项会（开踢会）；项目过程中，每日召开晨会，同步进度及时暴露解决问题；项目经理每日下班输出项目日报；使用禅道系统进行需求、任务、BUG等管理。
7. 测试：
提交测试后，需先进行灰度环境发布测试；通过后进行正式环境发布测试，需要注意对已上线版本相关功能的影响；抽取线上少量真实用户做Beta测试，验证版本的稳定性，修改严重问题、降低全量上线时的风险。测试工作不仅限于测试组，也需产品、交互、UED等相关环节进行验证。
8. 项目交付，全量发布：
项目交付，全渠道上线，即正式对外发布，注意做好风险预备方案。
9. 收集用户反馈：
版本上线后，需及时收集用户的反馈；收集渠道：用户反馈后台、用户来电、市场渠道评论、用户群反馈等。
10. 项目总结会：
通常在发版后进行，回顾项目历程，总结得失、明确坚持与改进，数据分享、表彰项目之星等。
标签：需求,项目,项目管理,流程,反馈,实例,测试,效率 来源： https://www.cnblogs.com/IT-Evan/p/16634504.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。