不知从什么时候开始流行黑项目经理了?
额
好像是从咱们PM圈子开始的
。。。。
这张图眼熟不
项目经理也学会了自黑,比如这样的
互联网行业,项目、产品、开发、设计、运营、这么多岗,为何项目经理能够一直自黑?到底是有多少“槽点”?
在围观我们PM圈子社区的项目经理后,我发现他们经常被团队、客户、老板怼,所以,贴心的圈圈总结了:
看完这些保证能少怼几次!!
一、项目评审会
boss:系统已经上线了,需要补一个评审材料,但现在时间不足了!就不评审了?!直接先做吧。
PM:我能怎么办?!
首先要有足够的自信跟老板阐明自己的态度;其次跟老板汇报前,讲清楚几个问题:
举个栗子:
在工作中识别项目缺陷主要分为评审和测试,测试虽然是交付前最重要的活动,但评审更是尽早发现缺陷的方法,进而降低因为缺陷带来的成本。
回到评审:
评审包括同行评审和项目评审
同行评审包括走查、轮查和审查,项目评审包括项目组内评审和组织内评审两种方式,并贯穿于整个项目的周期。
特别是软件项目中,需求评审、设计评审都是极重要的评审活动。在软件项目中,评审也是CMMI最重要的支持过程。
既然是支持过程,所以评审对象通常是方案、文档、计划、过程、交付物结果等。
二、项目进度会
原定周五上线,然而因为各种原因,项目 Delay,轻者口头被批,重者直接影响薪资/绩效。
造成项目延期的原因有很多,一一来拆解下。
1. 从项目进度计划中找
主要就是看项目的进度计划,进度计划可能是一个详细的excle表格,或一个已经录入数据的项目管理软件系统,这些都可以让项目经理快速了解项目的进展情况,项目经理需要跟进这些任务的完成情况,除此之外,还要观察下面几点:
2. 从项目风险列表中找
项目的风险是时常发生的问题,因此,项目经理要全面了解风险记录,这是避免未来遇到麻烦的来源。
项目的风险管理一般在项目开始的时候实施,随着项目生命周期的不断变化要不断的识别新风险,项目经理需要在项目团队会议中去花时间对新的风险进行分析,避免影响未来的工作任务。
3. 从已经发生的问题中找
项目中出现的问题是已经发生的事情或者是已经引起的麻烦,项目经理应该知道这些问题并管理它们,也值得花时间去深入研究这些问题,检查项目的管理计划是不是足以保证问题的解决。
如果当前的问题没有被迅速的处理,那么问题的管理不善很容易会变成一个更大的问题。把项目中出现的问题应该放到项目的任务列表中,并提高它的优先级来专注该问题。
4. 从项目的要求中找
项目的要求是潜在的问题的另外一个来源,通常由于两个原因导致的:
项目经理要确保项目中对于问题有直接了当的答案,尽可能的避免模糊或歧义,当出现定义变化导致的范围变更时,要有合适的渠道或流程来完成变更。
对于质量不同的人可能会有不同的理解,项目经理需要了解关键利益相关者,如客户、项目管理层等相关人员的想法,以便他们能够满足项目中对于质量要求的建议。
5. 从项目的资源中找
找到存在问题的最后一个地方就是项目的资源地,项目资源主要是人力资源部分可能会对项目造成各种麻烦,有些是故意的,有些是无意识的。
更加常见的是,项目中的资源可能会被过度分配导致在可用时间内他们有太多的工作无法完成,又或者不足形成项目中的“窝工”现象,这些都可能是醒目的问题潜在原因。
项目经理需要定期检查项目中的资源状态情况,以便在这些资源问题变得更难管理之前,把问题先找出来进行处理掉。
三. 需求变更
这应该是项目经理被怼的头等理由。
一个靠谱的项目经理,在前期需求调研和项目策划的过程中,考虑得更全面更深入,后期需求变更几率越小。
偶尔在客户眼里的一个小变更,却会影响到整个开发的框架性调整,这个工作量就是非常之大了,严重影响项目进度。
如果一定要变更怎么办?评估优先级,非严重影响用户使用的延期安排;同时和开发同学一起寻找解决方案,时间成本最低但又能解决问题的方案,尽量将延期影响降到最低。
四、小结
不能跟老板和客户优雅的讨论项目评审会,项目进度会说话不硬气,总背改需求的锅?总的来说,核心原因在于:
1、对项目核心的理解度不够,对项目的决策不够果断,对项目的把控力不足;
2、对自身的项目把控力没自信,对于项目资源、合作团队沟通无法做到有理有据;
3、项目经理工作全流程细节不清晰,部分工作执行不到位,项目推进难。
以上仅是近期在我们PM社区里出现的3个场景,类似的场景还有很多。奋斗在项目经理路上的各位,保重!
联系客服