首页 > 编程学习 > 项目管理流程实例

项目管理流程实例

发布时间:2022/9/3 0:31:27

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

 

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

 

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

 

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

 

1. 需求池:

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

2. 产品功能列表及PRD:

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

3. 评审会:

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

4. 规划会议:

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

5. 任务分解:

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

6. 实施:

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

7. 测试:

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

8. 项目交付,全量发布:

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

9. 收集用户反馈:

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

10. 项目总结会:

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

Copyright © 2010-2022 mfbz.cn 版权所有 |关于我们| 联系方式|豫ICP备15888888号