从技术转管理,我作了什么来拯救本身?

开发十年,就只剩下这套Java开发体系了 >>>   hot3.pngjava

我是一名新手项目经理,转项目管理岗1年半。在作管理以前,我是一名开发。也就是说,我是最多见的技术转管理了。python

最开始,我极度不适应这个岗位。很累,可是不见成效。通过一年多的摸索,我终于在工做中总结出了一些心得。程序员

我的背景和公司背景

1.目前为止工做4年半,也就是说,我作了3年开发,1年半管理web

2.我是一名野生程序员(就是非计算机专业毕业)后端

3.我写过Android、iOS、web页面、java后端、python后端等架构

4.公司此前作产品,后来在产品的基础上转型外包扩大规模5.公司转型的基础上,我也转型成了管理6.我司项目经理是一个专门的职位,负责项目管理、技术架构、客户对接。学习

总之项目的一切相关问题,包括技术问题,都由项目经理负责。优化

我作了什么,事必躬亲,会毁了团队也会毁了本身

这恐怕是全部从技术转管理的人,都会犯的通病。我刚开始带团队的时候,核心代码都要本身写。而后看同事进度的时候老是嫌这个慢,那个不行的。看不下去了索性本身上手吭哧吭哧写好。弄得本身很是疲惫。.net

一般技术能力强的人,更有机会转型管理岗。因此在带团队的过程当中,老是不由自主的亲自动手完成别人应该作的事情。最终结果就是总会替代同事作他们本身本应该作的事情。blog

但这个行为对管理者来讲,只会让管理者愈来愈疲惫。而对整个团队来讲,更是温水煮青蛙,一步一步把团队带进深渊。管理者负担太多工做,致使团队长期没法成长。轻则致使管理者累崩。重则致使项目崩塌、团队分崩离析。

我应该怎么办:

实际上,影响别人去作好一件事,比亲自去作要难的多。而我处理这个问题的方式1.忍住本身亲自动手的心理2.复杂任务拆解细化,分派任务时明确任务目标和验收标准3.分派任务时给予同事鼓励,对他们保持充分信任4.有难度的任务,提供必定的辅助或者培训

多想、多说、多作

我开始带团队的时候,一直忙于处理各类各样的项目问题,写代码、沟通需求、进度汇报、现场演示。大部分时间都埋头于项目自己,觉得只要把项目作好,按时交付就行。作的太多, 致使思考的时间少了,对团队同事的关注也就少了。

思考什么:

1.项目干系人是否清楚,干系人不清楚会致使项目管理混乱,出的东西不知足要求

2.需求是否合理,需求是否能够优化、技术架构是否知足需求

3.功能是否拆解到位,任务分派是否可合理

4.若尝试新技术,是否有把握在出问题的时候力挽狂澜

5.团队成员状态如何,要如何激励他们

6.项目流程是否合理,如何改进

7.项目成本如何控制,时间节点如何把握,质量如何保证

说什么:

1.需求不清楚要问

2.需求能够优化要说,不要闷声发大财,坑的是本身

3.有困难处理不了要及时汇报给领导,悉知客户

4.团队成员有问题要给予正确指导,而不是听任自由

5.进度状况、项目状况要积极和客户保持沟通

不只是监督,更要是指引

“那个功能写完了吗?”;“这个功能怎么还没作好”;“你这个东西何时可以写完”。

以上是我平常工做中最常作的事情,即使到了目前,我依然在作这些事。监督催促同事干活!天天像个监工同样,漫步在同事周围,监督他们的进度,在他们耳边逼逼叨。

但我认为,催促同事干活的不该该是项目经理,而是项目流程,是规则。每一个人明确本身的角色,各司其职,由规则约束着你们前行。

救火能力当然重要,但更要防范于未然

我由技术转管理的初期,最擅长的事情就是技术。因此一直在项目中充当救火队员的角色。

有突发状况?我本身来;没有人能攻克技术难点?那我本身来;开发了好久,发现需求理解错误?咔咔咔本身一顿改;总之就是这有问题,咔咔咔本身一顿弄,那有问题,嗒嗒嗒本身一顿搞。总用本身的技术能力挽救项目中的各类突发状况。

而做为一个项目管理者,救火能力当然重要,要在关键时刻可以站出来力挽狂澜。但更重要的,我想是如何去避免突发状况吧。而要避免突发状况,就要思考如何作好风险管理。提前作好准备,把可能出现的未知风险扼杀在襁褓中。

保持心里强大

项目管理是一个磨人的工做。虽然外面说要作风险管理,但突发状况避免不了。一个合格的项目管理者,要有泰山崩于前而色不变的心里。

需求变了没关系、计划变了没关系、成员状况发生变化没关系。毕竟咱们都知道世界上惟一不变的就是变化,尽量的给本身准备好

背黑锅要上,邀功也要上

我相信各位作开发的时候,最讨厌的就是那种黑锅你背,有功他领的leader。既然如此,但愿咱们也不要变成这样的人。

项目经理嘛,统管这个项目的一切。项目出了问题,无论由于什么缘由,都必定是项目经理的责任。你的同事可能在项目里表现不佳,你的客户可能常常变动需求。无论多少理由,都不是你甩锅的理由。有锅必定要本身扛着,因此,背黑锅要上。

作的好,也要说出来。超出客户预期的项目闪光点,要告诉客户团队的优秀。项目完成的不错,要告诉老板团队的优秀。让客户让老板知道大家团队作的好,下一次他们才会给大家更充分的信任。项目成员表现优秀的地方,不光要表扬,也要和上级说。你是和你团队成员接触最紧密的人,他们的有点别人不知道,但你知道。因此他们优秀的地方,要宣扬,要让别的部门知道,要让上级知道。因此邀功也要上。

在帮派里,不能为兄弟们挡刀并引领兄弟们前进的老大是不值得追随的,弟兄们在你手下作事受尽委屈,争不了一口气,那这个老大也作不长。

技术出身的管理者中,我相信背黑锅要上是你们都能作到的。但技术人员不善言辞,老是闷头干活,不会表达。因此要适当学会邀功,为团队邀功。但愿你们都能学会邀功也要上

不要抛弃技术,它多是你的救命良药

作项目管理之后,尤为是像我如今这种一我的带多个项目的状况。管理工做会占用天天极多的时间。这是工做自己须要你作的,无可厚非。我想说的是,即使如此,也要保证本身对技术的学习。

了解新技术也好,写写开源项目也好,总之要保持对技术的持续学习。他总能在你须要的时候帮到你。

学如逆水行舟,不进则退,与你们共勉

总结

整体而言,我认为一个新手项目经理,要学会如下事情:1.要学会带领团队成长,不要事必躬亲2.要多进行思考3.要学会风险管理4.要保持心里的强大5.要学会邀功

以上,就是我想和你们分享的内容,其中不少点,我本身作的也不是很好,依然须要自我练习和努力。但愿各位技术转管理的同窗,都能尽快适应本身的工做。