产品经理如何进行项目管理(3):工件篇
“闻道有先后,术业有专攻”,一个优秀的项目经理在产品迭代的过程中,有着不可小觑的作用。然而在大部分互联网公司,由于团队规模的限制,产品经理往往会承担一定的项目管理职能,那么产品经理应该如何做好项目管理呢。我曾在任职期间以产品经理身份兼任项目经理一职,就产品经理如何进行项目管理这一话题给大家带来分享。
在《产品经理如何进行项目管理(1):基础理论篇》中,提到项目管理有四大工件,这四大工件也是我在项目管理过程中使用并持续改进的。
需求清单
需求清单在其他的一些互联网产品团队中,也被称为需求池,顾名思义需求清单是一个用来记录各渠道来源的需求、所涉及的产品、需求的优先级、需求状态以及发布时间的一个清单。
需求清单中有几项是需要特别注意的:
- 描述:描述是用来记录需求的详细信息,描述中的语言一定不能产生歧义,否则会给开发团队带来困扰。
- 优先级:优先级决定了需求调研的先后顺序、需求开发的先后顺序,我们采用四象限的方式来定义需求的优先级。
- 状态:状态标记了需求目前所处的情况,需求清单应该是一个公开的清单,任何人都可以查看清单的信息,因此状态一定要跟实际情况一致,及时反映需求的进展。
- 提出人:提出人信息是为了方便对需求进行追溯,由谁提出的需求,后续关于该需求的变更都要及时告知提出者。
任务清单
任务清单列表是一组当前迭代选出的任务代办事项列表,该列表由项目组成员维护,并交由测试人员监控。
项目组成员根据迭代计划对需求进行分解,将需求分解为一个个可以独立部署的任务计划,测试团队根据项目组成员给出的任务清单跟踪任务完成情况并督促开发人员提测,做到持续集成。项目组成员确保把最优资源投入到高优先级需求上。
这里有两个难点:
- 需求分解:作为产品经理代理项目经理,很难做好需求分解和进度评估工作,需要产品经理有一定的技术功底,能够大概知道背后的实现逻辑如何;另外你还必须充分信任开发团队,信任他们所给出的时间节点。
- 持续集成:持续集成在一定程度上,增加了代码合并的工作量,也容易引人其他开发成员带来的bug,但只有做到持续集成,才能算是敏捷的开发
项目周报
项目周报是对一周项目迭代的情况汇报以及下周项目组的工作计划,另外对于项目管理过程中出现的一些问题,例如流程上的漏洞、资源的欠缺都要及时向上反馈,以便获得领导的支援,切忌报喜不报忧。
迭代总结
迭代总结是在整个项目管理过程中,比较重要的一个环节。很多产品经理甚至专业的项目经理都容易疏忽这一点。迭代总结的重要性在于,它能如实的反映项目迭代过程中存在的一些问题,并根据这些问题进行跟踪改进。
记录问题只是其中的一部分,重要的是作为项目经理的你有没有事后去推动改良这些事情,不然迭代总结只是一个形式主义。
作者:周沛沛(微信号nyyzpp),点我吧产品经理。文能写文档,武能改BUG。
本文由 @周沛沛 原创发布于人人都是产品经理。未经许可,禁止转载。
谢谢前辈,感觉一下清晰了很多,有了些调理;想请教下,怎么区分需求和BUG呢,前文说每天需要上传代码测试,测试人员每天是否也要提出的BUG呢,这样是否也要我们记录在需求清单里面呢,资源控制要怎么做呢?
怎么根据需求拆分任务呢??
你好,请问文中第一张图,用的需求管理工具叫什么啊?
伙伴云
如何根据需求拆解任务?
迭代总结里面的内容推出产品经理貌似能力不行嘛,哈哈哈哈
即使再优秀的产品经理都有可能存在犯错的情况,迭代总结中的内容,恰恰说明产品经理意识到自己的问题,而不是固守自封
怎样才能让项目周报看起来一目了然
形式不重要,重要的是讲清楚事情。
1. 本周做了什么:
做了什么不重要,而是要汇报做了事情的结果
2. 下周要做什么:
同样要汇报预期结果,比如跟谁讨论什么什么事情,为什么要讨论,讨论之后要达到什么结果
3. 遇到了什么问题:
遇到了什么问题,怎么解决,需要谁的配合,是否需要上级的支援
可以考虑金字塔思维方式,先汇报结果(项目的进展,项目的情况,项目的结论),再汇报论点,再汇报论据。