路漫漫其修远兮,吾将上下而求索。
Tips(阅前适配,体验更佳):
- 关于“项目”的定义:
(1)官方:为创造独特的产品、服务或成果而进行的临时性工作。--《项目管理知识体系指南》
(2)个人:在工作(生活)中可由个人独立完成的事情或需通过与他人协作完成的事情。 - 关于“接手”的定义:
(1)由他人缴付给自己的项目,且此项目状态为“进行中”或“暂停”。 - 关于“快速”的定义:
(1)延续当前接手项目的“进行中”状态。
(2)协调项目涉及人员共同推动项目开启,将项目状态由“暂停”→“进行中”。
一.为什么会有需要“快速接手项目”的情况产生?
- 日常工作场景下:
(1)老板指派我们去承接一个新的项目或是承接一个项目中的新模块。 - 特殊工作场景下:
(1)新加入团队,需要承担对应项目或模块。
(2)原先该项目或模块的负责人无法继续承担该工作内容。
二.我们应该怎样实现“快速接手项目”?
- 向上沟通:
(1)对项目来源的发起方进行沟通,能够获得准确的目标结果为最佳,如不能则需要在首次沟通后的短时间(1-2天最佳)内整理出大致方案进行二次沟通,确认出目标结果,以终为始的进行项目接手(状态由“暂停”→“进行中”)。 - 同级沟通:
(1)需交接的项目文件做到尽量完整(团队如有标准化的文档规则会事半功倍)
(2)当前进度的全维度了解(原负责同事、项目中的兄弟部门负责同事、产品流程体验) - 自身准备:
(1)同项目不同模块:日常工作中的我们大部分只是一枚螺丝钉,但是就目前的职业发展趋势及时安心做一枚螺丝钉也是无法长久,所以我们尽可能的要成为一个全适配螺丝钉(U盘型人才,即插即用);在日常的项目中不仅要做到本模块的保质保量还要对相关模块做的应知应会,才能在该出手的时候拿得出手。
(2)不同项目不同模块:PM的核心能力是什么?我个人的经历的出来的是-对万事万物的好奇以及迅速理解能力;难道做电商的PM就不需要去了解SAAS类产品嘛?其实并不然,因为当PM作为一个普通的C端用户时,每一天当中我们都会通过不同领域的应用来完成不同事情,而我们要做的就是在使用中能够做出总结,比如我们使用了3款清单产品,那最后大概率是只会留下一款,那其他两款的优缺点是需要被我们记录或感知的,日积月累我们会打磨出“一通则百通”的技能,在面对非工作专属项目时亦可快速了解及拆分。
总的来说,“快速接手一个项目”在工作中属于偶发事件并且对于个人来讲利大于弊,当我们面对这种情况时需要谨记的应该是第一时间对发出者进行沟通,将交接内容进行确认(多维度)然后才是开始按照自有的工作方式进行推进,如有不适也是暂时的,若长期处于该类情况且很难适应说明你需“充电”或是换一个“电源插头”了。
![](https://img.haomeiwen.com/i7018782/46d4acb83041b084.jpg)
网友评论