無論您是與項目經理一起工作，還是與您一起工作，您可能都想知道：我的敏捷組織中是否需要項目經理?如果是這樣，那么最能實現這一價值的地方是什么？項目經理的角色不斷變化，并且與整個項目領域的變化緊密相關。項目經理指示交付的工作日，優先級和時間的日子正在下降。在敏捷軟件開發時代，它可以歸結為更緊密的“合作”關系，每個人都需要為團隊的進步貢獻價值。這與角色，職級或頭銜無關。

有些人稱此為“仆人式領導”的轉變，而另一些人甚至認為敏捷工作時該角色完全多余。有人說“好領導者必須首先成為好仆人”時樹立了“仆人領導”一詞。但這對項目經理意味著什么？作為一個仆人式的領導者走動還不夠具體，不能讓項目經理增加具體價值并加以衡量。

由于許多其他傳統項目管理職責是共同承擔的，因此這些問題并不罕見，并且一段時間以來，我們一直在采用不同的方法來與Agile一起運營我們的項目管理部門。直到發生某些事情：擴大規模和穿越海洋使我們變得清晰。

在許多公司向軟件交付的敏捷模型轉變之后，項目經理的角色需要隨之改變并重新定義，以便項目經理保持相關性并提供增值服務。

多年來，我經常采訪在項目管理領域具有多年經驗的候選人，在這里我問一個簡單的問題：“您認為敏捷交付組織中項目經理的首要職責和增值是什么？” 我會告訴你什么，答案通常沒有重點而且不夠簡潔。如果“傳統”項目經理不能清楚地了解如何適應敏捷交付團隊并以新的方式為他們帶來價值，那么她（或他）會發現自己無關緊要。

　　在一個典型的敏捷團隊中，誰負責傳統的項目管理任務？

如果讓一個典型的Scrum團隊來完成，項目經理過去完成的傳統職責將分配給不同的角色。例如，產品負責人將團隊的優先級放在適當的位置，并充當團隊的“客戶聲音”。Scrum主管通過促進團隊的論壇，在承諾有風險時升起所需的標志以及處理妨礙交付工作的障礙來承擔多個項目管理的傳統職責。團隊本身承擔一些職責，例如反思自己的能力，致力于范圍以及根據技能和可用性在成員之間分配任務。

　　但是要在敏捷組織中有一個項目經理，有兩個條件：

1.當您擴展時。換句話說，當一個項目或產品開始擴展到超過4到5個團隊時。

2.當您走向全球時。具有全球分布的交付團隊的多站點計劃。

滿足了這兩個條件后，項目經理將負責四個方面的所有權：

　　1.團隊同步

當計劃規模擴大并且幾個團隊需要共同努力并共同交付具有相同外觀的一種產品時，項目經理應協助實現這一目標。一種版本已經過認證和交付，一個系統迭代演示結束，標準化了供團隊使用的模板和工具，以及一個計劃參與模型，其中包括統一的儀式和心跳。

　　2.出站聯絡

該項目遍及全球，并由跨境團隊開發，在這種情況下，我們將允許團隊及其Scrum主管將注意力集中在團隊內部，而不是專注于可能需要很多時間的全球協調以及彌合時區差距的延遲時間。如果使用SAFe，則不同站點上的項目經理將充當站點RTE委托。他們與第三方和供應商合作，制定溝通矩陣，并確保將更新和常規溝通傳遞給團隊。

　　3.交貨跟蹤

如果技術負責人擁有團隊成員的專業精神和人力資源，則項目經理將跟蹤并擁有交付和承諾。根據產品營銷設定的里程碑，領導團隊的PI計劃或中期計劃是其中的一部分。設定明確的里程碑，在更廣泛的程序級別和發布級別而不是團隊級別上處理風險和緩解措施，消除團隊與外界的外部障礙，并與產品經理一起管理利益相關者。

　　4.團結團隊

我目睹了許多情況，其中有才華的中層管理人員走進一個房間，卻不和諧。項目經理應該充分了解項目的各個方面，例如產品，體系結構，開發和測試，以充分利用其他方面的優勢。充分利用所有人的優勢。一個例子是進行和促進發現回顧。負責這一領域的項目經理應該以米其林星級餐廳的廚師的身份來思考：即使他不在平底鍋上的廚房里，他的聲譽和責任感也始終如一。

以上就是關于敏捷項目經理的兩個條件及其四個責任領域的全部內容，想了解更多關于敏捷項目經理的信息，請繼續關注中培偉業。