這是一個老掉牙的老梗了，本來也不太想拿出來講的，不過在講課時，跟同學談到這個問題，也是眾口紛芸。想談這個問題，是想從比較實際面來看，如果要看從理論下手的，JavaWorld聊天版的那個Thread:『有沒有不會寫程式卻在作系統分析師』已經有破八百的超強人氣，很是可以參考看看，不過，真的看看就好，裡面有一些是真的很火爆。
站在一個PMP Certified的立場而言，PM可以是一個臨時抓來的路人甲，對於Project的Domain know how本來是可以選擇當作失憶，完全不懂，...等等，看到這，也許有人不認同，ㄟ，Please wait a moment，請再看下去。要作到PM可以是隨便找來的路人甲，其中這個PM得身具很多特異功能，包括他(她)必須能找到有Domain know how的staffs，這些staffs會代替PM來watch PM所不熟悉的那一塊，以及協助評估整個Project所需要使用之Resources以及相關的Risk，當然，這時候PM所站的角度是在最後決策的那一個關卡，看到這裡，大概又有人要問: PM不了解Domain know how，怎麼去作最後的決策? 是的，這就要帶出第二個重要的點，這些協助PM的staffs就必須是PM可以完全trust的，這些staffs要就各種情況以及問題提出各種構面的分析以及建議，當然，這些資訊需要充足到能讓完全不了解Domain的PM可以有作出決策的判斷。但，人就是人，再怎麼值得信賴的staffs，也很少有不為自己著想，即便不為自己著想，也要為所帶的team members著想，就算不為team members著想，team members也會逼著staffs或PM要為他們留後路。所以就會在各種需要決策的問題點上，多少會為自己留下一點後路，舉個例子: 在評估所需之執行時間，大部分的人會多留一點buffer，以避免開天窗，但這往往與客戶的要求背道而馳，這時候，staffs所提供的schedule estimation往往就在預留buffer的情況下失真，那PM該不該相信staffs所提出的評估報告呢? 如果PM有足夠的Domain know how，那PM可以就此退回此份schedule estimation嗎? 這是一個立場性的問題，即便是PM有能力作出判斷，但schedule的壓縮所必須擔負的風險是產出品質不佳，而PM正是在未來要背負這種品質控管不好罵名的那個人，所以，PM也會有PM的堅持，而這些往往並不與PM是否有專業know how沒有決對上的關係。當然，如果staffs所提出的數據過於離譜，又無法提出合理的解釋，那PM根本就可以直接作出判斷。所以，在這種論點之下，PM是否需要是該Project領域內的專家，其實並不那麼重要，這就是: 『一隻狼帶著一百頭羊打的仗好，還是一頭羊帶著一百隻狼打的仗好』，這是一個各有立場的問題。
再者，從實際一點的角度來看，如果不考慮政治性因素，絕少有sponsor會拿石頭砸自己腳，弄一個沒有專業know how的人來當PM，想想，一個Project的成敗往往牽動到一堆人在組織的地位，所以，組織敢交付Project給一個不是此專業圈圈內的人嗎? 即便組織內人才再怎麼缺乏，總會弄一個多少沾得上邊的人來當PM。此外，一個Project若scale非常大，PM很難是能面面兼顧，了解所有的專業領域，更何況，能帶大Project的人，一般都是與高層『高來高去』，不過也就是掛個名，真正在推動專案進行的，實際上有蠻大比例是下面的staffs。
談到這裡，我只能說，一個Project的團隊其實是一個變形蟲，PM與Project team的能力在某種情況下是互相消長的，PM也許可以不要是專業的Expert，但對於人際關係的溝通，以及專案成敗的擔當才是PM永遠避不掉的使命。所以，不要再就學理面、理論面、技術面、道德面、專家面、...烏魯木齊面來探討PM要不要有相當的專業領域知識才能帶Project，而該去問問Sponsor，他們敢不敢把Project丟給隨便的路人甲嗎?
留言列表
