如何打造高效團隊
如何打造一個高效的團隊？
總結八字箴言，四個要點。
-
內外兼修，剛柔並進
-
UMP 系統報警和運營反饋線上問題，需求和交付
內功
內功指的就是 UMP 系統報警和運營反饋線上問題，前者是系統質量，不要出線上事故，後者是產品質量，不要讓你的運營和產品說你做的不好，這兩點是你和團隊的脊樑骨。
怎麼把握質量？誰來把握質量？
看誰有責任心。責任心不強，能力不管有多強也不要重點培養。如果沒有正向的價值觀，可以為其換組和辭退。而對其責任心強的人，一定要在績效和獎勵方面充分體現，Leader 更要多方面的支援。
什麼是責任心？
整個系統，不是你只負責你寫的那塊程式碼，每個人都是整個系統的負責人，尤其是團隊骨幹和架構師們。
責任心，不是你做了多少活。而是線上問題，運營反饋了問題，產品反饋了問題，你有沒有第一時間站出來看和處理，這叫責任心。還有線上系統報警，不管是否是你寫的那塊程式碼，你是否第一時間有在看和處理，這叫責任心。最後也是最基本的，你寫的這塊程式碼，你是否熟悉每一行程式碼，這叫責任心。
沒有責任心，哪裡活急，就撲向哪裡。
外功
外功指的是需求和交付。
怎麼分配需求？誰做這個？誰做那個？
這時 Scrum Master 不要一開始就指派誰做這個，誰做哪個，不限定死。誰做的好了，他最懂那塊業務和程式碼，那自然就是他負責了。之後分配/認領任務儘可能保證系統/模組的關聯性，不要東一榔頭西一棒槌，這樣他就順其自然的成為這方面的專家了。
關於做需求，關注三個點：
-
共同的語意（看板流動故事/價值，而不是流動任務）
-
共同的目標（承諾交付）
-
共同約定的規則下共同協同互信（破窗效應）
什麼叫共同語意？
產品給研發講需求，無論最終拆解的是故事還是任務，產研測都能看懂，上面有幾個框，知道什麼意思，就是達成共同的語意。
這裡提醒兩個點：
-
必須有PRD，不要接一句話需求，無論產品方案前期有多少種，一定要拿到確定PRD再開發
-
緊急需求和需求變更，必須要發郵件，無論產品方案怎麼變，一定拿到確定郵件再變更
什麼是共同的目標？
這個很關鍵！無論看板、敏捷做的多好看，沒有評估，沒有預計的上線時間點，大家做起來就會很容易迷失目標。優秀的團隊，就是評估好工時和給出準確的上線時間點，而且是產研測共同認可的，任何一方單方拍的時間都是無效的。只有按時交付，才不會有人說你做需求慢，如果被倒排期，那就更沒理由說研發做需求慢。
這裡注意兩個點：
-
無論是倒排期了，還是插需求了，研發該幹啥幹啥，合理評估工時和上線時間點，做啥都是做，優先順序讓產品定
-
不要糾結扯皮的事，修煉內功，不要出系統大問題，即時解決運營反饋的線上問題
關於評估，做到兩點：
-
故事客觀評估，留出Buffer。Buffer用於解決線上問題、報警、上線、會議、BUG等
-
根據規模客觀評估預計上線時間（有效透明）
什麼是有效透明？
-
做到故事有評估
-
做到故事有預計上線時間
-
做到故事每日有進度更新
-
做到故事有風險、阻礙即時反饋
什麼是共同約定的規則下共同協同互信
研發不能完成交付，怎麼辦？
這種情況 Scrum Master 要知道誰的任務沒有做完，為什麼沒有做完。一定要清楚，甚至一行一行程式碼看，看是他該找人幫忙沒找人，還是外部溝通沒有做，或者真的能力不行。一定要說清楚，完成手上工作，是首要前提。把總有問題事的人都記下來，記本小黑賬。
做不到這點，就會出現破窗效應，對於想進取的人，沒有公平公正的環境，會滋生濫竽充數的人。
總結
團隊有小夥伴問我，這塊程式碼一團麻，不知道如何處理。我告訴他，當你手足無措的時候，什麼這設計（規劃）那分析（調整）都沒用，吹牛逼是另外一回事，當系統複雜度已超過你理解的範疇時，你最好的方式，就是隨便盯住眼前的一點，搞起來，搞掉一點是一點。小步快跑。
永遠坐在幕後統籌，不在一線衝鋒陷陣，不僅無助於解決問題，還會慢慢老死過去。