Project management 什么'；你的领导风格是什么？

我最近被提升为项目经理/主管。你认为编程开发中的管理角色不应该具备什么样的领导风格

---

你的风格是什么？

不要插手，仆人式领导，非官方或“部落”式领导，而不是传统管理，这些天似乎非常流行

对我来说，基本上让路，让团队完成他们的工作似乎是有道理的，但这一切都取决于文化

我想说，一个高效的管理者应该已经有了自己的风格，并且知道自己想要如何工作，而一个效率较低的管理者可能会向其他高级管理者学习，并简单地模仿“不管在这里做什么”。事实上，在很多地方，后者是唯一的选择

---

如果你有自由按照你想要的方式做事，我可能更愿意借鉴敏捷/精益阵营的想法，而不是更传统的PMI/Prince2/PMBOK阵营，但这一切都取决于实际情况。

有很多方法都有吸引人的名字，但总的来说，我更喜欢轻量级的管理风格，鼓励沟通

我怀疑我们中的很多人都有过这样的经历：填写表格的时间比实际开发的时间要多。这既令人沮丧，又没有必要。控制很重要，但新形式并不是解决所有管理问题的办法

就沟通而言，许多管理者似乎认为，如果每个人都向上汇报，然后将收集到的信息向下发送，那么沟通就会奏效。那真的会导致灾难。团队需要经常和彼此进行良好的沟通

---

最后，我想说的是，为一个项目获取一个新的资源，并让它们尽快开发，这一点很有诱惑力，我认为，从长远来看，拖延下去，让他们接受适当的培训，并以项目为导向，效果会更好。

经理的工作就是让路，让开发人员完成他们的工作。如果他们遇到障碍，你的任务就是清除障碍。

我的风格是匈奴人阿提拉、拿破仑·波拿巴和纳尔逊·曼德拉的组合。不管你做什么，不要试图采用我的风格

更严重的是，要成为一名优秀的领导者，你必须发展自己的风格，并将其融入到你工作的组织文化中。因此，回答你的问题必须先问自己一些尖锐的问题，并给出诚实的答案。您还必须花一些时间了解团队中个人的特点，找出他们的原因，以及如何激励他们。对一个人有效的东西可能对另一个人无效

而且，在我写作的同时，我会对那些认为让路让团队工作是管理者的工作的受访者指手画脚：管理是管理者的工作，你的同事对你有一定的期望，你必须关注他们以及你团队中的失败者

---

我写“失败者”是因为你刚刚被提升，而他们没有。当然，你必须带领他们取得伟大的成就，但你不能通过避开他们的道路来做到这一点，你要通过正确的胡萝卜和大棒的组合来引导他们朝着正确的方向前进。哦，不要让他们知道你认为他们是失败者，这会让他们心烦的；如果你试图采用一种不是你自己的“风格”，你很可能会失败。你基本上只需要做你自己！（这可能就是你一开始被提升的原因）也就是说，有一些定理需要接受，其中一个是“你总是可以成为一个更好的领导者”；）我想这就是你为什么发布这个问题的部分原因。我的建议是支持你的同事，记住，让他们尽可能好是你的工作。尽量让自己掌握项目中发生的一切，并鼓励团队内的沟通。敏捷风格的开发有助于实现这一点。此外，试着设身处地为同事着想，想象他们对你的期望和要求。祝你好运

我不相信简单的管理准则。在一个理想的世界里，软件经理的工作只是提供食物、电脑、电力和薪水，但我们很难进入一个理想的世界

在某种程度上，成为一名管理者是一条通往挫折的道路。直接参与项目的机会很少，你大部分时间都花在计划、会议、撰写报告和提出未来项目上。简而言之，你有责任，而他们有建造东西的乐趣。为了避免因为缺乏乐趣而辞职，一个人需要找到一个合适的动机来解释这些麻烦

现在，不同的人被不同的事情所激励。有些人喜欢参与集体的努力，有些人喜欢建造一个企业家无法建造的东西，有些人喜欢权力，有些人喜欢金钱。我认为，管理风格应该适应所有相关方的内在动机。例如，如果你的同事主要对打造酷东西感兴趣（反之亦然），那么用金钱来激励他们是没有用的

管理人员的一项关键能力是能够尽早解决冲突。冲突的范围从琐碎的（X不断向存储库提交错误代码）到关键的（我们需要加快速度才能赶上最后期限）。我认为无论管理层的风格如何，能够坦率、清晰地表达这些担忧是非常重要的。因此，说到底，口头沟通能力至少与管理风格同等重要。

没有一种“风格”是你可以或确实应该关注的。事实上，你现在是一名员工管理者，员工都不同了。你需要学会识别