技术转管理，程序员如何进行自救？ _程序员

我是一名新手项目经理，转项目管理岗 1 年半，在做管理之前，我是一名程序员。也就是说，我是最常见的技术转管理了。欢迎阅读~

最开始，我极度不适应这个岗位。感觉很累，还不见成效。经过一年多的摸索，我终于在工作中总结出了一些心得和套路。
所以我想给技术转管理的同学们讲一讲：我做了什么，来拯救自己。
一、个人背景和公司背景首先单说下我的个人及公司背景：

我是一名野生程序员（就是非计算机专业毕业）。
目前为止工作 4 年半，也就是说，我做了 3 年开发，1 年半管理。
我写过 Android、IOS、Web 页面、JAVA 后端、Python/ target=_blank class=infotextkey>Python 后端等等。虽然看起来像传说中的全栈程序员，但其实我心知肚明，就是那种啥都会但啥也不行的程序员。
公司此前做产品，后来在产品的基础上转型外包扩大规模。
公司转型的基础上，我也转型成了管理。
我司项目经理是一个专门的职位，负责项目管理、技术架构、客户对接。总之项目的一切相关问题，包括技术问题，都由项目经理负责。

二、我做了什么2.1 事必躬亲，会毁了团队也会毁了自己
这恐怕是所有从技术转管理的人都会犯的通病。我刚开始带团队的时候，核心代码都要自己写。
然后看同事进度的时候总是嫌这个慢，那个不行。看不下去了索性自己上手吭哧吭哧写好，这样弄得自己非常疲惫。
通常技术能力强的人，更有机会转型管理岗。所以在带团队的过程中，总是情不自禁的亲自动手完成别人应该做的事情。最终结果就是总会替代同事做他们自己本应该做的事情。
但这个行为对管理者来说，只会让管理者越来越疲惫。而对整个团队来说，更是温水煮青蛙，一步一步把团队带进深渊。
管理者负担太多工作，导致团队长期无法成长。轻则导致管理者累崩；重则导致项目崩塌、团队分崩离析。
我应该怎么办？实际上，影响别人去做好一件事，比亲自去做要难的多。
而我处理这个问题的方式如下：

忍住自己亲自动手的心理。
复杂任务拆解细化，分派任务时明确任务目标和验收标准。
分派任务时给予同事鼓励，对他们保持充分信任。
有难度的任务，提供一定的辅助或者培训。

2.2 多想、多说、多做
我开始带团队的时候，一直忙于处理各种各样的项目问题，写代码、沟通需求、进度汇报、现场演示。
大部分时间都埋头于项目本身，以为只要把项目做好，按时交付就行。做的太多，导致思考的时间少了，对团队同事的关注也就少了。而一个团队领导者，多做是应该的，更重要的是多思考和多说。
思考什么：

项目干系人是否清楚，干系人不清楚会导致项目管理混乱，出的东西不满足要求。
需求是否合理，需求是否可以优化、技术架构是否满足需求。
功能是否拆解到位，任务分派是否合理。
若尝试新技术，是否有把握在出问题的时候力挽狂澜。
团队成员状态如何，要如何激励他们。
项目流程是否合理，如何改进。
项目成本如何控制，时间节点如何把握，质量如何保证。

以上都是我目前每个项目都会思考的问题。项目管理者一定要告诫自己：不要用战术上的勤奋掩盖战略上的懒惰。
说什么：

需求不清楚要问。
需求可以优化要说，不要闷声发大财，坑的是自己。
有困难处理不了要及时汇报给领导，悉知客户。
团队成员有问题要给予正确指导，而不是放任自由。
进度情况、项目情况要积极和客户保持沟通。

2.3 不仅是监督，更要做指引
“那个功能写完了吗？”；“这个功能怎么还没做好”；“你这个东西什么时候能够写完” 。
以上是我平时日常工作中最常做的事情，即便到了目前，我依然在做这些事。
【技术转管理，程序员如何进行自救？】监督催促同事干活！每天像个监工一样，漫步在同事周围，监督他们的进度，在他们耳边逼逼叨。