1. 首頁 > 生活百科 > >

FeatureTeam 干貨|什么是特性團隊/功能團隊( 二 )

生活百科


什么地方適合特性團隊？

      • 創業
      • 內部創業
      • 內部新業務
特性團隊里邊的人員構成？
特性團隊里正常情況下只有兩種角色 ， FTO，FT隊員
FTO：團隊的「CEO」，能決策、會執行、要負責
  • 搭班子：負責整個FT的搭建、對外協調，對內溝通，對整個團隊負責、對結果負責
  • 定戰略：整體把握業務的方向 ， 勇于做決策并對結果負責；在有限資源、時間、范圍內取舍，推動特定問題的解決
  • 帶隊伍：負責團隊的管理、躬身入局、敢于當先
FT隊員 
復合型人才，跨職能跨組件端到端的解決問題，主人翁精神(Ownership)，自驅力
特性團隊帶來的成本
    • 全能型人才帶來對每個人各方面要求都很高，人力成本是有所上升的 。就像特種部隊一樣 ， 想培養出一個能征善戰的特種部隊也是非常不容易的 。
    • 完全閉環的 FT，人員利用率未必是最高的 。因為很多是跨職能跨組件，每個人要互相備份，每個人要掌握的知識和技能也多，這就需要付出更多的精力 。比如A模塊是小王寫的 ， 這個時候小李要去解決個問題，這個時候肯定比小王自己去修效率要下降 。同時前后端通吃的復合型人才寫前端的時候也未必有一個更專業的前端寫的溜寫的好，找個前端來也許更快更好 。
單FT負責整個產品
FeatureTeam 干貨|什么是特性團隊/功能團隊

文章插圖
當一個FT 可以負責整個產品的時候我們一般采用上面的模式 。
  • FTO一般由產品經理擔任
  • FT 負責一個完整的產品, FTO 就是 Scrum PO(Product Owner)
  • FTO視情況決定是否需要設置 Scrum Master
  • FTO視情況決定是否需要設置研發 Leader
多FT負責整個產品
當產品規模較大，單一FT已經無法支撐所有「以用戶為中心的功能」，而因業務又需要同時支撐時，我們通常會建立多個FT來支撐 。
FeatureTeam 干貨|什么是特性團隊/功能團隊

文章插圖
多FT的模式和單FT還是有很大不同的 。
  • 團隊內不再是全能型的人才(太貴了），轉而由各個職能團隊支持，比如前端、后端、移動端、產品、QA、運維、設計師(UI,交互等）、運營、PMO等
  • FTO一般由產品經理擔任 ， 也可單獨指定
  • FTO 不是產品經理擔任時，FT中需要有PO(Product Owner)
  • FTO負責本FT團隊的產出 ， 依然對最后的結果負責
  • FTO不再負責人才培養，轉而移交到職能部門 ， 但對人員有考核權，且權重高于職能線(FTO是拿結果的）；
  • FTO視情況決定是否需要設置單獨的產品/前端/后端/QA/移動端等負責人；設置后各負責人需要虛線匯報FTO ， FTO對職能負責人有考核權，且權重高于職能線
  • FTO不再負責項目協同，轉而移交到PMO，PMO對FTO實線/虛線匯報；虛線匯報時，FTO對PMO有考核權，且權重高于職能線
  • 對于如此大的產品，FT成員要支撐端到端的功能產出，對整個產品需要了解，學習成本高，學習曲線長
  • 各FT共用相同的源碼庫，需要更精細的分支管理和更好的協作，同時對代碼質量要求更高，要有準入標準等
  • 各FT的技術棧選擇需要達成共識，可由技術委員會或者架構部來協調和確認
  • 各FT的基礎設施、支撐平臺也會由單獨的研發效能團隊來負責
文章小結
特性團隊也不是銀彈，但是的確幫我們解決了很多的問題，比如高效溝通、快速響應、以及降低內外依賴等，尤其是在以用戶為中心的功能快速交付上讓我們更加從容地應對不確定的問題 ， 當然特性團隊也存在它自己的問題比如單FT成本高、隊員長期做一件事失去興趣、人文關懷欠缺，多FT的學習成本和基礎設施建設等 。我下篇文章會結合 Scrum 來說一下單FT是怎么運行的 ， 這樣你讀起來會更能有體感 。
參考資料
Feature Team 快速響應團隊擺脫冗長研發體制 https://zhuanlan.zhihu.com/p/101314842
當談論Feature Team時我們在談些什么 https://zhuanlan.zhihu.com/p/90452177
互聯網公司研發效能/工程效率團隊建設和規劃
研發效能團隊規模、職能劃分和優劣勢分析概述
研發效能之產品運營
研發效能之技術治理
感謝點贊、轉載

推薦閱讀