團隊關係 左右專案發展

4則回應

上一篇，已跟大家分享標準化的軟體開發作業準則之於軟體團隊的意義，以及軟體團隊需要一定的靈活度與彈性，方能因應市場變化作準備，接下來要跟大家分享的是，如何透過團隊領導者的力量，讓軟體團隊可以依「法」行事，但又保有彈性應變能力。

但在這之前，筆者欲先澄清一個觀念：上一篇文章所提到的新聞事件，筆者的原意並不是想討論主辦單位碰到這些意外狀況該怎麼辦，而是旨在探討為什麼座位安排的問題一再重覆發生。

因為座位安排並不是什麼困難的問題，不需要動用複雜的技術，只要用簡單的 Excel 試算表就不會有太大的問題，因此座位重覆的錯誤不太可能是技術的問題。相同的錯誤一再發生，會讓人懷疑錯誤不是個案的技術問題，而是團隊行為模式出現問題，而這當然與管理有直接的關係。

從筆者的經驗顯示，上述主辦單位所發生的管理問題很可能是出在領導能力不足，才會讓團隊成員的能力處處受限而無法施展。因此，與其討論技術細節該如何做，還不如討論該如何領導讓團隊充分發揮能力。

因為，就算今天我們知道如何解決座位安排出現錯誤的問題，領導能力不足，明天團隊還是很有可能在別的地方出現錯誤，造成其它的意外狀況發生。接下來，就讓我們來討論後續的主題。

團隊領導者的力量

雖然專案計劃是專案管理的「根本大法」，如專案計劃裡的願景與目標可以有效降低團隊的多樣性，以及減輕領導專案的困難度。然而，如果團隊領導者無法有效地影響團隊成員、讓其願意為專案努力貢獻心力，仍很難有效地帶領團隊實踐專案目標。

像軟體專案這種充滿不確定性的複雜專案，常會面臨企業環境變化的衝擊，而且當上述問題與資訊技術相遇後，又會衍生新的問題、導致人算不如天算的窘境發生。

當「計劃總是趕不上變化」時，團隊領導者除了專案計劃的「法」之外，還必須懂得如何讓團隊成員心甘情願地為專案付出心力的領導「術」，這樣才能勝任專案領導的任務。

團隊領導者必須擁有影響團隊成員改變的力量，但如何得到這樣的力量呢？或許有些人會認為團隊領導者的力量來自於專案開發組織賦予的權力與資源，但實際上，上述的權力或資源不一定能夠賦予團隊領導者領導團隊的力量。

筆者的一位老師曾經說過：「強將手下無弱兵，但強將手底下，也不會有強將。」有能力的人並不懼怕領導者的權威，他不會因為恐懼而聽從領導者的指揮；至於能力不足的專案成員，雖然他會依賴或屈從領導者的指令行事，但唯唯諾諾聽命行事的結果，很難能夠期待他們能夠發揮創造力與獨立思考的能力。（未完，請按下一頁繼續）