准备做出决策。“任何决策都好过没有决定，”Blythe说，因为优柔寡断可能会使项目陷入瘫痪。“犹豫不决是糟糕的情形。”

　　选择一个开发过程并坚持实行。Katsos认为你需要让大家接受选择的过程，然后推动并执行这个过程。

　　管理工作是一项新技能，接受这一点。“领导你的团队是一个艰难的学习过程，”Smith说。因此你必须参加培训、阅读有关生产过程和管理方面的书籍，等等。Davis建议你阅读J Hank Rainwater所著的“Herding Cats: A Primer for Programmers Who Lead Programmers”——“这本书很不错”。关注生产过程而非技术问题改善了团队的效率和效力，Blythe说。他还提到，如果你确定了合适的标准，不必处理代码改变而引发的争论。

新经理面临的五大陷阱

　　不要尝试去做太多技术性的工作。Blythe指出，你不应该自己动手修复一段代码，而让下属坐在一旁看着，特别是当他们都是编程高手时更不能这样。一般你会有一定的编码责任，但如Katsos所说，它们应该是关键路径以外的工作。

　　不要高高在上。Blythe认为，走进办公室并声称你的权威的做法“后患无穷”。让下属做他们的工作，虽然如果你不了解他们，这样做可能有点困难，Katsos表示。有时候你需要提供特别指导，例如确保及时修复一个特殊的

　　漏洞，以满足公司确定的终期限。但你要设定目标、规程和终期限，然后让团队完成编码工作。同时，让更多年长员工帮助他们的晚辈。Danckert的一句话很好地说明了这一点：信任你的开发人员，但准备在必要时扶他们一把。

　　不要指望每个人都同意你的做法，如果事实确实如此，不要为此感到心烦，Katsos警告说。记住，你因为才得到提升，同时找出办法解决这类冲突。“尽可能以专业的方式处理这个问题…你必须遵照范例来领导，”Katsos说。但如果你的领导方式与团队现有的惯例不同，试图立即彻底改变可不明智：“我看到许多人遭到失败。”

　　不要忽视大局：你肩负着满足公司需求的责任。

　　不要一下子直接进行开发，Katsos建议：“首先做出规划很重要。”