曾幾何時 , 我開始接觸到程式碼以外的問題 , 團隊的開發過程中 , 有許多的問題 , 都是人的問題 , 只要是有人在一起 , 就一定會產生問題 , 真是“本來無一物 何處惹塵埃” , 專案也是 , 在進行的過程中 , 一樣會處理很多的問題 , 其中一個就是決策 . 專案該如何做決策呢 ?
在一般的組織內 ,主管說了就算 , 下面的就會乖乖去做. 但是如果是在一個高風險的專案下 , 決策就可能不那麼容易了. 我過去曾服務過電信業 , 電信是一個高度資本密集的產業 , 舉例來說 , 如果每個人電話賬單的通信時間 , 因四捨五入的公式程式寫錯 , 少算了 , 造成賬單少收一元 , 而如果用戶數是 300 萬人 , 該月公司的損失就是 300 萬 . 這筆錢如要工程師去賠償 , 我想社會新聞又會多了一則.
在這樣的情形下 , 風險變成是決策的一個很重要的因素 , 當時我的一位上級主管說了一句讓我印象深刻的話 , "在專案內沒有任何一個人可以單獨抗起風險的責任". 我們也常會聽到 , “我是 PM 我說了算" ...每當我聽到這句話 , 就會想到上級主管的那句名言.
專案的決策固然 PM 佔有一定的角色 , 但我一般的做法是採共議制 , 也就是先大家凝聚好共識之後 , PM 才做最後的宣佈. 團隊畢竟是要一起手牽手往前走的 , PM 是需要引導大家往對的路走 , 但風險大的決策 , 一定要大家都全心認同才執行 .
專案的決策上 PM 也應該說明清楚該決策的優缺點及風險 , 以及遭遇風險時的配套方案 , 這樣在成員的決策上才能有足夠的資訊參與決策 .
另外一提的是 , 在 scrum 的專案中 , 許多的彈性下 , 似乎容易讓專案的決策變草率了 , 因爲就算決策是錯的 , 我們也控制在某一個 sprint 下 , 風險似乎是被控制的 , 但我還是會期望自己對決策保持嚴肅的態度. 既然是專案都是在玩走鋼索的遊戲 , 專案決策是要很謹慎才是 .
