“對(duì)手剛出了個(gè)新功能, 這個(gè)功能咱們之前也討論過, 這次要做起來, 要快, 大約什么時(shí)候能上線?"
“得去找個(gè)人做需求和設(shè)計(jì), 還要約運(yùn)營聊一下具體需求; 現(xiàn)在產(chǎn)品經(jīng)理手頭都有別的事, 要等; 需求出來后評(píng)審, 評(píng)審?fù)觊_發(fā), 單開發(fā)工作量, 目測三天差不多, 但得找研發(fā)負(fù)責(zé)人要資源, 現(xiàn)在不一定有, 要等另外幾個(gè)功能做完之后, 現(xiàn)在每個(gè)人手頭都好幾件事. 這個(gè)功能同時(shí)涉及新的計(jì)費(fèi)模式和賬號(hào)體系, 這兩個(gè)模塊是另外一個(gè)部門在維護(hù), 得出人對(duì)接, 最終也要等他們的工作量預(yù)估和排期."
什么是特性團(tuán)隊(duì)?
特性團(tuán)隊(duì)是跨專業(yè)的, 面向最終用戶交付完整價(jià)值的團(tuán)隊(duì).
為了能夠高效的完成工作, 團(tuán)隊(duì)成員通常在一起面對(duì)面辦公, 緊密合作, 專注的一起完成當(dāng)前任務(wù).
為了能夠高效的完成工作, 團(tuán)隊(duì)通常有一定的授權(quán), 能自組織的做出決策, 并對(duì)結(jié)果負(fù)責(zé).
可能的話, 他們會(huì)保持穩(wěn)定, 長期專注于相同領(lǐng)域的不同任務(wù).
特性團(tuán)隊(duì)是新事物嗎?
不是, 特性團(tuán)隊(duì)早就出現(xiàn)在社會(huì)的各個(gè)角落, 只不過有不同的名字.
第一個(gè)名字是公司. 是的, 幾乎所有公司都經(jīng)歷了特性團(tuán)隊(duì)的形式, 這就是每個(gè)公司的初創(chuàng)階段. 在這個(gè)階段, 公司作為一個(gè)整體, 幾乎滿足特性團(tuán)隊(duì)的每一個(gè)特點(diǎn): 跨專業(yè), 面向最終用戶交付完整價(jià)值, 在一起面對(duì)面, 專注, 擁有全部的決策權(quán), 及承擔(dān)全部后果. 也就是說, 公司在人類社會(huì)中存在的歷史即特性團(tuán)隊(duì)存在的歷史.
第二個(gè)名字是全棧工程師. 歷史上那些著名的個(gè)人軟件, 很多都是一個(gè)人努力的結(jié)果. 這一個(gè)人承擔(dān)了設(shè)計(jì)研發(fā)測試營銷運(yùn)維, 所有的一切. 這種個(gè)人軟件研發(fā)的組織形式, 幾乎滿足特性團(tuán)隊(duì)的每一個(gè)特點(diǎn): 跨專業(yè), 面向最終用戶交付完整價(jià)值, 在一起面對(duì)面, 專注, 擁有全部的決策權(quán), 及承擔(dān)全部后果. 也就是說, 全棧工程師在人類社會(huì)中存在的歷史即特性團(tuán)隊(duì)存在的歷史.
公司和全棧工程師, 是一根標(biāo)尺的兩端, 是特性團(tuán)隊(duì)的兩個(gè)極端, 一個(gè)是范圍最大的特性團(tuán)隊(duì), 一個(gè)是范圍最小的特性團(tuán)隊(duì). 實(shí)際運(yùn)作中的特性團(tuán)隊(duì), 就在這根標(biāo)尺上滑動(dòng), 其范圍介于公司和個(gè)人之間, 另一個(gè)例子就是業(yè)務(wù)線/產(chǎn)品線.
第三個(gè)名字是業(yè)務(wù)線/產(chǎn)品線. 業(yè)務(wù)線也是全功能的, 面向最終用戶, 各種專業(yè)技能都具備; 業(yè)務(wù)線的員工不會(huì)去做別的業(yè)務(wù)線的事情, 保持專注. 只要規(guī)模允許, 同一業(yè)務(wù)線就在一起辦公, 面對(duì)面. 擁有較為自主的決策權(quán), 并對(duì)自己的業(yè)務(wù)結(jié)果負(fù)責(zé).
所以問題來了, 公司是最小的作戰(zhàn)單元嗎? 業(yè)務(wù)線是最小的作戰(zhàn)單元嗎? 順著問下去, 就會(huì)一直到全棧工程師, 這確實(shí)是最小的作戰(zhàn)單元.
所以特性團(tuán)隊(duì)其實(shí)是一種分形結(jié)構(gòu), 存在于社會(huì)組織的各種尺度上.
</img>
特性團(tuán)隊(duì)的高效, 幫助公司度過初創(chuàng)階段存活下來. 但可惜的是, 大部分公司在后來的擴(kuò)張過程中, 卻拋棄了這一高效的組織方式, 真是一件奇怪的事. 那么公司擴(kuò)張過程中, 都采用了哪些組織方式?
特性團(tuán)隊(duì)之外的組織方式有哪些?
- 職能團(tuán)隊(duì)(也叫專業(yè)團(tuán)隊(duì), Discipline Team, Function Team), 比如研發(fā)團(tuán)隊(duì), 測試團(tuán)隊(duì), 設(shè)計(jì)團(tuán)隊(duì), 運(yùn)營團(tuán)隊(duì), 市場團(tuán)隊(duì), 銷售團(tuán)隊(duì).
- 地域團(tuán)隊(duì)(Location Team), 比如北京團(tuán)隊(duì), 南京團(tuán)隊(duì), 印度團(tuán)隊(duì), 歐洲團(tuán)隊(duì)
- 組件團(tuán)隊(duì)(Component Team), 比如計(jì)費(fèi)團(tuán)隊(duì), 訂單團(tuán)隊(duì), 支付團(tuán)隊(duì)
各有各的適用場景. 那特性團(tuán)隊(duì)的優(yōu)勢有哪些? 特性團(tuán)隊(duì)的應(yīng)用場景有哪些?
特性團(tuán)隊(duì)的優(yōu)勢有哪些?
快速響應(yīng)
其它團(tuán)隊(duì)組織形式如職能團(tuán)隊(duì), 組件團(tuán)隊(duì)等, 每個(gè)團(tuán)隊(duì)都只負(fù)責(zé)價(jià)值鏈的一環(huán), 一個(gè)問題是容易造成上下游之間的博弈, 如開發(fā)人員和產(chǎn)品經(jīng)理, 開發(fā)人員和測試人員之間曠日持久的爭執(zhí). 特性團(tuán)隊(duì)將各種角色的人員組織在同一個(gè)目標(biāo)下, 可以使其上下同欲.
其它團(tuán)隊(duì)組織形式如職能團(tuán)隊(duì), 組件團(tuán)隊(duì)等, 存在溝通和決策瓶頸, 比如所有問題都要經(jīng)過職能部門 leader 協(xié)調(diào), 溝通是不必要的網(wǎng)狀, 特性團(tuán)隊(duì)將溝通收斂在團(tuán)隊(duì)內(nèi)部, 縮短決策周期, 消除決策瓶頸, 將極大減輕更高一級(jí)領(lǐng)導(dǎo)者的決策負(fù)擔(dān).
用戶價(jià)值導(dǎo)向
由于特性團(tuán)隊(duì)是圍繞著產(chǎn)品特性, 從用戶角度建立的, 也就天然使得團(tuán)隊(duì)更關(guān)注用戶價(jià)值和市場價(jià)值.
其它團(tuán)隊(duì)組織形式如職能團(tuán)隊(duì), 組件團(tuán)隊(duì)等, 每個(gè)團(tuán)隊(duì)都只負(fù)責(zé)價(jià)值鏈的一環(huán), 成員容易只關(guān)注自己相關(guān)的部分, 另外一個(gè)問題是容易造成信息傳遞過程中的曲解, 如開發(fā)人員, 產(chǎn)品經(jīng)理, 測試人員, 運(yùn)營人員對(duì)同一個(gè)需求理解的不一致. 特性團(tuán)隊(duì)同地辦公, 可以隨時(shí)面對(duì)面交流的特點(diǎn), 可以使信息盡可能保真.
激發(fā)創(chuàng)新
特性團(tuán)隊(duì)需要對(duì)最終結(jié)果負(fù)責(zé), 以交付用戶需要的價(jià)值為己任, 這給了團(tuán)隊(duì)創(chuàng)新的緊迫感. 而一定范圍的授權(quán), 又給了團(tuán)隊(duì)創(chuàng)新的主動(dòng)性. 跨專業(yè)技能的融合, 有了創(chuàng)新的土壤. 特性團(tuán)隊(duì)從以上方面, 有助于激發(fā)創(chuàng)新.
落實(shí)責(zé)任
特性團(tuán)隊(duì)對(duì)用戶負(fù)責(zé), 對(duì)結(jié)果負(fù)責(zé), 將有助于減少很多事情無人跟進(jìn), 最終給公司帶來損失的后果.
驅(qū)動(dòng)學(xué)習(xí)
由于一個(gè)特性團(tuán)隊(duì)需要對(duì)某一特性負(fù)責(zé), 并且團(tuán)隊(duì)將坐在一起工作, 這樣的場景從多個(gè)方面驅(qū)動(dòng)了個(gè)人和團(tuán)隊(duì)主動(dòng)學(xué)習(xí)更多的知識(shí):
- 專業(yè)領(lǐng)域方面, 由于個(gè)人與特性相關(guān)的專業(yè)領(lǐng)域關(guān)系更為明確, 責(zé)任更強(qiáng), 從而促使員工再專業(yè)領(lǐng)域方面繼續(xù)鉆研以滿足職責(zé)所需.
- 橫向擴(kuò)展方面, 由于一起工作的成員都是不同領(lǐng)域的專家, 從而提供了一個(gè)很好的學(xué)習(xí)場景和氛圍.
- 部分情況下需要幫助其它專業(yè)的成員一起完成工作, 或是階段性接手其工作, 這從實(shí)戰(zhàn)中促進(jìn)了其技能增長.
從長期考慮, 學(xué)習(xí)型組織的文化搭建對(duì)于企業(yè)的成長和改進(jìn)都是非常有助益的.
激勵(lì)員工
研究表明, 當(dāng)一個(gè)團(tuán)隊(duì)對(duì)一個(gè)完整的用戶導(dǎo)向的工作單元負(fù)有端到端的責(zé)任時(shí), 員工將更有動(dòng)力也更有成就感, 而這恰恰是提高生產(chǎn)率和走向成功的一大關(guān)鍵.
特性團(tuán)隊(duì)?wèi)?yīng)用場景是什么?
特性團(tuán)隊(duì)在很多場景下都有應(yīng)用.
市場環(huán)境快速變化的場景
在變化速度快, 充滿不確定性的市場, 對(duì)組織的要求是響應(yīng)速度, 并交付用戶真正需要的功能, 此時(shí)應(yīng)盡可能縮短決策周期, 盡可能消除溝通和執(zhí)行中的等待, 盡可能避免溝通中的信息失真.
特性團(tuán)隊(duì)快速響應(yīng)和用戶價(jià)值導(dǎo)向的優(yōu)點(diǎn)將幫助我們前進(jìn).
未知, 需要探索創(chuàng)新的場景
有時(shí)我們面對(duì)一個(gè)全新的領(lǐng)域, 以前的方案全都不工作, 甚至用戶是誰都不知道. 此時(shí)需要快速試錯(cuò). 特性團(tuán)隊(duì)激發(fā)創(chuàng)新以及對(duì)結(jié)果負(fù)責(zé)的特點(diǎn)將幫助我們前進(jìn).
不把所有雞蛋都放在同一個(gè)籃子里. 組建特性團(tuán)隊(duì)進(jìn)行探索, 激發(fā)個(gè)人潛能, 保持組織的反脆弱性.
特性團(tuán)隊(duì)探索成功后, 將會(huì)發(fā)展為新的業(yè)務(wù)線, 子公司等.
組織擴(kuò)展, 整體決策機(jī)制存在瓶頸的場景
組織迅速發(fā)展壯大的一個(gè)常見現(xiàn)象, 就是初創(chuàng)階段的領(lǐng)導(dǎo)者和管理者成為決策瓶頸, 領(lǐng)導(dǎo)梯隊(duì)沒有建立, 難以應(yīng)付市場的快速變化. 如果公司擴(kuò)展新業(yè)務(wù), 則對(duì)新業(yè)務(wù)領(lǐng)域知識(shí)的缺乏也會(huì)影響決策效率.
通過將一定的決策權(quán)下放給特性團(tuán)隊(duì), 高層領(lǐng)導(dǎo)者和管理者可以從部分日常事務(wù)和業(yè)務(wù)細(xì)節(jié)中解脫出來, 專注于更重要的事情.
需要集中兵力攻堅(jiān)的場景
有時(shí)我們面對(duì)一個(gè)難題, 需要多方合作, 此時(shí)采用職能團(tuán)隊(duì), 組件團(tuán)隊(duì), 地域團(tuán)隊(duì)的組織方式都將大大減緩問題的攻克. 臨時(shí)搭建跨專業(yè)的, 全職的, 在一起工作的特性團(tuán)隊(duì)將是在效率上唯一可行的辦法.
競爭激烈的場景
競爭激烈的環(huán)境通常融合了上述多個(gè)場景: 快速變化, 不確定, 需要集中兵力對(duì)戰(zhàn). 在這種場景下, 每個(gè)交火點(diǎn), 都應(yīng)該以特性團(tuán)隊(duì)來組織, 慢必賠.
責(zé)任缺失的場景, 公共事務(wù)推動(dòng)
當(dāng)組織壯大后, 不可避免的有些公共的責(zé)任分?jǐn)偟矫總€(gè)內(nèi)部子組織身上, 但沒有人整體負(fù)責(zé). 長此以往, 一些不緊急但重要的工作將被貽誤. 組建特性團(tuán)隊(duì), 明確的賦權(quán)和賦責(zé), 將有力推動(dòng)此類事情的解決.
需要持續(xù)打磨高品質(zhì)產(chǎn)品的場景
只有持續(xù)的根據(jù)反饋調(diào)整設(shè)計(jì), 才會(huì)更有可能獲得產(chǎn)品和技術(shù)洞見, 商業(yè)洞見, 從而打磨出高品質(zhì)的產(chǎn)品. 職能團(tuán)隊(duì)將人力看做資源池的視角, 容易使領(lǐng)域知識(shí)隨著人員的輪換而流失. 特性團(tuán)隊(duì)通過長期的工作, 可以深度挖掘領(lǐng)域知識(shí), 并使之固化在產(chǎn)品設(shè)計(jì)中, 防止知識(shí)流失.
持續(xù)學(xué)習(xí)對(duì)成長至關(guān)重要的場景
如果組織未來的增長不取決于物質(zhì)資源, 而是成員的能力, 組織的能力, 那么擁有決策權(quán)和對(duì)結(jié)果負(fù)責(zé)的特性團(tuán)隊(duì)將是最好的練兵場.
如上, 特性團(tuán)隊(duì)從結(jié)構(gòu)上, 為響應(yīng)速度, 創(chuàng)新, 以及責(zé)任進(jìn)行了優(yōu)化, 但也因此有它固有的問題.
特性團(tuán)隊(duì)有哪些固有問題?
圍繞著特性團(tuán)隊(duì)有很多質(zhì)疑, 比如對(duì)人員能力的要求提高, 成員歸屬感的減弱, 考核和激勵(lì)不好搞等. 這都不是特性團(tuán)隊(duì)的問題, 特性團(tuán)隊(duì)只是讓這些你本來并沒有很好解決的問題暴露出來. 也就是說, 這些問題之前就存在, 但原來的組織方式掩蓋了這些問題的嚴(yán)重性, 其后果就是, 雖然表面上風(fēng)平浪靜, 但實(shí)際上組織效能并沒有達(dá)到最優(yōu).
而特性團(tuán)隊(duì)作為一種組織結(jié)構(gòu), 其固有的結(jié)構(gòu)性問題只有三個(gè): 概念一致性, 人員利用率, 及公共資源爭奪.
概念一致性
為了響應(yīng)速度, 特性團(tuán)隊(duì)按照端到端的價(jià)值鏈來組織團(tuán)隊(duì), 串起所有環(huán)節(jié), 這必然造成同一環(huán)節(jié)內(nèi)部一致性的減弱. 比如不同特性團(tuán)隊(duì)負(fù)責(zé)的功能可能采用不同的交互方式, 造成用戶的學(xué)習(xí)成本, 體驗(yàn)的破壞.
人員利用率
為了響應(yīng)速度, 減少依賴, 特性團(tuán)隊(duì)要求成員保持全職, 專注, 避免異地辦公. 這必然造成從全局來看, 人員利用率可能達(dá)不到 100%. 這是由特性團(tuán)隊(duì)的價(jià)值觀決定的: 響應(yīng)速度高于人員利用率. 關(guān)注等待的事, 而不是等待的人; 關(guān)注接力棒, 而不是運(yùn)動(dòng)員.
公共資源爭奪
業(yè)務(wù)線會(huì)爭奪公司的公共資源, 各特性團(tuán)隊(duì)會(huì)爭奪業(yè)務(wù)線的公共資源. 這是結(jié)構(gòu)性的, 沒有太好的辦法.
對(duì)于這三類固有的結(jié)構(gòu)性問題, 無法依賴特性團(tuán)隊(duì)自身來消除, 都需要特性團(tuán)隊(duì)之外的組織形態(tài)來幫忙. 而一類常見的形態(tài)就是決策委員會(huì).
- 對(duì)于概念一致性來講, 決策委員會(huì)的表現(xiàn)形式可以是首席架構(gòu)師, 首席設(shè)計(jì)師等, 也可以是架構(gòu)委員會(huì), 設(shè)計(jì)委員會(huì), 定期或按需 review 設(shè)計(jì)問題.
- 對(duì)于公共資源爭奪來講, 需要高一級(jí)的決策機(jī)構(gòu), 對(duì)于公司來講, 就是總裁辦, 由總裁辦來協(xié)調(diào)各業(yè)務(wù)線的爭奪, 對(duì)于業(yè)務(wù)線來講, 也可以有自己的決策委員會(huì)來協(xié)調(diào)業(yè)務(wù)線內(nèi)部各 FT 的問題.
特性團(tuán)隊(duì)的劃分標(biāo)準(zhǔn)是什么?
顧名思義, Feature Team, 按照 Feature 來劃分.
這個(gè)回答不解決問題. Feature 的粒度是多大? 其涵義可能很廣, 而其實(shí)現(xiàn)所涉及的技術(shù)棧深度又可能很深, 那么邊界在哪? 所以問題有兩個(gè), Feature 的廣度和實(shí)現(xiàn)的深度.
Feature的廣度
當(dāng)我們談到 Feature 時(shí), 更多的是面向最終用戶的軟件上的功能特性, 比如下圖:
</img>
但軟件的功能特性太多了, 這樣豈不是要分出很多特性團(tuán)隊(duì)?
這里引入一個(gè)”需求領(lǐng)域(Requirement Area)”的概念: 從客戶角度考慮的相關(guān)需求的集合. 比如上圖的”漂流瓶”, “搖一搖”, “附近的人” 就可以作為一個(gè)需求領(lǐng)域”交新朋友”來交給一個(gè)特性團(tuán)隊(duì)開發(fā)維護(hù).
Feature 實(shí)現(xiàn)的深度 (當(dāng)特性團(tuán)隊(duì)遇上微服務(wù)架構(gòu))
而每個(gè)功能的完整實(shí)現(xiàn), 通常涉及眾多技術(shù)和模塊, 那么邊界在哪? 比如”搖一搖”和”附近的人”, 都要用到定位服務(wù), 朋友圈發(fā)照片也可以帶地點(diǎn), 那么定位服務(wù)的開發(fā)是否放到某一個(gè) FT 里? 還是單獨(dú)的團(tuán)隊(duì)? 放到 FT 的話, 放到哪一個(gè) FT? 幾乎每個(gè)功能都會(huì)涉及的數(shù)據(jù)存儲(chǔ), 消息發(fā)送, 放到哪?
回答這個(gè)問題, 需要回到 FT 的初心: 最大化響應(yīng)速度, 最大程度減少依賴, 降低溝通成本. 而在實(shí)現(xiàn)層面, 依賴以及溝通成本, 跟軟件系統(tǒng)架構(gòu)密切相關(guān).
如果你的系統(tǒng)是大泥球, 還沒有所謂的定位服務(wù), 那么定位服務(wù)的開發(fā)應(yīng)該放到第一個(gè)涉及定位服務(wù)的 FT 里. 即使你做了系統(tǒng)設(shè)計(jì), 單獨(dú)劃分了定位服務(wù), 但只要接口還不穩(wěn)定, 還需要跟使用方密切溝通, 那還是應(yīng)該跟第一個(gè)使用方在同一個(gè)團(tuán)隊(duì)中合作, 在合作中打磨接口. 而一旦將服務(wù)接口打磨到一定的穩(wěn)定程度, 服務(wù)使用者只需要根據(jù)手冊(cè)就能很好的把服務(wù)用起來, 不需要跟服務(wù)的開發(fā)者有過多交流, 那么服務(wù)團(tuán)隊(duì)就可以獨(dú)立出來, 就跟我們用到的第三方框架, 第三方服務(wù)一樣.
隨著功能的深入, 同一個(gè)服務(wù)的接口需要增加和演化, 那么采取同樣的過程: 只要接口還不穩(wěn)定, 服務(wù)開發(fā)人員就進(jìn)入第一個(gè)使用方團(tuán)隊(duì)一起開發(fā), 穩(wěn)定后撤出.
當(dāng)劃分 FT 時(shí)有多種選擇時(shí), 有一個(gè)簡單的實(shí)踐原則來幫助判斷: 看看不同的劃分方式中, 哪一種溝通成本更低, 響應(yīng)速度更快. 如果差不多, 那就根據(jù)其它維度如概念一致性等選擇即可.
特性團(tuán)隊(duì)難道不是按照業(yè)務(wù)目標(biāo)來劃分的嗎?
那是特性團(tuán)隊(duì)的 KPI, 而不是劃分維度, 因?yàn)闃I(yè)務(wù)目標(biāo)和功能特性往往是多對(duì)多的關(guān)系, 互相有交叉, 難以在團(tuán)隊(duì)層面按照業(yè)務(wù)目標(biāo)去劃分, 尤其是基礎(chǔ)業(yè)務(wù)目標(biāo).
所謂基礎(chǔ)業(yè)務(wù)目標(biāo), 如活躍用戶數(shù), 差評(píng)率, NPS 等, 涉及所有功能, 如果成立一個(gè)特性團(tuán)隊(duì)來做, 將囊括組織內(nèi)所有成員, 這沒有意義. 如果真要成立, 那也主要是有團(tuán)隊(duì)成員盯著這方面的問題, 將任務(wù)分解到各個(gè)真正的特性團(tuán)隊(duì)去完成. 但依然比不成立要好: 因?yàn)樵诤芏嘟M織中, 很多公共的問題都沒人跟進(jìn).
- 基礎(chǔ)業(yè)務(wù)目標(biāo)應(yīng)分解到各個(gè)特性團(tuán)隊(duì)共擔(dān), 比如每個(gè)團(tuán)隊(duì)都需要關(guān)注跟自己功能相關(guān)的活躍用戶數(shù), 差評(píng)率, NPS 等.
- 特定業(yè)務(wù)目標(biāo)對(duì)應(yīng)特定需求領(lǐng)域的, 那么按照需求領(lǐng)域劃分和按照業(yè)務(wù)目標(biāo)劃分其實(shí)是一致的, 沒有區(qū)別.
特性團(tuán)隊(duì)對(duì)Leader的能力要求是什么樣子的?
初創(chuàng)公司 CEO 的能力要求.
從前面的討論, 特性團(tuán)隊(duì)某種程度上, 就是一個(gè)內(nèi)部創(chuàng)業(yè)的公司, 作為這個(gè)團(tuán)隊(duì)的 Leader, 首先從責(zé)任上, 需要對(duì)結(jié)果負(fù)責(zé). 其次從能力上, 需要整體的領(lǐng)導(dǎo)力, 包括對(duì)業(yè)務(wù)的把握, 對(duì)產(chǎn)品技術(shù)的理解, 對(duì)團(tuán)隊(duì)的管理, 都有要求.
上面說的是最高要求, 包含了決策和執(zhí)行兩部分.
實(shí)際情況中, 公司內(nèi)部的支持一定程度上會(huì)降低對(duì)特性團(tuán)隊(duì)Leader決策能力方面的要求, 更多的是需要其執(zhí)行能力, 根據(jù)分解下來的目標(biāo)把事情搞定的能力.
特性團(tuán)隊(duì)對(duì)成員的能力要求是什么樣子的?
初創(chuàng)公司員工的能力要求: 全局視角, 把事搞定的能力, 快速學(xué)習(xí)的能力.
某種程度上, 這并不是多特殊的能力要求, 如果你的組織不需要員工具備這樣的能力, 組織日常的低效可想而知, 應(yīng)對(duì)快速變化的能力可想而知.
有哪些資源是可以在特性團(tuán)隊(duì)間共享的?
"全公司就幾個(gè)設(shè)計(jì)師, 幾個(gè)DBA, 這么多特性團(tuán)隊(duì), 怎么分?"
我們是否有必要為每個(gè)特性團(tuán)隊(duì)所需的每種技能都配備全職的人員? 人員利用率是特性團(tuán)隊(duì)的弱點(diǎn)之一, 但不意味著我們不能做些什么. 我們可以主動(dòng)規(guī)劃一些共享資源, 而避免付出無謂的人力成本. 這里的關(guān)鍵點(diǎn)在于分清哪些可以共享, 哪些盡量不要共享.
可以共享的資源有幾個(gè)特點(diǎn).
- 第一個(gè)是工作占比在整個(gè)鏈條中比例不高, 比如 5~10%.
- 第二個(gè)是所需技能有一定門檻, 人員較為稀缺, 成本較高.
- 第三個(gè)是可直接使用其成果而無需頻繁交流, 每天都要交流的不合適共享.
- 第四個(gè)是共享排期等待的起.
這幾個(gè)條件需要同時(shí)滿足, 否則應(yīng)該通過招聘和快速的能力培養(yǎng)來解決, 而不是共享. 舉個(gè)例子:
2007年的時(shí)候, 我所在的團(tuán)隊(duì)正在進(jìn)行一個(gè)開源的持續(xù)集成工具的開發(fā). 團(tuán)隊(duì)的成員都對(duì) Web UI 的各種界面樣式和效果不精通, 僅僅能使之功能正確, 但很難看. 當(dāng)時(shí)招聘和快速學(xué)習(xí) CSS 都達(dá)不到要求, 我們當(dāng)時(shí)雇傭了一個(gè)這方面的專家作為 Contractor, 他每周四上午來半天, 跟我們一起工作, 把我們攢了一周的樣式和效果問題在兩三個(gè)小時(shí)內(nèi)全部解決.
通常公司的運(yùn)維人員, DBA等, 滿足上面四個(gè)條件. 事實(shí)上對(duì)于有一定體量的互聯(lián)網(wǎng)公司來講, 不建議招聘工作經(jīng)驗(yàn)較為缺乏的運(yùn)維人員/DBA. 這個(gè)崗位永遠(yuǎn)都應(yīng)該是在其它地方經(jīng)過歷練的專家.
特性團(tuán)隊(duì)需要保持長期穩(wěn)定還是根據(jù)任務(wù)打散重聚?
這個(gè)問題并不關(guān)鍵. 建議跟著產(chǎn)品/Feature/任務(wù)走, 隨需要自然擴(kuò)張或自然縮減, 不必刻意打散或保持.
保持長期有好處. 出于穩(wěn)定性的考慮, 磨合成本的考慮, 熟悉之后配合更高效的考慮, "成員歸屬感"的考慮, 你可能會(huì)選擇保持長期的團(tuán)隊(duì). 這沒問題, 但依然要關(guān)注新鮮血液的注入, 以及老成員正常的輪換.
事實(shí)上你對(duì)長期團(tuán)隊(duì)的偏愛并不是特定于特性團(tuán)隊(duì)的, 即使其它的團(tuán)隊(duì)形態(tài), 你也會(huì)因?yàn)樯厦婺切├碛蓛A向于長期. 因此你的選擇與特性團(tuán)隊(duì)無關(guān).
事實(shí)上其它的團(tuán)隊(duì)形態(tài), 如職能團(tuán)隊(duì), 地域團(tuán)隊(duì), 你都沒辦法短期, 也因此不得不長期, 從而享受不到短期團(tuán)隊(duì)的好處.
而特性團(tuán)隊(duì)根據(jù)面向用戶的Feature組隊(duì)的特點(diǎn), 反而提供了另外一種靈活性, 讓成員有機(jī)會(huì)接觸更廣闊的業(yè)務(wù)和知識(shí), 接觸其他的成員, 從而更全面.
It's up to you.
封閉開發(fā)算特性團(tuán)隊(duì)嗎?
可以認(rèn)為團(tuán)隊(duì)在封閉期間的組織形態(tài)較為接近特性團(tuán)隊(duì), 所有相關(guān)的人都關(guān)在一起, 最小化對(duì)外界的依賴, 此時(shí)效率較高.
當(dāng)我們談?wù)摲忾]開發(fā)時(shí), 并不是所有封閉都是晚上不能回家的那種, 更多的是在公司找個(gè)大點(diǎn)的會(huì)議室, 團(tuán)隊(duì)搬進(jìn)去一起工作, 還是正常上下班. 所以這也是一件很奇怪的事: 如果認(rèn)為封閉是高效的, 為什么日常不采用這種方式呢? 包間不夠? 大廳里的桌子也可以啊.
FTO(FT Owner) 和 PO(Product Owner) 的關(guān)系是什么?
范圍不同, 其它都一樣, 如果你的組織是產(chǎn)品研發(fā)組織的話.
- Feature 是從 Product 分解下來的, 因此一般 PO 的負(fù)責(zé)范圍比 FTO 要大一點(diǎn).
- 如果你的 FT 負(fù)責(zé)一個(gè)完整的產(chǎn)品, 那么 FTO 就是 PO.
還是像在 特性團(tuán)隊(duì)是新事物嗎? 一節(jié)中解釋的, FT 存在于社會(huì)組織的各種尺度上, 因此, FTO 也就是 CEO, GM, PO...
PO 是甲方的, FTO 是乙方的, 如果你的組織是 IT 服務(wù)組織的話.
對(duì)于 PO 這個(gè)角色進(jìn)一步的解釋, 請(qǐng)參見: Scrum: 死馬? (一) 三種角色
FT 成員的匯報(bào)關(guān)系是怎么樣的?
每個(gè)組織不一樣, 各有各的實(shí)際情況. 回到初心, FT 是為了提高響應(yīng)速度, 如果 FT 成員直接匯報(bào)給 FTO 有助于提高響應(yīng)速度, 那么可以選擇讓成員匯報(bào)給 FTO. 如果你有其它的約束, 那你需要綜合考慮.
FT 對(duì)于提高響應(yīng)速度的假設(shè), 建立在全功能帶來的溝通成本的降低上, 賦權(quán)帶來的決策瓶頸的減少上, 專注帶來的無謂等待的避免上, 并不直接建立在匯報(bào)關(guān)系上. 如果你的組織, 賦權(quán)需要借助匯報(bào)關(guān)系來完成, 那就可以設(shè)計(jì)對(duì)應(yīng)的匯報(bào)關(guān)系.
