筆者從傳統(tǒng)項目經理轉型互聯(lián)網產品經理，在工作中總結了一套自己的管理團隊、推動項目的方法原則，和大家一起分享。

筆者年輕時候是做傳統(tǒng)項目經理出身的，那時候管小型團隊，每天開會討論業(yè)務細節(jié)，督促大家交日報、周報，像個監(jiān)工一樣，受累還不討好……

隨著時間推移進入互聯(lián)網圈子，有了一個高大上的名字：產品經理，想著以后終于不用和進度和風險管控打交道了。沒想到來新公司后因為創(chuàng)業(yè)團隊人少，不得不肩負產品和項目雙重負責人的重任，想重新拿起項目經理那套辦法。

卻發(fā)現(xiàn)現(xiàn)在做項目管理可不比當年，當年的員工都是80后的同齡人，都是受父母言傳身教，對工作壓力和制度都比較默許，但是現(xiàn)在帶的都是90甚至95后，個性十足，一言不合就敢辭職撂挑子，如果還按方抓藥那最后肯定是兩敗俱傷，但如何既能提高效率又能保持團隊的士氣？

筆者總結了以下若干敏捷項目管理經驗：

不要教條，不要刻意的模仿

做產品也好、做技術也好，如果只能模仿，不能創(chuàng)新、不能升華都是死路一條。

項目管理也是，不能因為別人公司敏捷了，而讓自己也學著去敏捷，肯定是因為項目有這樣那樣的問題，才需要敏捷開發(fā)模式的。

敏捷模式較傳統(tǒng)模式的區(qū)別就是：敏捷像是水，項目哪里有坑就補哪里，去適應去彌補；也像是圣經的教義，不同的國家（企業(yè)）可以按照自己對教義的理解，創(chuàng)造出自己獨有的宗教（敏捷管理方法）。

所以最好的就是結合自己公司，或者更小一些，根據自己團隊的特點來定制自己的敏捷管理流程。比如我們公司位置比較偏遠，如果沿用晨會站會方式，每天都會讓大家非常奔波，所以我們把站會改成了午會，中午12點開始，開完吃飯，這樣因為吃飯的剛需，讓大家也不會站著一說就說太久。

不做司機，做教練

以前我經歷過監(jiān)工、團隊救火隊員等多種項目管理者的身份，無論哪種都不是最好的選擇，要么不討好，要么累的要死。

最后，我發(fā)現(xiàn)如果真要成為敏捷團隊，一定是要盡可能把每個人的潛能最大限度的發(fā)揮出來，才能稱作敏捷團隊。

一個有戰(zhàn)斗力的團隊，一定是獅子帶著狼，而不是狼帶著一群咩咩叫的羊群。后者數量再多也沒有戰(zhàn)斗力，所以你更像是一個駕校教練，你只是坐在副駕的位置，確保車還能前進。

平時你只是觀察，對于團隊中的工作內容和邊界隨時調整，對于隊員的不足就引導他針對性的補足，對于團隊內的不和諧因素或者負面情緒要及時發(fā)現(xiàn)和處理，保證團隊這部機器能自己運轉，讓隊員在自己本職上精英化，并且切分邊界的信息，明確權責的歸屬。如果需要你的時候偶爾救救火，但不要常態(tài)化。

慎重對待加班

也不知道從什么時候開始，互聯(lián)網公司都被打上了996的標簽，冷靜地想想自己也是從互聯(lián)網公司出來的，深知加班是一把雙刃劍。

雖然短期內感覺上是提升了開發(fā)效率，但是是在犧牲團隊士氣的基礎上的，而且每天晚上吃完飯回來大都是休息一會，然后溜溜號，真正干活的效率一點都不高，就是為了湊時間好到點打車走人。

所以在吸取了以往經驗后，我們在雙周迭代中，根據目標完成的情況，動態(tài)地決定是否加班（其實我也是后來接觸OKR之后才發(fā)覺，其實跟我們現(xiàn)在做的大體差不多嘛）。雙周過半時，在周五晚上組織一個傳統(tǒng)的項目進度評估會，會上就是過測試用例和云效上開發(fā)任務的開發(fā)進度，如果這周未能完成一個階段目標，就組織周末加班，一般這時候讓大家加班還是比較能被接受的，畢竟有理有據。

建立完善的閉環(huán)的開發(fā)流程，調動大家的積極性

以前團隊人少只有前后端開發(fā)人員，為了提升效率，我們完全把測試工作給了用戶，還好是企業(yè)內部使用，有點怨言但是也沒法爆發(fā)。等后來測試到位后，開始建立測試用例先行的制度，在開發(fā)初始就把要測試的內容細化出來，而細致的程度要能讓產品和技術刮目相看，往后我每天就是看測試發(fā)的日報，根據測試就能知道項目進行的進度大概情況。

多使用互聯(lián)網工具來管理團隊

工欲善其事必先利其器。

作為互聯(lián)網人，如果你還在用excel和word來管理團隊和日報，那顯然有點說不過去。我們現(xiàn)在原型通過墨刀，敏捷迭代以及任務管理通過阿里云的云效，并和釘釘打通，所有bug和Exception都可以自動發(fā)送到指定人的釘釘上，文件管理用石墨，接口和測試用例使用yapi，基本上所有原來線下管理的方式，都搬到了互聯(lián)網上，充分體現(xiàn)互聯(lián)網公司的特性。

善于總結，善于變化

每個雙周迭代后，固定會啟動項目總結會，總結會也不會拘泥于客套的寒暄，而是讓每個人一張紙條，總結這兩周迭代過程中他自己認為最好的，和最不好的三件事，匿名扔到桶里。大家集體唱票，并根據優(yōu)先級一起找出對于最棘手問題的解決方案（當然因為人少，這個工作一直是我自己來擔當）。

時刻把握核心流程開發(fā)

在產品開發(fā)過程中很有可能會收到來自老板，來自同事或者用戶的各種需求，這時候作為產品經理也好，項目經理也好，一定要保持定力，腦子里一定要清楚什么才是主線核心業(yè)務流程，任何需求可以接受，但是優(yōu)先級一定是你來確定，不能誰說一句著急就亂了方向。

多組織一些活動

比如知識分享、午餐，甚至電影分享會，在不忙的時候我們都會組織一些分享會，比如《敏捷團隊》《學習力》。

甚至當新員工入職后，會讓前端、測試輪流負責給新同學培訓業(yè)務。一方面讓他們加深對業(yè)務的理解，一方面也是鍛煉一下演講力。即使是周六加班，我們也會組織一個電影分享會，讓大家在周六中午邊吃飯邊看會電影，降低周六加班的疲勞度也增進團隊的凝聚力。

上周參加一個培訓，老師還介紹了一種分享方式，就是誰也不說，看網上培訓視頻聽別人說，大家來點評和討論，也是一種不錯的選擇。

對隊員多鼓勵，不要當面批評

現(xiàn)在的90后不比80后，沒有房貸和孩子的困擾，所以也不會有什么顧慮，經常一言不合就拜拜了（我就遇到了兩個，最短的一周就走人了）。

所以在遇到問題時，一定要先鼓勵和肯定，然后轉折一下再把話題引到待提高的方向上去說，大會上一定是多表揚、多夸獎，如果有些問題必須要當面說，也盡量不要直接把人家眾目睽睽下叫出屋，而是搞成定期的溝通會，與每個人保持定期溝通，在溝通過程中開誠布公的說出自己的看法，避免誤會。

最后分享一個這我心目中的完美團隊，雖然遙不可及，但是至少目標在那。

本文由 @zywudi 原創(chuàng)發(fā)布于人人都是產品經理，未經許可，禁止轉載

題圖來自Unsplash，基于 CC0 協(xié)議