产品经理如何有效的进行项目管理(一)
首先,咱们得来说道说道PM(Product Manager)需要具备哪些能力? 35%的项目管理能力,15%的个人能力,20%的业务能力,15%的技术能力,15%的沟通处理冲突能力。那么,问题来了,如何提升项目管理能力呢?百度、Google上面搜一下可以看到很多官方答案,今天咱们换个角度来看看可以从哪几个方面着手,去提高项目管理能力。
目标&计划
1.制定目标——明确目标
这个“目标”可以是项目测试通过封包的日期,也可以是上线发布日期,但一定要整个团队达成一致,如果上线,可能需要负责市场的同事参与知晓;
2.制定计划——明确计划
根据第一点明确了目标,那么项目成员可以开始制定计划,也可以是产品经理制定计划,一般包含几个关键checkpoint:
需求文档产出时间节点、交互文档产出节点、视觉稿产出节点、依赖的外部接口提供节点、开发送测节点、功能测试完成节点、全回归测试完成节点;
这七个checkpoint可以根据时间情况有所增减,有人会问 明确这个计划的作用是什么呢?
3.评估风险
那么在制定计划后,项目每个成员根据计划,来确定该做什么、怎么做、什么时候完成。 在多人跨团队的项目里这一步尤其重要,可以说这一步走好了,后面项目进程会非常顺畅。
咱们随意的列举一下曾经踩过的坑:A项目启动时没有交互文档,what a F**k,开发的ERD/测试的用例都依赖交互文档;依赖的接口(其他部门)直接说暂无排期,或者是3-4周后提供,what a F**k,那搞毛;开发送测时间太晚导致测试时间不足。每个成员进行计划评估后,项目可能亮起了黄灯,产品经理得做点什么吧?
4.协调资源/修改计划
根据项目紧急程度、上级重视程度, 及时的协调各种资源,优化排期,修改计划吧。这时候可能会把123再来一遍,问题会越来越少,过程会越来越透明,进度会可视可控,是不是感觉嗨的不行。
沟通
与人打交道,第一靠情商,第二靠技巧,都不行,那就只能靠姿色了~好了,咱们言归正传。
1.沟通技巧
为何需要掌握沟通技巧? 当团队十几人,几十人的时候,可能你会碰到各种性格色彩的“同事”,所以得有备无患。
- 第一步:知己知彼,了解团队里所有人的性格和工作习惯;
- 第二步:以其人之道还治其人之身,与性格张扬思维活跃的设计打交道、与寡言少语专注技术的程序员打交道、与一丝不苟非常严谨的测试打交道、与不太配合的其他部门同事打交道,用对方对容易接受的沟通方式以求迅速达成一致,good job!
2.沟通效率
何为效率,就是减少不必要的沟(fei)通(hua)。How?
- 能面对面,就别打电话;能打电话,就别QQ/RTX/LYNC。文字沟通难免会有理解不同,导致挖坑;面对面简短的表述我的问题、我需要的支持、什么时间,并及时得到反馈。
- 永远别相信对方口头承诺的,Never!线下电话or当面沟通完,一定出一封邮件,阐述清楚并得到对方确认,邮件在有些时候真的挺有用的。
- 会议之痛肯定有人懂,会议时间尽量选择碎片化时间,比如9:30、13:30、5:00,这样的话就不会总觉得“奥,我待会有个会”,时刻处于被会议影响的工作状态。 会议中要避免问题大范围的展开讨论,可记下问题会后详谈;注意控制会议进展,当然偶尔闲聊,但是注意控制时长,尽量在计划时间内搞定。
执行力
这里说的执行力,可以理解为提升团队的执行力,计划再好,沟通再好,执行力不行,都是浮云… 至于方法,可以从以下几个方面着手
- 日常工作中能够及时响应;
- 每件事都有一个节点,反馈进度;
- 高效的推动力,自己负责的事情能够推动解决并跟进;
- 产出物的质量要高, 包含各种文档、送测质量、测试质量, 这点很关键,以后单独细细道来~
- 保持进步,项目不会只有一个,可能是一个接一个项目,那么如何保持进步? 现在有很多方式去统计各种数据,各种敏捷方法 Scrum/看板,有幸经历了2年Scrum2年看板并经历了从0到1,下回咱们聊聊玩转敏捷
……
欲知后事如何,请看下集
作者:酒肉和尚,目前处于转型期,从测试转岗到产品,正在疯狂补充各种产品技能,并对之前工作进行总结,学而不思则罔,思而不学则殆,求职武汉产品岗。
本文由 @酒肉和尚 原创发布于人人都是产品经理。未经许可,禁止转载。
- 目前还没评论,等你发挥!