準備做出決策。“任何決策都好過沒有決定，”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建議：“首先做出規劃很重要。”
