與開發團隊高效協作的8個小技巧

本文由碼農網 – 小峰原創翻譯，轉載請看清文末的轉載要求，歡迎參與我們的付費投稿計劃！

開發團隊是每一個產品經理和產品負責人的重要合作伙伴：是團隊來設計和建造實際產品。但是，要高效地引導並與團隊一起工作並不是一件容易的事情。這篇文章將分享8個使開發團隊更高效合作的小技巧，從而提高創造成功產品的機會。

1.管理產品，而不是團隊

作為產品經理或產品所有者，要專注於你的工作，要管理產品而不是團隊。對產品提供指導，包括它的市場，價值主張，業務目標和主要功能。要明確分工，讓ScrumMaster或指導人員來制定流程和組織問題；讓開發團隊來指出需要怎麼做才能實現使用者故事和其他產品積壓事項。

這裡有一個常見的錯誤，那就是介入並扮演ScrumMaster的角色，在沒有ScrumMaster或者如果個人正在努力做好工作的時候。雖然這可能會在短期內會有一定的成效，但從長遠來看，肯定是弊大於利的。承擔太多的責任意味著會過於分散自己的精力：不知不覺就會讓某些東西悄然溜走。要麼你會忽略一些產品責任，要麼將你的健康置之腦後。兩者皆非你所願。

2.將團隊當作平等的夥伴

還記住Golden Rule嗎？你想如何被別人對待，就應該以同樣的方式對待他人。團隊成員不是你的資源，但卻是創造你的產品的人。如果你與團隊的關係很差，那麼你的產品很可能會受到影響。尊重團隊成員的UX / UI和技術決策，以及他們決定如何完成工作的權利。要誠實和開放。提供建設性的反饋意見並說出你的擔憂。但是，不要吩咐別人怎麼做他們自己的工作，也要剋制分配任務的慾望。開發團隊需要能夠管理他們自己的工作（使用Sprint backlog或看板）。如果團隊有鬥爭，那麼幫助團隊是ScrumMaster的工作——而不是你的（正如上面所討論的那樣）。

3.幫助團隊看到更大的藍圖

開發一個成功的數碼產品需要的不僅僅是技術知識。在不瞭解產品上下文的情況下，包括客戶和使用者是誰，產品為他們建立什麼樣的價值，什麼使得產品與眾不同，以及它將如何有利於企業等，制定正確的解決方案几乎是不可能。因此，你應該幫助團隊獲得相關的市場和領域知識——例如，讓團隊參與研究和驗證工作，邀請他們和你一起訪問客戶——確保他們知道產品戰略和產品發展藍圖，以及企業目標和KPI。這不僅會帶來更好的技術決策和更優的產品。還可以簡化了你的工作量：瞭解更大的藍圖可以讓你的團隊來幫助建立使用者故事，並支援你管理產品積壓。

4.讓團隊參與到產品決策

當你擁有和管理產品的時候，開發團隊應該理解和支援重要的產品決策。實現雙贏的最好辦法是讓團隊成員參與到決策過程。這也充分利用他們的創造力和知識，並將可能導致更優的決策。有一些技術可以幫助你實現雙贏，例如：

要清楚的是，合作需要領導。作為產品的負責人，你應該是開放和協作的，但同時又果決。目標是讓開發團隊建立共識，但不迴避艱難的互動。不要滿足於最小的共同點，能夠在意見不能一致的時候勇於做出決定：偉大的產品不會因為是少數而服從多數。

5.在團隊上花足夠的時間，但不要忽視你的其他職責

花時間和團隊一起合作以工作於使用者故事，回答問題，以及參加會議。如果你不具備或難以達到這樣的條件，那麼你並非是在指導團隊。在最壞的情況下，人們會厭倦等著你來給答案，因此不再諮詢你。因此，你最終可能會得到一個需要額外返工或者功能釋出不了的產品。

但是，如果你對團隊的問題不堪重負，那麼要指導團隊幫助大家看到更大的藍圖，並讓團隊參與到產品積壓管理和使用者故事建立中。這將使他們能夠自主開展工作，並且減少你不得不回答的問題量，在你的團隊實現使用者故事的全速衝刺中。

雖然在團隊上留足足夠的時間是如此重要，但也不要忽視其他產品管理的工作，例如與使用者接洽，工作與產品戰略和路線圖，以及管理利益相關者。如果你過於以團隊為重點，那麼你的產品很可能會受到影響。

6.期待高標準，但不要逼迫大家

對團隊負責，期待大家做好工作——即保持承諾和尊重達成的協議，交付衝刺目標，團隊遵守完成定義以及建立可工作，文件化和測試過了的軟體。但是要認識到，軟體開發是具有挑戰性的，而且是人就會犯錯誤。如果有一次衝刺目標錯過了，也不要對團隊發火。但是如果團隊屢次不能釋出承諾過的事情，那就需要介入了。調查原因，並探討如何幫助，例如，可以建立較小的使用者故事或更優的驗收標準。

不要強迫開發團隊工作，不要要求完成比他們實際能應付的更多的任務。否則，團隊會變得失去動力，並開始走像犧牲質量和忽略文件這樣的捷徑。在最壞的情況下，大家會生病或跳槽。相反，讓團隊參與設定一個有意義的衝刺目標，不但能夠為團隊提供動力和指導，還可以尊重團隊決定工作如何完成的權利。這將建立一種可持續的速度，並讓你的團隊保持動力。

7.給團隊空間來試驗和學習

為了創造價值，產品需要提供一些新的東西；它需要創新。為了幫助你的產品在將來創造價值，團隊需要時間來學習他們的技能，研究新的技術和工具。但是，如果你一直要求大家工作於新的功能，那麼這些就都不可能。因此，你應該給予團隊足夠的空間來試驗新的點子，掌握新的知識。有些團隊使用gold cards來分配時間以便於衝刺試驗和學習；有些人使用hack days。無論哪種方式對你的團隊有用，這都將有利於你的產品和團隊士氣。

8.全面參與會議（或不露面）

這似乎是一個微不足道的忠告，但是從客觀上來說，我看到有不少人敷衍了事地參加開發團隊的會議。參加會議前要做好準備，全面參與——電話靜音，收起你的膝上型電腦和平板電腦——或者乾脆不要參加。

在Scrum的背景下，產品經理和產品負責人的兩個最重要的會議，通常是衝刺規劃和衝刺審查。你應該總是致力於出席這些會議，並做好必要的準備工作，比如，優先產品積壓和提煉使用者故事以用於衝刺計劃或邀請合適的人，並選擇合適的產品驗證技術用於審查會議。但不要促進這些會話。讓ScrumMaster來擔當這個角色。