實戰心得|敏捷團隊背后的秘密
一個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范兒
本文由 @腳下日月 原創發布于人人都是產品經理。未經許可,禁止轉載。
關鍵問題就是沒有數據。
??