【读书笔记】1.1 给项目经理新手的五个建议 0.1.170327-1.0.170328

00:00/00:00

编号:0.1.170327-1.0.170328

2017年3月27日  周一

摘自《网易一千零一夜:互联网产品项目管理实战》

前言

互联网产品项目管理痛点

一是讲究快。

互联网的交付速度是以周、天甚至小时来计算的,而大小需求又交错其中,因此,我们不仅需要以短迭代快速交付,更需要有快速应变的研发能力

二是弱矩阵。

大多数互联网企业的项目经理,都生活在弱矩阵结构下,背负责任但却手中无权,需要通过『软实力』构建自身的影响力,继而影响团队达成交付和改进。

三是阶段和角色多样。

与传统IT项目管理相比较,互联网产品项目管理同样需要从研发项目管理切入,对项目的成功交付负责。无论是瀑布还是敏捷的方式,项目经理都需要关注范围、时间、质量这几个核心要素。但前后的延展同样需要,向上游的产品端延伸向下游的运营、销售、客服延伸,最终形成完整的产品项目管理闭环,从而真正有效地取得产品成功和团队改进。不仅如此,不同阶段的互联网产品所需的项目管理方式也各不相同,孵化期、发展期、稳定期的特性各异,产品的生命阶段和团队成熟度阶段交织在一起,项目管理更需要随需应变。

杭研院对各产品现状进行梳理,归纳了『最小流程集』和『最小数据集』,并长期加以执行和收集。恪守保障交付的基本点。

第一章  我是项目经理

  • 介绍项目经理日常基础工作的一些做法和感受。
  • 内容:基础的估算、计划、站会、白板、报告、回顾、风险、沟通等该怎么做
  • 新手在初任项目经理阶段所需要注意的问题及修炼之路。
  • 基本认识项目经理的工作,了解这些看似简单的工作怎样才能真正做好

1.1 给项目经理新手的五个建议

建议一、多想想项目到底需要什么

  • 接手项目之前,与项目中的重要干系人加强沟通,理解前因后果,多想想项目到底需要什么,对于项目的成功推进至关重要;
  • 每个项目都有独特的需要,时间、成本、质量到底哪个因素更重要?各个角色目前的痛点在哪?
  • 哪些是最先需要解决的?哪些是隐藏的积弊?
  • 大家对项目管理的认知和接受度怎样?我要通过怎样的途径,全面推荐,还是一步步改善?
  • 从哪个角度切入?这个蓝图是否清晰?
  • 是否与项目负责人沟通到位并达成一致?

理清上面的问题,可以帮助你从项目的真实需求出发,解决问题。

建议二、不要凡事恨不得事必躬亲

替别人代办他们本该自己做的事,对于团队长期而言反而效率是最低的。

比起自己直接去做,影响他人去驱动一件事情,要难得多。

简单讲,成功地施加影响有三个要素:获知(Awareness)、动力(Desire)、能力(Ability).

事实证明,停留在浅层次的信息传达,如单方面的工作交代,并不足以让人产生动力从而促成有效的行动。

获取理解及认同,激发动力是项目经理的关键。

最后,还要确保他有相应的能力来做好这件事情,如初期提供一定的辅助、必要的培训等,嫩推动事情真正付诸执行。

建议三、不要追在别人屁股后面做监工

项目经理最应该做的,是跟大家一起把事情从头到尾各个环节捋顺了,建立一套对应的流程规则,明确各个角色在过程中的职责,并获得大家的认同,让这个机制自行运转起来。

记住,应该是规则在约束大家的行为,而不应该是项目经理。

当成熟的秩序在团队中形成之后,解放出来的项目经理,就可以更进一步,致力于目标激励、团队建设等更高层的工作,变“赶”为“引”。

建议四、言必信,行必果

无权力下的领导力(Leadership without Authority)是弱矩阵结构下的项目经理必修的一堂课。

适当的时候,可以巧借力,争取支持和重视,但是这并不长久。

要想奖励属于自己的领导力,核心在于真正赢得团队对你的信任,建立自己的可信度,打造个人品牌。

而信任的获取,靠的是一件件事情中一点一滴的积累,没有捷径可走。

首先,在专业上做足功课,要求别人做的事情,自己要做的更专业,起到表率作用;

再者,要比新,行必果。学会为每次会议、每次发布、每个跟进事项做收尾,发出去的邮件、自己说过的话,哪怕没人记得,也要有始有终,自己给自己一个响应,给大家一个交代。

建议五、不一定要强势,但一定要内心足够强大

一个专业的项目经理会尽可能让自己客观公正。

真正应该和可以改变的只有自己。

学会允许和接受这种差异的存在,并与之共处;学会求同存异,找出一致的地方并努力放大。

一个好的项目经理,不一定强势,在一些事情上可以让步、可以妥协,但内心一定有自己的坚持。

 

 

发表评论

电子邮件地址不会被公开。 必填项已用*标注