敏捷中，尷尬的pm

敏捷核心圈知識分享系列（十）——敏捷中，尷尬的pm

我們執行敏捷專案管理，可是敏捷管理中沒有pm角色的詳細定位，身處pm崗位的同學，一定比較困惑和迷茫吧。

傳統專案中，處在星海中心的pm，要對專案目標的達成承擔責任，他建立團隊工作的流程，審核工作成果，負責同客戶、使用者、上級、專案團隊的溝通。因此他是整個專案的核心，責任重大，也擁有非常多的決策和考核權力。

如果專案規模較大，成員過多，專案結構圖將成為樹狀：

此時的專案溝通模式，是層級管理，各個分團隊的負責人將資訊傳遞給pm。　　

傳統模式，顯而易見，在使用者和產品策劃、開發人員之間，隔著乙個pm，資訊轉述取決於pm對專案需求和技術的理解能力。因為pm處在核心地位和肩負責任，顯然需求的變更難以做到迅速響應。

敏捷專案因此被推崇，來解決需求變更效率問題，尤其在網際網路行業得到廣泛應用。

敏捷專案管理的網狀模型，更加便於大家溝通，大家不再通過pm組織、傳遞，而是自己主動交流。及時、主動在專案團隊中分享資訊。這種方式，更為快捷迅速，但是資訊在團隊中分享，卻是比較複雜。如果團隊每種角色人員較多，這樣網狀複雜度是非常龐大的。因此，敏捷並不建議在大團隊中推行。

此外，敏捷專案管理又進一步做了優化，減少一些不必要環節和角色。既然pm的主要工作是溝通，那麼解決溝通問題的敏捷管理方式，將傳統專職從事專案管理的pm，擠出了敏捷團隊。產品經理充當敏捷團隊負責人，更適合。

這也比較符合當前的現狀，向領導匯報的，多數是產品經理，技術人員很少參與向上的雙周匯報。