一個toB的公司從去年開始內部團隊協作的轉型。在這一場轉型當中，我的團隊從無到有的實現了敏捷開發和精益創業的實踐，我的團隊是這一場轉型過程當中表現最優秀的團隊，也在這個過程當中我們和產品一起完成從0到1的蛻變。作為團隊中的產品與運營leader，我感慨頗深。

何為敏捷？

這場經歷過后，我和團隊的結論是：在此時此刻、最合適團隊高效完成目標的方法就是敏捷。每個團隊都有自己演變出來的敏捷方法。

一、敏捷的核心是什么？

敏捷的核心是相互信任與認可。這是我在公司成員面前分享經驗的時候的心得。太多團隊的失敗正是來源于這一點，因為不信任隊友，不愿意放手，導致整個團隊分崩離析。

在海賊王中，路飛有一句話我常記在心里：“我的確不會什么劍術，我不懂航海術，也不會做菜，也不會騙人，我相信沒有別人的幫助我就活不下去！ ”

是的，在一家公司當中，在團隊當中，我就是這樣和團隊一起活下來的。我并非一個全能型人才，在我的團隊里配備了后端、前端、測試、UI、項目經理。我負責給出靠譜的產品方法、不斷給產品拉資源、給團隊打雞血。

如何建立相互信任的文化？

1、原則：如果爭執不斷，給最專業的人做決定

2、相互包容、尊重

講個例子，UI作為一個每個人都說得上話的東西，產品狗在這塊當然也會經常撕逼，但其實這一塊門檻很高，UI是個技術活。我之前跟UI在視覺設計上爭執不下的時候，如果尚有空余時間，我們兩個采取的方法做用戶性測試；如果沒有太多時間，我在保證讓他理解用戶在這里的使用場景后，我最常跟他說的一句話是，由你決定。產品上線后，如果出現問題，我們再逐步迭代完善。我們相信對方是最專業的，如果犯錯，一起承擔、一起解決。每個人都有成長過程，UI也不可能每次都能保證自己做得是對的，允許雙方都可能犯錯，最后會形成最和諧的合作方式。
我們的產品從0到1的過程當中，在菜單上做過一次大的整體改版。在一開始，我們pc端的產品視覺做得很好看，菜單都是logo，沒有文字。但后面發現增加新功能后，用戶點擊量很少，與我們之前做的功能驗證得到的市場反饋數據截然不同。后來我們將logo更換成比較普通的文字后，發現新功能的使用人數暴漲，從而發現自己針對的這群30歲左右的用戶，他們對互聯網產品真的一點也不懂。這是在產品設計上，我們曾走過的彎路，但這種錯誤是有價值的，這讓我們對以用戶為中心的產品設計的感受更加深刻。團隊在這個過程當中沒有一個人抱怨過，我們為改變后的優秀數據歡呼。

3、圍繞用戶展開團隊建設

在這個過程當中，我借鑒了《參與感》一書，參與感的方法也來源于我對技術同事的理解。有一部分產品經理經常會把自己跟團隊隔離開，很多時候會在不同場合說這是“你”的責任，“你”不了解產品，“你”不了解用戶。盡管這部分產品人員最終可能完成了自己的KPI，但他會失去一個真誠的團隊，我認為這不是一名合格的產品人員。
“你”這個字是團隊當中最刺耳的詞。領導力并非來自于“你、你、你”的指派，而來自于“我們”“我們一起”。我在大學的經歷當中做過開發，帶過開發團隊，到了公司，我也經常跟技術同事吃飯扯談，也一起吐槽過某某產品做得垃圾。是的，我非常理解程序員想把產品狗碾死的心。產品是一個團隊的結晶，而不是一個產品經理成就。
所以，從產品內測開始，我把整個團隊拉到了種子用戶群里。在做線上運營的時候，大家一起在群里玩，和用戶一起玩。每個人都能夠了解用戶，對產品的功能理解得就越深刻，這樣得到的一個結果就是，但用戶在群里說出現bug，產品經理還沒提交bug的時候，技術已經改完了。然后團隊成員在自己的溝通群里給技術點贊發花。讓我印象最深的一件事是，某天我的用戶給我發紅包，感謝我的付出。

4、以數據為驅動，做好內部宣傳和外部宣傳

團隊內部的溝通要保持透明，每周提供產品的關鍵數據和分析讓團隊成員知曉目前的產品情況。產品數據表現不佳的時候，產品人員要給出問題的原因和解決方案；數據不錯的時候要贊賞團隊，讓用戶知道我們在做正確的事情。我每一次迭代重要功能的時候，都會給出手頭的數據支撐，我們的產品節奏很健康，每一次迭代功能后的效果都基本滿足我之前基于數據的假設，團隊也大受鼓舞，對于產品人員的信任程度也大大提升。
數據驅動的另外一個好處是，幫助團隊和產品向公司層面獲取更多的資源支持。擅于做匯報，給自己的團隊帶來好處是產品人員的責任，但現實是，某些公司的一些產品人員做的PPT都是為了自己，真是嗶了狗了。

5、共同的目標與團隊KPI

目標涉及到KPI的考核，做一個從無到有的產品的時候，將KPI捆綁在團隊整體表現上是關鍵的一點。沒有共同的目標和外在KPI束縛，強有力的團隊很難孕育。成年人家里都需要奶粉錢，這是最現實的因素。當團隊成員并非每個人都是主觀能動性超強的人的時候，KPI也能夠有所引導，是有好處的。當然，對于那種團隊中每個人都是主觀能動性非常強的人，就可以不需要KPI了。

二、敏捷的工具

1、控制開發時間：保持每兩周上線一個功能

這個東西很重要，這是避免產品人員無法克制自己欲望加大量需求的一個好工具。但時間限定，人數限定，天馬行空的產品狗只能做最關鍵的需求。

2、看板

提供看板，是團隊溝通透明，減少溝通成本的工具。團隊成員能夠從看板當中知道項目進度和對接人是誰。

3、每天早上5-10分鐘短會

這個短會是每天上午圍繞看板溝通的會議，看看每個人的進度如何，遇到什么問題和風險，及時進行溝通協作。

4、工具

工具夠用就行，之前用過tower，tower挺好用。不過我團隊就5個人，都坐在一起，后面就沒用tower。為了項目經理管控進度，就用了公司統一配的JIRA。工具沒有強制性必備的，夠用合適就行。

5、不開長會，有問題快速溝通

6、總結、復盤

最后一點，我們每一期迭代都會總結團隊遇到的問題，復盤解決方案。我們自己做過數據分析，我們的開發的效率在不加班的情況下，比以前至少提速了30%。

最動人的話來自于團隊的認可。在最近一次內部聊天上，圍繞我們團隊被公司高層譽為最和諧、有戰斗力的團隊，而其他產品線的團隊一直都有大大小小的內部戰爭這個話題。團隊成員說都是因為有了你這樣一位寬容且雙商高的產品經理，我們團隊才會演變成今天這樣“和諧”且“污”。

沒辦法，這就是有人格魅力的產品狗帶出來的敏捷團隊（~~）

作者：腳下日月，微信公眾號：PM范兒

本文由 @腳下日月 原創發布于人人都是產品經理。未經許可，禁止轉載。