gipi的學習筆記-經營管理、數據思考、終身學習

專案經理在專案中扮演的角色很多，而最能表示專案經理角色的應該就是這個：整合者。

PMI也認為，專案經理在整個專案過程中，擔任的就是一個整合的角色，整合管理，在PMP中也是唯一一個貫穿五大流程的知識領域，在某種程度上，PMI認為整合，算是專案管理中非常重要的一個環節。

而專案經理在專案中整合些什麼？

當不同的Stakeholder有不同的意見時，專案經理負責整合這些意見，協調、彙整出滿足Stakeholder的scope；
當完成一件工作的方案有多個時，專案經理應負責彙整多個方案的優缺點，衡量利弊，協助團隊選擇出一個最佳的解決方案；
當進度有所落後，要重新構思專案的運作時，需要全盤考量目前專案的狀況，整理出相關資訊後，進行決策。

我們看整合的定義：將不同屬性的物件聚集起來，使之成為一體。

讓資源做最有效的應用、讓專案被有計劃的實行、讓風險被迅速的辨識，這些都需要不斷的溝通與協調，並找出最適合的行動方案，這些都是專案經理在專案中該持續進行的，而這也是一種整合，整合不同意見、整合不同工法與整合不同變因所造成的影響，這都是在做整合。

專案有90%在做溝通，而溝通有大一部分是為了整合，很像繞口令，但說來說去，還是在強調整合的重要罷了。

在實務上，我自己認為整合多方意見而彙整出建議方案是一項很重要的工作，服務單位提出的意見大多希望減少服務的負擔，例如更好的防呆機制、更強的錯誤回復功能；工程單位提出的則偏向簡化工程程序，例如更簡易的安裝工具、更少的安裝步驟；產品單位提出的則偏向降低維護成本，例如不影響版更方式、更容易的二次開發架構，而對研發單位來說，這都是我們的Stakeholder所提出的需求，你該聽誰的？而又該如何安排你的計劃？如何訂出Scope？

這些都考驗了專案經理在整合思考的全面性，如何在這些單位的需求中取得一個好的平衡，並請研發人員設計出符合需求的架構，很多時候我們會看到專案經理順了姑意、逆了嫂意，做好工程單位的需求卻違反了服務單位的需求，一方滿意，另一方就不滿意了，而這種現象總是在發生，但我這邊要強調，專案經理是個整合者，是整合出Stakeholder的意見，加諸自己的專業判斷，找出最好的解決方案，而非一味的想滿足全部的Stakeholder，因為這可能導致你的專案無限制的膨脹，最後無法收拾。

講到這，可以參考以前我寫過的一篇文章：[嘀咕]面面俱到是個錯

我想這用在專案經理身上是很恰當的，雖然PMP裡說：專案在滿足Stakeholder的需求與期望。

但這不代表Stakeholder的所有需求都要照單全收，而是需要經過審慎的判斷與溝通，不管做或不做都該讓Stakeholder了解，而也應該在專案文件中做詳實的記載。