一、前言

最近有幸拜讀了《技術(shù)力量-一線技術(shù)團(tuán)隊(duì)成功啟示錄》的第一篇-Team Leader團(tuán)隊(duì)管理/組織發(fā)展，該篇從組織架構(gòu)、團(tuán)隊(duì)管理、效能提升、敏捷轉(zhuǎn)型這四個(gè)方面展示了10位來(lái)自不同行業(yè)、不同領(lǐng)域的專家的不同看法，貌似形態(tài)各異，實(shí)則殊途同歸。

?

二、康威定律

梅爾.康威于1968年提出的“任何組織在設(shè)計(jì)一套系統(tǒng)時(shí)，所交付的設(shè)計(jì)方案在上都與該組織的溝通結(jié)構(gòu)保持一致。”，這句話就是后來(lái)的康威定律。

??????? 從微軟的Office性能團(tuán)隊(duì)項(xiàng)目經(jīng)理?xiàng)铉娴姆窒碇锌吹街云湫阅軋F(tuán)隊(duì)能夠成功，我看到的是其團(tuán)隊(duì)成員的專業(yè)技能外，還有正確的團(tuán)隊(duì)組織結(jié)構(gòu)及交互方式。他的OPERF團(tuán)隊(duì)會(huì)要求每個(gè)其他應(yīng)由團(tuán)隊(duì)（如PPT、Excel）要指定一兩個(gè)“性能聯(lián)系人”，這樣OPERF團(tuán)隊(duì)就能跟每個(gè)應(yīng)用團(tuán)隊(duì)有機(jī)建立了“連接”。反思回團(tuán)隊(duì)內(nèi)部，目前整個(gè)渠道條線中每個(gè)渠道團(tuán)隊(duì)基本上都是各自為政的，這樣的弊端就是即使架構(gòu)組已經(jīng)定義了標(biāo)準(zhǔn)的技術(shù)體系與架構(gòu)選型，但是在每個(gè)團(tuán)隊(duì)的實(shí)際項(xiàng)目過(guò)程中的細(xì)節(jié)實(shí)現(xiàn)會(huì)更多的站在自己團(tuán)隊(duì)去思考，即可能會(huì)造成重復(fù)建設(shè)、平臺(tái)建設(shè)進(jìn)度慢、平臺(tái)通用化程度不高等問(wèn)題。因?yàn)榫退闶乔朗莻€(gè)性化的，但是不同渠道還是有一定的共性（如用戶中心、推送中心、進(jìn)銷存中心等），而這些共性則構(gòu)成了平臺(tái)化建設(shè)的必要性。參考了阿里的共享服務(wù)團(tuán)隊(duì)的建設(shè)經(jīng)驗(yàn)，我覺(jué)得在渠道端需要做兩個(gè)事情：

重新要針對(duì)渠道系統(tǒng)進(jìn)行整體的業(yè)務(wù)流程、功能模塊梳理，把所有的共性識(shí)別出來(lái)；

針對(duì)這些“共性”服務(wù)，為了確保共性服務(wù)的成功建設(shè)，更多應(yīng)該組建一個(gè)業(yè)務(wù)平臺(tái)小組，而且這個(gè)平臺(tái)的成員最好是從各個(gè)業(yè)務(wù)系統(tǒng)抽調(diào)，這樣做的好處是可以保證每個(gè)人對(duì)每個(gè)業(yè)務(wù)系統(tǒng)都是最了解的，同時(shí)又因?yàn)樗麄兊穆氊?zé)（即KPI）更加“專一”，即平臺(tái)化就是他們最優(yōu)先解決的目標(biāo)，這樣這個(gè)平臺(tái)化的工作才能更容易推進(jìn)。

?

三、敏捷轉(zhuǎn)型

??????? 道富科技是全球性的金融服務(wù)提供商，它們從2013年9月開(kāi)始在IT研發(fā)和維護(hù)部門(mén)開(kāi)始了敏捷轉(zhuǎn)型工作，從傳統(tǒng)的職能型組織架構(gòu)、瀑布軟件開(kāi)發(fā)模型向跨職能團(tuán)隊(duì)（即特性團(tuán)隊(duì)）和分布式Scrum開(kāi)發(fā)模型轉(zhuǎn)變。在整個(gè)敏捷轉(zhuǎn)型過(guò)程中他們堅(jiān)持了以下三個(gè)原則：

• 梳理并堅(jiān)持清晰的團(tuán)隊(duì)目標(biāo)
• 堅(jiān)持質(zhì)量和業(yè)務(wù)價(jià)值重于速度和形式
• 堅(jiān)持養(yǎng)成自組織團(tuán)隊(duì)

1、統(tǒng)一團(tuán)隊(duì)目標(biāo)

??????? 首先，團(tuán)隊(duì)對(duì)敏捷轉(zhuǎn)型的態(tài)度是怎樣，支持、反對(duì)還是觀望？團(tuán)隊(duì)目前的最痛點(diǎn)（即主要矛盾）在哪里？團(tuán)隊(duì)最痛點(diǎn)能否通過(guò)敏捷模式去解決？我覺(jué)得如果沒(méi)有先去理清和解決這個(gè)問(wèn)題，敏捷能持續(xù)推進(jìn)下去并成功的可能性不高。因?yàn)閳F(tuán)隊(duì)成員從心底里就不認(rèn)同這套方法論。人是有惰性的，團(tuán)隊(duì)也一樣，如果團(tuán)隊(duì)在沒(méi)有足夠痛的情況下，是不太可能主動(dòng)變更自己現(xiàn)有的工作模式，因?yàn)楦淖円馕吨淮_定性，不確定性意味著潛在失敗。

2、堅(jiān)持質(zhì)量和業(yè)務(wù)價(jià)值重于速度和形式

??????? 首先，我認(rèn)為覺(jué)得開(kāi)發(fā)團(tuán)隊(duì)價(jià)值的，是要看能不能提供業(yè)務(wù)價(jià)值，而不是做得有多快。團(tuán)隊(duì)在一開(kāi)始推行敏捷的時(shí)候因?yàn)椤俺鯌?zhàn)告捷”就變得輕浮，一味的高歌猛進(jìn)，每個(gè)迭代都不遺余力的幫團(tuán)隊(duì)提升迭代產(chǎn)能，搞得好像“眾人拾柴火焰高”一樣，這樣非但沒(méi)有好處，更會(huì)為團(tuán)隊(duì)帶來(lái)隱患。

首先，初期開(kāi)始時(shí)候每個(gè)人的精神狀態(tài)都是高度亢奮的，這樣的產(chǎn)能根本不能完全代表團(tuán)隊(duì)的穩(wěn)定產(chǎn)能，反而會(huì)讓團(tuán)隊(duì)失去原來(lái)的“免疫力”，如果后面的迭代由于某些原因?qū)е庐a(chǎn)能的持續(xù)下降或者不穩(wěn)，會(huì)導(dǎo)致團(tuán)隊(duì)變得很脆弱從而導(dǎo)致團(tuán)隊(duì)對(duì)敏捷產(chǎn)生懷疑，更甚至產(chǎn)生對(duì)立情緒，因?yàn)楫?dāng)人一遇到困難后且新環(huán)境還沒(méi)有正式變成其舒適圈前，因?yàn)槿擞捎谮吚芎Φ奶卣魍鶗?huì)回到自己的原有作業(yè)模式中。

另外，因?yàn)闀r(shí)間、成本與質(zhì)量本來(lái)就是項(xiàng)目管理的互相影響的三個(gè)極；當(dāng)在成本（即資源）不變的情況下，時(shí)間越短產(chǎn)能越高，但是質(zhì)量則是越差。回顧我們之前的敏捷推廣的初期，很多同事動(dòng)則就拿敏捷來(lái)說(shuō)事，在開(kāi)發(fā)過(guò)程逐漸忽略了文檔的重要性，還美其名曰“敏捷就是免文檔”，實(shí)則是拿敏捷作為借口。在我認(rèn)為，敏捷倡導(dǎo)交流重于文檔是有一定的基礎(chǔ)：

1）當(dāng)然我們不是要按照CMMI的那套條條框框用最重的流程去要求準(zhǔn)備文檔，我們是在敏捷過(guò)程中適當(dāng)?shù)牟眉粑覀兊奈臋n；

2）文檔的編寫(xiě)最好是有相關(guān)工具支撐以便把編寫(xiě)成本最低化，最好能做到所寫(xiě)即所得，如在某些團(tuán)隊(duì)在編寫(xiě)接口文檔采用目前較為流行的Swagger，這樣可以通過(guò)在代碼中加入注釋則可以一鍵生成接口文檔，同時(shí)這個(gè)接口文檔直接就可以作為接口測(cè)試的文檔使用。

?

四、團(tuán)隊(duì)培養(yǎng)

從奇虎360高級(jí)技術(shù)經(jīng)理吳亮的分享來(lái)看，他為其負(fù)責(zé)的前端團(tuán)隊(duì)確立了團(tuán)隊(duì)的三大核心價(jià)值-三層金字塔：

• 金字塔基：服務(wù)業(yè)務(wù)
• 金字塔中部：基礎(chǔ)平臺(tái)
• 金字塔頂部：技術(shù)服務(wù)

金字塔基：服務(wù)業(yè)務(wù)

因?yàn)槲覀兪紫仁且恢Х?wù)于業(yè)務(wù)產(chǎn)品的團(tuán)隊(duì)，接著我們才是技術(shù)團(tuán)隊(duì)，我們需要用最佳的服務(wù)意識(shí)和合作態(tài)度去提供必要的服務(wù)。在很多的技術(shù)人員的意識(shí)層面總是認(rèn)為自己只是一名技術(shù)人員，總以技術(shù)我最懂自居，經(jīng)常使用一些復(fù)雜或者未經(jīng)過(guò)驗(yàn)證的技術(shù)去實(shí)現(xiàn)業(yè)務(wù)需求，其他人稍有不同意見(jiàn)并“孤芳自賞”；殊不知這樣的做法只會(huì)讓自己脫離群眾，脫離實(shí)際，脫離團(tuán)隊(duì)，而且自己本身對(duì)這個(gè)技術(shù)也是一知半解。愛(ài)恩斯坦說(shuō)過(guò)：“萬(wàn)事應(yīng)該簡(jiǎn)單化，但不應(yīng)太簡(jiǎn)單”。這句話引申到我們的實(shí)際工作，就是說(shuō)針對(duì)業(yè)務(wù)需求（業(yè)務(wù)目標(biāo)），我們優(yōu)先考慮的應(yīng)該是兼顧時(shí)間、成本、復(fù)雜度的解決方案，而非一味追求技術(shù)熱點(diǎn)。

金字塔中部：基礎(chǔ)平臺(tái)

當(dāng)我們的團(tuán)隊(duì)成型以后，我們開(kāi)始提供各種各樣的服務(wù)，負(fù)責(zé)跟進(jìn)各種各樣的業(yè)務(wù)需求，也踩過(guò)各式各樣的“坑”；這個(gè)時(shí)候我們需要開(kāi)始怎么去把我們的經(jīng)驗(yàn)沉淀下來(lái)，這個(gè)時(shí)候的基礎(chǔ)平臺(tái)就是為了順應(yīng)發(fā)展而不得不構(gòu)建的平臺(tái)，這個(gè)平臺(tái)本身就是作為從團(tuán)隊(duì)經(jīng)驗(yàn)固化到流程、工具里面的一個(gè)極佳體現(xiàn)。當(dāng)我們有了這個(gè)基礎(chǔ)平臺(tái)后，我們才具備快速試錯(cuò)的也能能力。

金字塔頂部：技術(shù)服務(wù)

這里其實(shí)包含了兩層的工作。第一，在我們把這個(gè)基礎(chǔ)平臺(tái)推廣到整個(gè)開(kāi)發(fā)室或者部門(mén)使用的過(guò)程中，我們決不能做甩手掌柜。為了保證平臺(tái)推廣的有效性，我們輸出的應(yīng)該是基礎(chǔ)平臺(tái)外加技術(shù)服務(wù)，在應(yīng)用團(tuán)隊(duì)遇到問(wèn)題的時(shí)候提供必要的協(xié)助；第二，這個(gè)基礎(chǔ)平臺(tái)除了滿足業(yè)務(wù)使用后，我們需要在持續(xù)收集應(yīng)用團(tuán)隊(duì)的意見(jiàn)的基礎(chǔ)上優(yōu)化該基礎(chǔ)平臺(tái)以便提升其通用性，說(shuō)白了其實(shí)就是要打造該平臺(tái)的產(chǎn)品化。

另外，從整個(gè)平臺(tái)化三步走的過(guò)程來(lái)看，技術(shù)人員的工作從單純的功能開(kāi)發(fā)、設(shè)計(jì)、技術(shù)支持、產(chǎn)品化優(yōu)化不斷過(guò)渡，也為技術(shù)人員的從一專一能的I型人到一專多能的T型人才，再到多專多能的E型人才的發(fā)展提供了相應(yīng)的在崗實(shí)踐路徑，這樣人才能力的提升又反哺業(yè)務(wù)和系統(tǒng)。

總結(jié)

以上是生活随笔為你收集整理的聊一下《技术力量-一线技术团队成功启示录》的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。