今天，我給大家?guī)淼姆窒碇黝}是 Tower 團(tuán)隊(duì) 72 個(gè)月遠(yuǎn)程工作的成功實(shí)踐。

因?yàn)槲乙彩浅鮼碚У?，所以想先給大家介紹至今為止 Tower 團(tuán)隊(duì)的成長(zhǎng)歷史，這和我們的遠(yuǎn)程協(xié)作也有極大的關(guān)系。

實(shí)際上，彩程設(shè)計(jì)成立的時(shí)間還挺早的。彩程設(shè)計(jì)成立于 2008 年，公司 CEO 是沈?qū)W良，我們都叫他“老沈”。

最早我們開始創(chuàng)業(yè)時(shí)，我們主要做的是用戶體驗(yàn)設(shè)計(jì)外包。那時(shí)，國(guó)內(nèi)還很少公司有「用戶體驗(yàn)」「UCD」「UX」等概念，所以我們最開始是抱著當(dāng)時(shí)上市公司——亞信聯(lián)創(chuàng)的大腿，幫他們做一些運(yùn)營(yíng)商業(yè)務(wù)系統(tǒng)的用戶體驗(yàn)設(shè)計(jì)優(yōu)化。

因?yàn)樗麄兊南到y(tǒng)都用了很長(zhǎng)時(shí)間，所以系統(tǒng)已經(jīng)變得非常難用。實(shí)際上，那時(shí)已經(jīng)是 Web 時(shí)代了，但是他們很多軟件仍然在使用 CS 架構(gòu)。

當(dāng)時(shí)，我們主要負(fù)責(zé)的是四川、遼寧、北京 10086 網(wǎng)上營(yíng)業(yè)廳、客服系統(tǒng)、網(wǎng)管系統(tǒng)、亞信海外的一個(gè)計(jì)費(fèi)系統(tǒng)等等。在整個(gè)設(shè)計(jì)過程中，我們團(tuán)隊(duì)累積了不少產(chǎn)品設(shè)計(jì)上的經(jīng)驗(yàn)。

2011 年，隨著移動(dòng)互聯(lián)網(wǎng)的興起，我們團(tuán)隊(duì)也開始為一些移動(dòng) App 做一些設(shè)計(jì)外包，包括成都本地的咕咚運(yùn)動(dòng)、易到用車等等。

在做了幾年用戶體驗(yàn)設(shè)計(jì)外包后，我們逐漸開始想要打造一款屬于自己的產(chǎn)品。于是，從 2011 年開始，我們團(tuán)隊(duì)開始嘗試做了兩個(gè)比較小的產(chǎn)品，一個(gè)叫 TeamCola，另一個(gè)叫 DesignBoard。

實(shí)際上，這兩個(gè)產(chǎn)品都是根據(jù)我們團(tuán)隊(duì)的需求做出來的。

TeamCola 是一款用于記錄工時(shí)的產(chǎn)品；DesignBoard 是一款可以讓用戶對(duì) PSD 設(shè)計(jì)圖進(jìn)行溝通、評(píng)論的產(chǎn)品。

在兩款產(chǎn)品發(fā)布之后，我們?cè)诨ヂ?lián)網(wǎng)上累積了第一波口碑，也收獲了一批粉絲用戶，讓大家了解到原來成都有一個(gè)彩程設(shè)計(jì)，他們打造了一些好用的小工具。

2012 年左右，我們開始思考是否能做一款更通用的工具。

于是，我們就開始在內(nèi)部進(jìn)行了一番討論。因?yàn)楫?dāng)時(shí)國(guó)內(nèi)沒有簡(jiǎn)單、輕量級(jí)的團(tuán)隊(duì)協(xié)作工具，同時(shí)我們自己團(tuán)隊(duì)內(nèi)容做項(xiàng)目和任務(wù)協(xié)作是通過 Basecamp 工具，所以我們就想是不是應(yīng)該把 Basecamp 工具引入國(guó)內(nèi)，做一個(gè)國(guó)內(nèi)版的項(xiàng)目協(xié)作產(chǎn)品呢？

說干就干，2012 年下半年，我們推出了 Tower 的第一個(gè)版本。

Tower 發(fā)布以后，它的成績(jī)是出乎我們意料之外的，因?yàn)樗谏暇€的第一天，注冊(cè)用戶數(shù)量就已經(jīng)遠(yuǎn)遠(yuǎn)超過了 TeamCola 和 DesignBoard 的用戶數(shù)總和。隨后，我們?cè)谝粋€(gè)月之內(nèi)就拿到了紅杉的 A 輪投資。

后來，我們幾個(gè)合伙人就商量了一下，是不是要把自己的精力 All in 去做 Tower。最后，我們思前想后，決定停止所有外包業(yè)務(wù)，轉(zhuǎn)向 ToB SaaS 領(lǐng)域。

至今為止，Tower 已經(jīng)擁有了 80 萬的注冊(cè)團(tuán)隊(duì)和 1000 萬的注冊(cè)用戶，在 Alexa 上長(zhǎng)期排名國(guó)內(nèi)第一名。

這些結(jié)果都是我們整個(gè)團(tuán)隊(duì)在遠(yuǎn)程工作的模式下完成的，接下來我將和大家分享一些這幾年遠(yuǎn)程工作的思考。

2013 年，我們開始決定遠(yuǎn)程工作。

當(dāng)時(shí)，我們的初衷是希望能更好地打造 Tower 這款產(chǎn)品。或許聽起來會(huì)比較奇怪，想要打造一款好的產(chǎn)品，為什么不是聚在一起加班，反而是遠(yuǎn)程協(xié)作呢？

第一個(gè)原因是，我們有一個(gè)大膽的設(shè)想——如果 Tower 可以完全支持一個(gè)遠(yuǎn)程團(tuán)隊(duì)的日常協(xié)作，那么它對(duì)于那些天天在一起的團(tuán)隊(duì)來說更是綽綽有余。

同時(shí)，因?yàn)槲覀兪腔?37signals 的 Basecamp 做的，而 37signals 本身也是一個(gè)遠(yuǎn)程工作模式的團(tuán)隊(duì)，所以我們覺得是不是可以通過這樣的方式，更好地打造產(chǎn)品。

第二個(gè)原因是，我們不想把時(shí)間浪費(fèi)在通勤上。

2008-2013 年，我們團(tuán)隊(duì)在一起差不多 4-5 年的時(shí)間。在這期間，我們團(tuán)隊(duì)更換過非常多的辦公地點(diǎn)，這也是希望我們團(tuán)隊(duì)的小伙伴不要花太多的時(shí)間在路上。但是無論我們更換到哪一個(gè)地方辦公，都會(huì)有將近一半的小伙伴每天平均花費(fèi) 2 小時(shí)的時(shí)間在上下班通勤路上。

我們可以來計(jì)算一下，如果我們?nèi)∑骄?1.5 個(gè)小時(shí)，每個(gè)成員一周在通勤的時(shí)間就是 7.5 個(gè)小時(shí)，扣除掉節(jié)假日和休假之類的時(shí)間，每年我們會(huì)有 300-400 個(gè)小時(shí)在路上。

我們覺得如果能把這個(gè)時(shí)間節(jié)省下來，那么大家可以用這個(gè)時(shí)間學(xué)習(xí)很多東西，或者做其他更有意義的事情。況且，當(dāng)今城市交通狀況越來越差，不管是乘坐公共交通工具還是開車，大城市的早高峰和晚高峰都讓人心情沮喪。

第三個(gè)原因是，整個(gè)核心團(tuán)隊(duì)在一起工作 5 年左右的時(shí)間了，我們發(fā)現(xiàn)大家來到辦公室，也是各自處理手頭的事情。

如果遇到需要溝通的時(shí)候，為了避免打擾別人，我們還會(huì)刻意的把討論地點(diǎn)定在公司樓下，或者比較偏遠(yuǎn)的會(huì)議室。這也讓我們考慮，是不是非要大家聚在一起才能做好 Tower。

于是，在 2013 年春節(jié)之后，我們就把團(tuán)隊(duì)“解散”了，開始遠(yuǎn)程辦公。

不得不承認(rèn)的是，遠(yuǎn)程工作確實(shí)會(huì)帶來不少好處。

第一個(gè)好處，也是我認(rèn)為最大的好處——個(gè)人生活質(zhì)量會(huì)得到非常大的提升。

在遠(yuǎn)程工作的前幾年，我每天基本規(guī)律得像機(jī)器一樣。每天早上 7：00 起床，然后走路去家對(duì)面的健身房游泳；8：30 開始工作，直到 12：00，接著吃午飯、睡午覺；14：00 繼續(xù)開始工作，直到 19：00，之后再去家附近的一個(gè)社區(qū)圖書館看書；20：30 回家，最后洗漱睡覺。

每天早上，我從健身房回家的路上，看著早高峰行色匆忙的人，想著自己再也不用去擠公交地鐵的時(shí)候，感覺自己幸福極了。

第二個(gè)好處是，可以讓團(tuán)隊(duì)保持更加專注的狀態(tài)。

平時(shí)在辦公室時(shí)，你可能常常會(huì)被周圍說話、開會(huì)的聲音打擾。同時(shí)，根據(jù)報(bào)告顯示，當(dāng)長(zhǎng)時(shí)間在同一個(gè)環(huán)境工作時(shí)，你會(huì)因?yàn)樽约旱膶徝榔?，?dǎo)致自身注意力下降，讓你影響到自身的工作效率。

因此，我們當(dāng)年在提倡遠(yuǎn)程工作時(shí)，從來不是提倡在家辦公，或者是旅行辦公，而是不管你在哪個(gè)環(huán)境，只要是你能保持工作效率最高的地方就可以。

2014 年，我們?cè)?jīng)開源了一個(gè)叫 Simditor 的文本編輯器，它在 Github 上有 4.5k 的 stars，這也算是一個(gè)小有名氣的開源項(xiàng)目。這個(gè)小東西就是我們團(tuán)隊(duì)里一個(gè)前端工程師，他自己跑到麗江待了兩個(gè)月，獨(dú)自開發(fā)的產(chǎn)物。

另外，我們?cè)谶h(yuǎn)程之后發(fā)現(xiàn)，超過 4 個(gè)人以上的會(huì)議時(shí)間會(huì)明顯縮短，頻次也會(huì)降低。

以前，你很容易不自覺地加入到一個(gè)會(huì)議，然后把會(huì)議變得比較冗長(zhǎng)；當(dāng)開始遠(yuǎn)程辦公之后，因?yàn)槿瞬辉谝黄?，大家說話的成本會(huì)變得非常高，所以在每次開電話會(huì)議之前，大家都會(huì)先在 Tower 上把想法寫清楚后，再和大家做溝通，這也是在遠(yuǎn)程之后留下的好習(xí)慣。

第三個(gè)好處是，招人會(huì)比較方便。

因?yàn)槲覀兪且粋€(gè)小的創(chuàng)業(yè)團(tuán)隊(duì)，所以我們?cè)谛劫Y上肯定比不上大廠，那么我們?cè)趺慈ノ嗟娜瞬偶尤肽兀?/span>

遠(yuǎn)程就可以成為我們這種創(chuàng)業(yè)團(tuán)隊(duì)的吸引力。

同時(shí)，我相信敢于選擇遠(yuǎn)程工作的小伙伴，大多數(shù)是都是技高人膽大的人，他們自身肯定也比較有實(shí)力的，所以他才敢選擇一條比較困難的路。遠(yuǎn)程是在變相地幫助我們篩選候選人，這樣招募進(jìn)來的小伙伴普遍水平都比較高。

最后，因?yàn)槭沁h(yuǎn)程，所以我們完全可以招募全國(guó)的人才，而不僅僅是局限于武漢，或者成都。當(dāng)你撒的網(wǎng)夠大時(shí)，你的魚才會(huì)變多。

以上這 3 點(diǎn)，是我認(rèn)為遠(yuǎn)程工作帶來的最大好處。

接下來，可能就是大家最關(guān)心的一點(diǎn)，遠(yuǎn)程工作團(tuán)隊(duì)該如何保證質(zhì)量和效率呢？

根據(jù)我們多年的實(shí)踐結(jié)果來看，最核心的無非 2 點(diǎn)：

• 招募對(duì)的人；

• 不斷優(yōu)化團(tuán)隊(duì)業(yè)務(wù)流程。

不知道大家有沒有看過丹尼爾·平克的這本書：《驅(qū)動(dòng)力》？

丹尼爾·平克在書中談到，在創(chuàng)意工作領(lǐng)域，如果想要激發(fā)員工動(dòng)力，唯一靠得住的辦法就是鼓勵(lì)他們從事自己熱愛的、在乎的事情，“胡蘿卜”加“大棒”在創(chuàng)業(yè)公司，對(duì)激勵(lì)員工是無效的。

因此，對(duì)于我們的團(tuán)隊(duì)來說，如果想要遠(yuǎn)程辦公，那么找到自驅(qū)力強(qiáng)、專精、對(duì)我們的事情是熱愛的人，就是至關(guān)重要的事情。

在創(chuàng)業(yè)的不同階段，我們招聘的辦法各有不同。

2008 年，剛回到成都開始創(chuàng)業(yè)的時(shí)候，我們的當(dāng)務(wù)之急就是擴(kuò)充團(tuán)隊(duì)。

那時(shí)，我們的團(tuán)隊(duì)既沒有名氣，也沒有錢，如果貿(mào)然做各種廣告，或者去招聘網(wǎng)站上發(fā)招聘帖子，可想而知，效果是很差的。

因此，這時(shí)最好的辦法就是從熟人下手。

那時(shí)，彩程有一半的員工都是成都電子科技大學(xué)里“棟力無限”學(xué)生社團(tuán)的成員，因?yàn)槔仙?/span>（沈?qū)W良，彩程 CEO）是社團(tuán)發(fā)起人。我們會(huì)在“棟力無限”學(xué)生社團(tuán)里，找到想要出來實(shí)習(xí)和鍛煉的學(xué)生。

上圖中的小伙伴就是我們當(dāng)時(shí)找的同學(xué)，他現(xiàn)在也是我們團(tuán)隊(duì)中的 CTO。

那時(shí)，他是成都電子科技大學(xué)大四正在休學(xué)的學(xué)生。在休學(xué)期間，他跑到香港大學(xué)旁聽。希望通過更多的學(xué)習(xí)，了解到在未來漫長(zhǎng)的人生中，他真正想要的是什么。

當(dāng)你了解到他的經(jīng)歷時(shí)，你會(huì)發(fā)現(xiàn)他是一個(gè)獨(dú)立思考能力很強(qiáng)的人，所以他現(xiàn)在也成為了我們的公司合伙人。同時(shí)，在兩年前，他就把我“踢下”了 CTO 的位置。

這是我們?cè)趧?chuàng)業(yè)最開始階段找人的一個(gè)辦法，隨著公司的逐漸壯大，我們開始在成都當(dāng)?shù)嘏e辦了一個(gè)叫做“UCD 書友會(huì)”的活動(dòng)。

每個(gè)月固定的周末，我們會(huì)邀請(qǐng)一些朋友，以及公司的小伙伴，用一個(gè)下午的時(shí)間，與對(duì)設(shè)計(jì)和產(chǎn)品感興趣的同行進(jìn)行交流。這樣的活動(dòng)，不僅幫助我們擴(kuò)大了成都本土的人脈資源，也讓很多對(duì)當(dāng)時(shí)還不那么火爆的「用戶體驗(yàn)設(shè)計(jì)」感興趣的人能夠進(jìn)入到我們的視線里。

在這期間，我們認(rèn)識(shí)了現(xiàn)在做 Tower 交互設(shè)計(jì)師的小伙伴。當(dāng)時(shí)，他是西南民族大學(xué)大四輟學(xué)的學(xué)生，曾經(jīng)一個(gè)人騎車去過西藏，愛好是開卡丁車，現(xiàn)在他是四川省業(yè)余組冠軍。

也是這樣的人，讓我們看到，當(dāng)一個(gè)人非常熱愛一件事時(shí)，他會(huì)非常投入地完成它。

上圖就是他大四時(shí)的手稿，看了他的手繪原型設(shè)計(jì)圖，我們就知道，他就是我們要找的小伙伴。

這是我們?cè)诘诙A段，也就是當(dāng)你團(tuán)隊(duì)處于稍微成長(zhǎng)的階段時(shí)招聘的秘訣。

在我們推出 Tower 之后，團(tuán)隊(duì)逐漸有了一些口碑。這時(shí)，我們才能收到一些來自全國(guó)各地的簡(jiǎn)歷。

可是，你仍然很難直接從簡(jiǎn)歷上對(duì)候選人進(jìn)行判斷，因此我們確定了兩點(diǎn)作為我們招募合適小伙伴的核心原則，這也是 Trello 的創(chuàng)始人 Joel Spolsky 在他的《面試指南》一文中所提到的：聰明，又能及時(shí)完成工作。

其實(shí)這是兩個(gè)特別簡(jiǎn)單的原則，我們只需要在 Tower 上給應(yīng)聘者一些具體的任務(wù)讓他去執(zhí)行，通過觀察他在完成任務(wù)過程中的速度和質(zhì)量，以及看應(yīng)聘者在完成這件事的過程中，他對(duì) Tower 產(chǎn)生哪些思考，然后簡(jiǎn)單地判斷他是否是我們現(xiàn)階段所需要的人才。

舉一個(gè)最近我們才招募到的一名設(shè)計(jì)師的例子，當(dāng)時(shí)我們給他的任務(wù)是，讓他重新設(shè)計(jì) Tower 的任務(wù)詳情頁(yè)。

這位設(shè)計(jì)師，不僅很快就把作品交了上來，而且還交了一份 18 頁(yè)的 Report：

他根據(jù)自己以前使用 Tower 的經(jīng)驗(yàn)，以及身邊一些朋友的可用性測(cè)試，做出了一份完整的 Tower 任務(wù)詳情頁(yè)重構(gòu)的方案。通過這樣的方式，你可以感受到，他具備我們目標(biāo)成員的所有基本素質(zhì)。

或許，我們不能說所有時(shí)候都能招到這種很好的小伙伴，但是很坦率地講，我們公司的成員都能在團(tuán)隊(duì)中發(fā)揮出最大的價(jià)值。

因此，我認(rèn)為我們應(yīng)該像《奈飛文化手冊(cè)》中談到的那樣，如果想要在公司做最核心的事情，那么公司人才密度一定要高。

我們?nèi)松凶顚氋F的年華幾乎有一半的時(shí)間都在工作，那么我們希望能和卓越的人共事，一起做出卓越的產(chǎn)品。對(duì)于彩程來說，這比我們能把公司做到多大規(guī)模更加重要。

找到對(duì)的人只是第一步，第二步就需要我們提高遠(yuǎn)程團(tuán)隊(duì)的協(xié)作效率。因此，我們持續(xù)不斷地優(yōu)化我們打造產(chǎn)品的流程。

目前，我們打造 Tower （產(chǎn)品）的主要流程總結(jié)起來有 6 個(gè)步驟：反饋收集、需求梳理、方案設(shè)計(jì)、迭代開發(fā)、功能測(cè)試、功能發(fā)布。

因?yàn)?Tower 是一款圍繞用戶去做的產(chǎn)品，所以我們一切都是以用戶為起點(diǎn)，用戶會(huì)通過各種各樣的渠道向我們反饋在使用過程中所遇到的問題。而這些問題首先匯總到我們的客服團(tuán)隊(duì)，客服團(tuán)隊(duì)會(huì)嘗試幫助用戶，解決他們當(dāng)前所遇到的問題。

當(dāng)客服解決不了時(shí)，我們就會(huì)把問題分為兩種類型，一種是用戶遇到 Bug，另一種是用戶向我們提出一個(gè)潛在的新需求。

對(duì)于兩種不同類型的聲音，客服都會(huì)在不同的項(xiàng)目里創(chuàng)建任務(wù)，然后交給產(chǎn)品部門的同事處理。

對(duì)于 Bug 類的任務(wù)，工程團(tuán)隊(duì)會(huì)快速修復(fù)上線；而對(duì)于新需求，產(chǎn)品經(jīng)理會(huì)經(jīng)過一些判斷來決定是否實(shí)現(xiàn)。如果確定需要實(shí)現(xiàn)，產(chǎn)品經(jīng)理會(huì)寫下完整的問題背景、解決方案和實(shí)現(xiàn)方式，然后放到需求池里，等待工程團(tuán)隊(duì)開發(fā)。

工程團(tuán)隊(duì)會(huì)以一個(gè)固定的周期進(jìn)行迭代開發(fā)。在開始迭代之前，工程師會(huì)從需求池里，按照優(yōu)先級(jí)評(píng)估每個(gè)任務(wù)的規(guī)模 ，并且創(chuàng)建對(duì)應(yīng)的迭代任務(wù)，直到迭代周期的資源被分配完畢。

功能迭代開發(fā)結(jié)束后，產(chǎn)品負(fù)責(zé)人會(huì)進(jìn)行測(cè)試；在測(cè)試通過后，團(tuán)隊(duì)會(huì)安排上線計(jì)劃，有些功能我們會(huì)開放給部分用戶內(nèi)測(cè)，有些功能會(huì)直接全量發(fā)布。

每個(gè)工程迭代周期結(jié)束后，我們會(huì)開會(huì)總結(jié)這次迭代遇到的問題和改進(jìn)的方法。

新功能推送到用戶手中，又開始新的循環(huán)：收集反饋、整理需求、設(shè)計(jì)方案、迭代開發(fā)、測(cè)試上線，周而復(fù)始。

對(duì)應(yīng)上述流程，我們團(tuán)隊(duì)會(huì)用到以下幾個(gè)核心項(xiàng)目：

「VOICE 2019」項(xiàng)目中，主要是用來收集用戶新需求。從這個(gè)項(xiàng)目名稱可以看出，我們每年都會(huì)為當(dāng)年的用戶反饋建立一個(gè)新的項(xiàng)目，每年都是一次全新的開始。

客服在創(chuàng)建用戶反饋時(shí)，需要將用戶問題背景了解清楚，比如用戶的團(tuán)隊(duì)規(guī)模、對(duì)應(yīng)的使用平臺(tái)、反饋所屬的功能模塊等等，并建立好對(duì)應(yīng)的任務(wù)。

Tower 的客服比較特殊，因?yàn)?Tower 的客服基本上都是我們的工程師，他們每周會(huì)有一天的時(shí)間輪崗專門做客服，所以他們對(duì)自己的產(chǎn)品比較了解，對(duì)用戶的需求也比較了解。

接下來，產(chǎn)品經(jīng)理每天會(huì)花固定的時(shí)間查看「VOICE 2019」里用戶的反饋，區(qū)分哪些不做、哪些要做，哪些要深入了解場(chǎng)景后再做決定。

產(chǎn)品經(jīng)理對(duì)用戶需求了解清楚以后，會(huì)在「What's Next」項(xiàng)目里創(chuàng)建具體的需求任務(wù)，設(shè)定任務(wù)優(yōu)先級(jí)，并進(jìn)行方案設(shè)計(jì)。

整個(gè)「What's Next」項(xiàng)目有幾個(gè)階段：原始需求、設(shè)計(jì)中、待估點(diǎn)、迭代中、已發(fā)布。

那些評(píng)估通過的用戶反饋會(huì)首先放在原始需求中，產(chǎn)品經(jīng)理會(huì)預(yù)估一個(gè)優(yōu)先級(jí)，然后針對(duì)高優(yōu)先級(jí)的需求設(shè)計(jì)方案。我們對(duì)前期產(chǎn)品方案的設(shè)計(jì)要求比較仔細(xì)，一般每一個(gè)需求都會(huì)形成一篇固定的方案文檔：

比如要更新在線編輯器，我們可以從目錄看出，產(chǎn)品經(jīng)理會(huì)寫清楚用戶使用場(chǎng)景、產(chǎn)品在各個(gè)終端下的方案、工程團(tuán)隊(duì)預(yù)計(jì)的資源投入，以及產(chǎn)出的目標(biāo)。因?yàn)檫@份文檔是后續(xù)團(tuán)隊(duì)討論的基礎(chǔ)，所以我們希望產(chǎn)品經(jīng)理寫得盡可能詳盡一些。

產(chǎn)品經(jīng)理完成方案設(shè)計(jì)后，會(huì)把這個(gè)任務(wù)放到待估點(diǎn)階段，等待下一次迭代啟動(dòng)的時(shí)候進(jìn)行評(píng)估。

我們的工程團(tuán)隊(duì)以前每 3 周處理一次迭代，現(xiàn)在已經(jīng)改為每 6 周一次迭代了。

在每個(gè)迭代啟動(dòng)之前，我們會(huì)用一周的時(shí)間對(duì)上個(gè)迭代周期進(jìn)行總結(jié)和全量發(fā)布，然后討論下個(gè)迭代需要做的任務(wù)。在迭代啟動(dòng)會(huì)上，產(chǎn)品經(jīng)理會(huì)和工程師會(huì)按照優(yōu)先級(jí)，共同 Review「What's Next」項(xiàng)目的「待估點(diǎn)」清單里的需求：

產(chǎn)品經(jīng)理會(huì)講解需求背景和設(shè)計(jì)方案，工程師會(huì)在這個(gè)過程中反復(fù)追問用戶的需求場(chǎng)景，問清楚潛在的坑，然后進(jìn)行任務(wù)估點(diǎn)。

接下來，工程團(tuán)隊(duì)會(huì)在迭代項(xiàng)目「福克斯 RS」里進(jìn)行協(xié)作。項(xiàng)目名稱是一賽車的型號(hào)，而「?？怂埂勾砹藢Ｗⅲ窻S」代表了速度，我們希望工程師在迭代周期里，用最快的速度，專注于自己的需求的交付。

這個(gè)項(xiàng)目我們首先分成了四個(gè)階段：待處理、執(zhí)行中、測(cè)試中、已完成：

在工程迭代過程中，我們會(huì)每天開視頻會(huì)議，確定是否有新的「待處理」清單里的任務(wù)可以挪到「執(zhí)行中」；已經(jīng)完成的任務(wù)，挪動(dòng)到「測(cè)試中」階段，交給產(chǎn)品經(jīng)理進(jìn)行測(cè)試。

在迭代周期里，我們會(huì)要求工程師盡快地將功能推進(jìn)至「可以品嘗」的階段，達(dá)到這個(gè)階段后，負(fù)責(zé)人會(huì)把任務(wù)卡片從「執(zhí)行中」清單里拖動(dòng)到「測(cè)試中」階段里，并且把產(chǎn)品功能部署到內(nèi)測(cè)服務(wù)器上，供不同的團(tuán)隊(duì)內(nèi)測(cè)。

在內(nèi)測(cè)階段，我們會(huì)使用灰度機(jī)制實(shí)現(xiàn)。早期，我們會(huì)用一些獨(dú)立的服務(wù)器來搭建內(nèi)測(cè)環(huán)境。使用這種方式最大的問題是，它和實(shí)際的生產(chǎn)環(huán)境是隔離的，因?yàn)檫@種獨(dú)立的服務(wù)器上沒有正式的數(shù)據(jù)。因此，團(tuán)隊(duì)內(nèi)的同事往往只是走過場(chǎng)一樣的在里面去「玩玩」就結(jié)束了測(cè)試，這并不是我們預(yù)期的目的，所以我們改進(jìn)了內(nèi)測(cè)的方式。

我們有一臺(tái)和生產(chǎn)環(huán)境數(shù)據(jù)庫(kù)直聯(lián)的 Web 服務(wù)器，這臺(tái) Web 服務(wù)器會(huì)部署內(nèi)測(cè)分支。我們會(huì)在后臺(tái)給我們自己的團(tuán)隊(duì)增加一個(gè)內(nèi)測(cè)的 Cookie 標(biāo)志位，這樣 Nginx 在收到每個(gè) HTTP 請(qǐng)求時(shí)，就會(huì)根據(jù)這個(gè)標(biāo)志位判斷是否把請(qǐng)求轉(zhuǎn)發(fā)到特定的內(nèi)測(cè)服務(wù)器上。

當(dāng)產(chǎn)品經(jīng)理和團(tuán)隊(duì)其他成員在真實(shí)環(huán)境里測(cè)試了產(chǎn)品功能，并覺得產(chǎn)品功能沒有問題之后，我們會(huì)發(fā)布給部分用戶進(jìn)行測(cè)試。

實(shí)際上，這個(gè)地方也會(huì)存在一定風(fēng)險(xiǎn)——因?yàn)?Tower 已經(jīng)有幾千個(gè)付費(fèi)用戶，當(dāng)某些功能改動(dòng)比較大時(shí)，我們很難確定直接開放給用戶會(huì)引起什么后果，所以我們會(huì)把功能放在一個(gè)叫做「實(shí)驗(yàn)室」的欄目里，開放給用戶申請(qǐng)?jiān)囉茫?/span>

通過這樣的方式，首先我們可以判斷出哪些功能需求是用戶比較渴望的，如果申請(qǐng)人數(shù)寥寥無幾，那就說明需求源頭有問題，也就不必浪費(fèi)時(shí)間繼續(xù)下去；其次，申請(qǐng)的用戶一般都是對(duì)這些功能非?？释模@些用戶愿意容忍功能在發(fā)布初期的一些缺陷，也樂于在試用過程中給予我們更多的反饋。如果我們圍繞這些用戶的需求進(jìn)行改進(jìn)，那么后續(xù)的成功率會(huì)更高。

基本上，我們會(huì)用以上兩種方式進(jìn)行發(fā)布，以此保證我們的小團(tuán)隊(duì)不會(huì)跑偏。

同時(shí)，在迭代三周結(jié)束后，我們會(huì)用一周的時(shí)間來做迭代復(fù)盤，發(fā)布這個(gè)迭代對(duì)應(yīng)的功能。

關(guān)于迭代的復(fù)盤，我們會(huì)在 Tower 的知識(shí)庫(kù)里寫一篇對(duì)應(yīng)的文檔來統(tǒng)計(jì)這個(gè)迭代周期團(tuán)隊(duì)的輸出效率，類似這樣：

根據(jù)這個(gè)迭代周期每個(gè)成員的負(fù)荷，以及最終實(shí)際可以發(fā)布的任務(wù)對(duì)應(yīng)的點(diǎn)數(shù)，我們可以計(jì)算出每個(gè)成員在這個(gè)迭代周期里的輸出效率。輸出效率比較低的成員，我們可以在回顧周單獨(dú)與他分析遇到的問題和改進(jìn)方案，我們希望每一次迭代結(jié)束后，團(tuán)隊(duì)的輸出效率都能有所提升。

以上就是我們團(tuán)隊(duì)打造 Tower 的幾個(gè)主要流程。

團(tuán)隊(duì)雖小，但是流程仍在不停地優(yōu)化，只有這樣才能保證我們?cè)谶h(yuǎn)程工作時(shí)的工作效率。

大搜車技術(shù) VP 沈淦 | AfterShip CTO 洪小軍
馬蜂窩 CTO 張矗 | 知道創(chuàng)宇 CTO & COO 楊冀龍
UCloud CEO 季昕華 | Charter CTO 黃勇
喜馬拉雅 CTO 陸棟棟 | 有贊 CTO 崔玉松
（點(diǎn)擊文字查看文章內(nèi)容）