我經常被問到產品經理和交付經理之間應該是什麼關係，而我幾乎所有時間給出的答案都是上下文的。 “哦，這取決於......”。我自己過去曾與產品經理合作過，我無法確定邊界和最佳工作關係。我確實認為這種關係可以而且應該是流動的，因為這兩種角色可以很好地相互補充，因此編纂這種關係會導致僵化和不良期望。但是，對於這種關係可能會有一個粗略的指導，這就是我的想法。
我想，一個好的起點是對角色及其含義的簡要描述。
產品經理全面負責所交付的任何產品或服務的“形狀”，以及產品的總體方向。在許多組織中，產品經理也獲得了大量資金來交付產品，但我將在本文中跳過預算和估算/調整過程。如今，有人提到創建產品積壓並對其進行整理，估計，優先排序等。這些都是產品開發和交付的敏捷原則的假象，但是對這些產品的關注完全忽略了產品經理的真正角色。
產品經理需要首先了解，真正理解她的用戶。她需要經常問自己這樣的問題：
- *誰是用戶？
- *他們的需求是什麼？
- *為什麼要創建此產品？
- *我的團隊是否瞭解他們為何創建此產品？
- *我的產品如何使用？
- *我建造正確的東西嗎？
- *我該如何改進？
- *我的路線圖是最新的嗎？
- *我能否根據我的預算提供這些功能？
- *這個項目耗費了我的業務利益相關者是什麼？
當然，為了讓產品經理回答問題所需的任何工具和技術，還需要向專家級學習。
如果這對一個人來說似乎很重要，那你就是對的。事實上，一個人做的事情很多，產品經理承擔的責任很高。這就是為什麼許多組織都有交付經理支持他們的產品經理。根據定義，非常簡單，交付經理就是確保產品經理的產品交付的人。我故意不使用Scrum Master的名稱，因為我認為這兩者有時會混淆，即Scrum Master和Delivery Manager。在任何情況下，我都有Scrum Master這個名稱的根本問題，我希望在不久的將來寫下這個。只是為了讓您瞭解它存在問題的原因，請考慮以下問題：
......如果我的團隊沒有練習scrum，我是什麼？
但我離題了。
因為產品經理需要經常詢問和驗證她的產品，並且由於與此相關的活動非常耗費，所以她需要有人確保團隊的日常運作正在進行。世俗，無聊的東西，如：
- *促進建立和監督工作方式。因此，例如，如果團隊決定以敏捷的方式工作（這確實是理想的方式），DM就會教育自己這意味著什麼，並確保遵循這種工作方式
- *創造有利環境，持續改進團隊的工作方式
- *實現項目進度的可見性，並幫助產品經理向相關的利益相關者傳達進展
- *介紹團隊內部的流程，包括缺勤管理，時間跟蹤，任務安排等
- *對團隊進行編組以參與規劃和評估等練習，以便向產品經理提供各種功能的相對大小的圖片以及何時可以獲得這些功能的指示
- *跟蹤項目支出，從而為產品經理提供有關其項目成本的寶貴信息，從而有助於前瞻性規劃
- *促進解決衝突（因為當你有一群技術嫻熟，知名度很高的專家一起工作時，會有衝突）
- *消除任何可能使團隊偏離其主要職能的障礙
- * ...以及基本上任何其他任何將她的注意力從激光轉移到她的產品需求上的東西
對於足球迷來說，讓我用一個非常成功的阿森納中場基地的例子：Francis Coquelin和Santi Cazorla。他們與Coquelin並肩高效地工作，阻止對手的進攻，進行關鍵攔截以防止在球場的最後三分之一處進行尖銳的傳球，並且通常在中場底部進行掃蕩。他的角色通常也被稱為“水運載體”角色。另一方面，卡索拉從科克林接到球或者直接從防守球員那裡接球，並策劃球隊的進攻，最終導致進球。
你幾乎可以總結他們的角色Coquelin通過減少反對派得分的機會來阻止球隊失敗，而Cazorla通過他的創造性比賽和願景創造進球的機會來決定球隊的成功。 （這個類比只適用於具有攻擊哲學的團隊）
在PM與DM術語中，您可以將Santi Cazorla視為產品經理，將Francis Coquelin視為交付經理。其中一個人持有並推動創造性的願景，另一個人正在掃蕩並確保事情正在順利進行。
最後，交付經理扮演（或可能必須扮演）的一個非常重要的角色是教練。考慮每個團隊成員為集體帶來特定的技能，以促進產品的成功，並且可能是該領域的專家。他們可能不會那麼出色的是如何以團隊選擇的特定工作方式運作。提示交付經理，他的職責是加深他對工作方式的瞭解和理解，以便為團隊提供實現它所需的工具。
在交付管理器的幫助下，產品經理負責並跟隨團隊。那是關係。
最後一句話......
對於產品經理
你的團隊成員不是無人機。他們還應該關心產品和客戶，您必須接受他們對如何改進產品的挑戰，意見和想法。你可以擁有的最糟糕的團隊是一個沒有任何挑戰的團隊，他們只是按照信件的說明而不會質疑。
對於交付經理
你必須準備好並且願意殺死龍，擁抱小貓或攜帶汙水來確保團隊能夠提供產品。培養團隊之外的關係，以及能夠幫助解除未來任何問題的人。總之，與大家建立良好的關係！
對於這兩個角色
很有可能與定義角色和在函數之間劃清界限發生衝突。接受這場衝突，討論一起工作的好處。記住最重要的是產品！
閱讀更多 智能時刻 的文章
