程序员走向管理岗位走向光明大道

高级程序员，如果有机会，可以由公司晋升为项目经理，控制项目中的所有内容。

但是权力越大，责任越大，成为一名合格的项目经理，我认为最重要的是扭转我的想法。

当出现问题时，你应该先引导而不是责备。


当一些兄弟刚转型做管理时，一旦他们遇到了同事无法完成的任务，他们就遇到了困难。马上跳上去三下五除二一顿敲。解决问题后，他们留下了一片云，挥了挥手萧然而去。

这些兄弟总是会取代他们的同事做他们应该做的事情，这样他们的同事就无法成长，搞得自己非常疲惫。

我认为有一点我们需要理解：项目经理是团队的指挥官，控制着整个团队的方向和风格。你并不孤单，你的行为会影响整个团队的战斗力。

作为程序员，我们习惯于个人战斗，不断研究钻研我们自己的技术，可以有效地完成任务并提高战斗力。项目经理需要指挥一群人一个接一个地赢得战斗。

所以我想说的是：

• 你必须给予团队的同事宽容，给予指导而不是责备。
• 让每个人都有机会锻炼身体。事无巨细的帮助或者亲手操刀，只会毁了团队。
• 夸张的说，你决定整个团队的战斗力，请负责你的同事并对自己负责。
• 培养员工是你的责任，团队的进步才是真的进步。

并行工作可以拯救你或毁掉你。

管理完成后，你会发现自己同时充斥着各种各样的东西。您不仅需要处理技术，还可以同时处理多个事物。

你要维系关系、做任务WBS（工作分解结构）、沟通需求、项目演示、协调团队关系、处理各种紧急情况、甚至填写材料、写合同、解决客户乱七八糟的问题等等。

简而言之，你会在一开始就发现你无法完成任何事情并摆脱各种各样的事情。但这是你的工作职责，必须予以处理。

我们的程序员最擅长的是打破枷锁，把一个复杂的需求逐渐理清，并在构造之后将其写入代码。同样，你还需要处理这些混乱的任务，并有处理它们的规则和规定。

如果处理不好，你会发现自己很忙，不知道你在忙什么。

从长远来看，你会对自己失去信心，项目将是一团糟。但另一方面，如果你能以合理的方式理清这些混乱的任务，你必须有一个质的飞跃。

所以我想说的是：拥抱混乱，但不要陷入混乱。

这是展示您真正技术的时刻。如何管理个人时间是您最重要的一课。

代码很重要，但其他一切同样重要。

我们的程序员总是认为代码是正确的，其他一切都是无稽之谈。但是不要忘记，你必须经历过需要改变、设计草案所带来的痛苦并改变由、引起的返工而不设计出各种问题。

既然我们作为程序员经历过这些痛苦，为什么我们要让我们的同事再次经历呢？

因此，请关注项目的阶段。转到利益相关者、以完成要求、以完成设计、以指导代码设计。工作越完善，开发过程越顺畅，项目越安全。

作为项目经理，您需要做很多额外的工作来确保项目的进度。很多事情都会等到开发阶段，你会发现它为时已晚。我必须把我的同事和我自己搞砸。

我的程序员总是或习惯于别人说的话。但事实上，我们也应该问为什么。

我认为，项目经理需要有能力通过表现来发现本质。

我认为如果我们保持好奇心，我们就能掌握问题的本质。不断提出问题，同时探索问题的答案。

例如：

客户：“我想造一架飞机。”
项目经理：“你为什么要造一架飞机？在造飞机后你还需要造建飞机场。你要去哪里？”

客户：“我想去西班牙，认为坐飞机很方便。”
项目经理：“你打算在西班牙做什么？这是一次旅行吗？如果你去西班牙，你可以乘坐现有的航班和渡轮。”

顾客：“我想去巴塞罗那观看比赛。”
项目经理：“中央第五站有现场直播吗？你也可以看到它。去巴塞罗那很贵。”

顾客：“我觉得去现场更有气氛。我可以承担这笔费用。”
项目经理：“好的，你能乘坐国际航班去吗？”

顾客：“好的，没问题。”

以上，客户最基本的需求是前往巴塞罗那观看比赛。他的想法可能是过去要有一架飞机，所以他提出了建造飞机的需求。

在不断的对话过程中，项目经理一次又一次地提供新的解决方案，以探索客户最需要的东西，并探索客户的想法（在成本效益和体验的情况下，客户希望体验）。

假设在对话期间，客户正在尝试建造飞机。你还必须告诉他，这架飞机已经建成并且机场将要建成。让他来衡量成本是否可以接受。

不要坐飞机，也不能起飞。这不仅是客户的问题，也没有为客户提供完整的解决方案。这被称为发现本质。以人为本，而非机器我们的程序员每天处理机器并习惯于0以外的二进制生命。

但项目经理需要与人沟通并与人打交道。所以面对我们的同事并面对整个团队。应该考虑更多的人，人们应该成为中心。

所以我想说的是：

• 减少应激反应，倾听别人的意见，不要急于反驳。
• 保持同理心，从同事的角度思考更多，并在出错前做好预防工作。
• 不要给同事简单的结论和标签，人们会改变。

无法阻挡兄弟并领导兄弟的老板不值得跟进。当你在手下做事时，弟兄们就是不满，老板不能这样做。

我相信大多数程序员都有问题并追求完美。代码格式应该是最舒适的，代码逻辑应该是最简洁的，并且应该重复细节。就像强迫症一样，追求完善自己的代码。作为程序员，这是一个很好的习惯。

但作为项目经理，我们最需要的是平衡。追求完美将导致项目成员的压力和无法控制的成本大幅增加。作为项目经理，我们都希望我们带来的项目细节无可挑剔，功能齐全，代码质量无可挑剔，团队氛围和谐，项目质量高，项目周期为到达。但实际上，项目中的所有内容都是平衡的。时间表和细节之间的平衡研磨、成本与需求之间的平衡发展、批评与赞美等之间的平衡。

所以我想说的是：

• 掌握平衡规模是项目逐步完善的途径。
• 不要追求一步到位，完美是迭代的。
• 可以编写更少的代码，而不是技术
• 以上所有内容均用于项目管理，最后一个是为了引起您的警惕。

我们说会有很多琐碎的事情可能会让你没时间编写代码。这是正常和正确的。你的工作不是机枪手。你的工作是指导每个人去战斗。

但这是否意味着我们必须离开这项技术？我不这么认为。我们可以编写更少的代码，但我们不能放弃技术。

我有一位朋友告诉我：不要过早参与“纯粹的管理职位”。我认为他的意思是告诉我技术是软件开发项目经理的基础。

我们的程序员在项目管理方面的最大优势是没有外行指导内行的情况。因此，即使我们转型，我们也必须始终保持对技术的敬畏和对技术的关注。

您可能不需要对各种技术的细节有透彻的了解，但您应该了解各种技术的应用范围。使用条件、优点和缺点等确保您可以快速选择所需的项目类型。作为项目经理，最大的好处是可以让团队同事学习，让他学会组织和教你以后，以实现快速学习。

所以我想说的是：

• 不要放弃技术，总有一天它会拯救你。
• 学习就像划船上游。
• 程序员的管理思想和维护写在这里。在了解真相之后，每个人都会去练习工具和练习方法才能有效。
• 总之，我们想要实施的管理思想如下：
• 从个人到团队的过渡。
• 从专注于一件事到同时处理多个任务。
• 从焦点到焦点的过渡。
• 从说什么是什么到为什么的转变。
• 从追求完美到掌握平衡。