Tower 團(tuán)隊 48 個月遠(yuǎn)程實(shí)踐

彩程設(shè)計是 2008 年在成都成立的，CEO 叫沈?qū)W良，大家叫他老沈。我 2008 年的時候還在成都電子科大讀研究生，名義上雖然是在上學(xué)，但實(shí)際上從 2006 年開始就一直在跟老沈做事情了，所以 08 年老沈回成都創(chuàng)業(yè)的時候，我想反正年輕，而且創(chuàng)業(yè)是一件多么自由的事情啊，那就試試唄，誰知道這一試就一直試到了今天。

我們 08 年最開始做的事情是用戶體驗設(shè)計外包，那個時候國內(nèi)還很少有公司知道「用戶體驗」或者「UCD」這樣的概念。最開始我們做的比較多的，是幫一些電信運(yùn)營商，像亞信聯(lián)創(chuàng)去做他們業(yè)務(wù)系統(tǒng)的體驗優(yōu)化設(shè)計。傳統(tǒng)的電信運(yùn)營商公司的業(yè)務(wù)系統(tǒng)多半是跑了很多年的，在底層架構(gòu)上非常穩(wěn)定，但是因為那個時候大多數(shù)業(yè)務(wù)系統(tǒng)并不太關(guān)注用戶的使用體驗，這些產(chǎn)品的設(shè)計往往都是極其復(fù)雜的。所以從 08 年開始我們幫著這些基礎(chǔ)服務(wù)運(yùn)營商優(yōu)化他們的系統(tǒng)，亞信當(dāng)時的四川、遼寧、北京 10086 網(wǎng)上營業(yè)廳，還有客服系統(tǒng)、網(wǎng)管系統(tǒng)、亞信海外的一個計費(fèi)系統(tǒng)，都是我們幫助他們重新設(shè)計的。在這個過程中我們自己團(tuán)隊也積累了很多產(chǎn)品上的經(jīng)驗，特別是怎么把復(fù)雜的東西簡單化的思考方式，以及在前端技術(shù)方面積累了很多。

后來隨著移動互聯(lián)網(wǎng)的興起，我們團(tuán)隊從 2010 年開始也為一些移動 APP 做設(shè)計外包，比較著名的有成都本地的咕咚運(yùn)動，還有易到用車，這些 APP 的早期版本的設(shè)計都是我們和客戶合作的結(jié)果。但是隨著做外包的時間越來越久，我們發(fā)現(xiàn)如果繼續(xù)做下去，會面臨一些問題。

首先是整個行業(yè)會逐漸成熟起來，互聯(lián)網(wǎng)企業(yè)會慢慢的掌握設(shè)計的技巧，并且因為隨時都能了解用戶實(shí)際使用的感受，所以互聯(lián)網(wǎng)企業(yè)用自己的產(chǎn)品經(jīng)理和設(shè)計師，從長遠(yuǎn)來看，一定會比外包給設(shè)計公司做設(shè)計更合適。其次，如果我們要把這艘小船往更開闊的海域行駛，只做設(shè)計外包的話肯定是不行的。所以我們團(tuán)隊從 2011 年開始，就試著做自己的產(chǎn)品。

在推出 Tower 之前，我們做過另外兩款給團(tuán)隊使用的工具，Teamcola 和 Designboard。前者是一個用于記錄每天工作時間的工具，在類似一個日歷的界面上拖動，然后記錄每天的工作內(nèi)容，并且團(tuán)隊成員彼此可以共享。這個產(chǎn)品最初只是為了解決我們自己做設(shè)計外包的問題，就是我們的一些客戶是按照工時付費(fèi)的，我們要記錄設(shè)計師每天的工作時間，好最后匯總成工單找用戶結(jié)算，做了 Teamcola 以后，發(fā)現(xiàn)還挺好用，于是干脆就把它開放出來，試了試水。

另外一款叫做 Designboard 的產(chǎn)品，和 Teamcola 誕生的背景也很類似，也是我們自己在做外包的過程中，發(fā)現(xiàn)怎么交付設(shè)計稿，怎么圍繞設(shè)計稿進(jìn)行討論這件事情可以交給工具來處理，于是我們自己打造了這么一個產(chǎn)品，它可以把設(shè)計圖上傳，組織自己的設(shè)計板，然后針對設(shè)計圖進(jìn)行評論。

這兩款小試牛刀的產(chǎn)品讓我們團(tuán)隊積累了做產(chǎn)品的原始經(jīng)驗，我們以前只是幫別人生孩子，現(xiàn)在終于開始學(xué)著自己生了。

到了 2012 年下半年，我們推出了 Tower 這款協(xié)作軟件，這款產(chǎn)品上線第一天的注冊用戶數(shù)，就遠(yuǎn)遠(yuǎn)超過了 Teamcola 和 Designboard 的總和，我們也在隨后一個月就拿到了紅杉的 A 輪投資，于是幾個創(chuàng)始人商量了一下，決定停止所有外包業(yè)務(wù)，轉(zhuǎn)向浩瀚的企業(yè)市場領(lǐng)域。

除了從一個設(shè)計外包公司轉(zhuǎn)型成了產(chǎn)品公司，2013 年開始遠(yuǎn)程辦公也是我們團(tuán)隊的一個非常大膽的舉動，后面我會介紹關(guān)于遠(yuǎn)程工作的原因和經(jīng)驗。先來看看，現(xiàn)在 4 年多時間過去了，我們團(tuán)隊從當(dāng)時的 10 來個人，成長到現(xiàn)在將近 100 人，我們?nèi)〉昧四男┏晒?/span>

首先是 Tower 這個產(chǎn)品，現(xiàn)在是中國市場排名第一的協(xié)作軟件，有超過 50 萬的注冊團(tuán)隊，帶來了 700 萬的注冊用戶，這些用戶每天在 Tower 上產(chǎn)生大量的任務(wù)、討論、文檔和文件，如果把 Tower 比作寫字樓的話，這應(yīng)該是全國最大的一棟寫字樓了。

另外，我們從 2015 年開始打造的另外一款人力資源類軟件「知人」，去年下半年正式發(fā)布，這款產(chǎn)品相比 Tower，面對的業(yè)務(wù)場景更加復(fù)雜，為了能夠做到自動計算工資，我們做了考勤、請假、公出、加班等出勤類產(chǎn)品的功能，還做了和工作流產(chǎn)品類似的審批流功能，還做了電子合同簽署功能，更不用說基礎(chǔ)的人事、社保公積金、期權(quán)功能，以及對接的滴滴打車、企業(yè)微信、摩卡招聘等等第三方服務(wù)。

從產(chǎn)品的復(fù)雜程度上來講，知人是一款遠(yuǎn)超 Tower 的產(chǎn)品，從推廣到市場的結(jié)果來看，知人也是目前市面上產(chǎn)品形態(tài)最完備的人力資源 SaaS 產(chǎn)品，能夠支撐從幾十人的公司到幾千人的公司的人力資源日常事務(wù)。而這個結(jié)果，也是整個團(tuán)隊在遠(yuǎn)程工作的模式下做到的。

為什么要遠(yuǎn)程工作

有三個驅(qū)動我們遠(yuǎn)程工作的原因，一是產(chǎn)品原因，二是不愿意再花時間在一些麻煩事上，三是最重要的一點(diǎn)，就是因為彼此信任。

2013 年我們決定要開始遠(yuǎn)程工作，當(dāng)時最大的一個初衷是想要通過這種方式，把產(chǎn)品打造得更好。這么說挺奇怪的，為什么不是大家聚在一起沒日沒夜的加班，而是干脆要分開來做事情呢？這是因為 Tower 這款產(chǎn)品本身的特點(diǎn)決定的，我們在 2012 年的時候冒出來了一個大膽的想法，就是如果一款協(xié)作類型的產(chǎn)品，能夠完全支持一個遠(yuǎn)程團(tuán)隊的日常協(xié)作的話，那么它對于那些天天聚在一起的團(tuán)隊來說應(yīng)該更不在話下了。

種瓜得瓜，后來的事實(shí)證明，雖然我們沒法證明 Tower 對所有類型的團(tuán)隊都適用，但是它確實(shí)是對于遠(yuǎn)程工作者最為友好的工具，我們是最早支持 Email 回復(fù)、微信公眾號、視頻會議的協(xié)作工具。

另外我們選擇遠(yuǎn)程，是因為創(chuàng)業(yè)那么多年，我們換過好幾個辦公場所，每次換個地方就要折騰網(wǎng)絡(luò)、桌椅、吃飯等各種麻煩的問題，更別提花在路上奔波的時間。我們在 2013 年初租的最后一個辦公場地快要到期的時候，突然發(fā)現(xiàn)要是繼續(xù)待下去，大家都覺得有些審美疲勞，但是如果要想找新的地方，又會是一件勞心勞力的事情，加之我們團(tuán)隊最為欣賞和喜歡的一只外國團(tuán)隊 37signals 也是遠(yuǎn)程辦公的模式，所以我們就開始琢磨這事兒的可行性了。

最后，前面跟大家啰嗦了半天公司的發(fā)展歷程，因為我們從 2008 年到 2013 年，核心團(tuán)隊都在一起工作，5 年時間讓彼此變得非常默契與信任，我們知道各自的長處和短板，核心團(tuán)隊在一起走了那么長的時間也沒有人選擇離開，說明大家的長遠(yuǎn)目標(biāo)是高度一致的，加之當(dāng)時的主要核心成員都在同一個城市，也覺得隨時可以找個地方聚在一起，所以就更加覺得遠(yuǎn)程這個事情沒什么可擔(dān)心的了。

于是 2013 年春節(jié)后，我們就各自解散回家了。哦，我沒有回家，而是買了張機(jī)票飛到英國去待了 3 個月，徹底遠(yuǎn)程了。

遠(yuǎn)程工作的好處

那么，這么多年的遠(yuǎn)程工作，給我們帶來的好處是什么呢？我們團(tuán)隊的遠(yuǎn)程工作應(yīng)該劃分為前三年和 2016 年這兩段來看。

從 2013 年到 2015 年這三年，我們團(tuán)隊的人數(shù)增長是緩慢的，因為協(xié)作類型的產(chǎn)品相對來說并不復(fù)雜，我們也不想用搭建銷售團(tuán)隊的方式來獲取收入，因此總是想保持小規(guī)模的狀態(tài)來打造產(chǎn)品。這個時候遠(yuǎn)程工作帶給我們最大的好處主要有兩點(diǎn)。

首先不得不承認(rèn)的是，遠(yuǎn)程工作會讓個人的生活質(zhì)量得到極大的提升，我在遠(yuǎn)程工作的前幾年，基本上每天的生活可以規(guī)律得像機(jī)器一樣。每天早上 7 點(diǎn)左右起床，走路 5 分鐘去家對面的健身房游泳一個鐘頭，然后回家吃早餐，8點(diǎn)半左右開始工作，中午 12 點(diǎn)在家做午飯，然后小睡一覺到下午 2 點(diǎn)左右開始繼續(xù)工作，工作到晚上 7 點(diǎn)，走路 10 分鐘去家附近的一個社區(qū)圖書館看書到 8 點(diǎn)半，或者在家看部電影，結(jié)束以后處理工作到晚上 11 點(diǎn)，上床睡覺。

每天早上從健身房回家的路上，看到匆忙上班的人群，想著自己再也不用去擠公交地鐵的時候，幸福極了。

其次就是工作上的，「專注」是遠(yuǎn)程辦公能夠獲得的極大的好處。如果是一幫人聚在一起，難免時不時會被打擾，周圍的環(huán)境也容易把你的注意力吸引走。遠(yuǎn)程以后，團(tuán)隊在怎么提高效率方面做了很多努力和嘗試，這些努力里面就包括怎么樣讓每個成員都能更加專注的完成任務(wù)。遠(yuǎn)程所提倡的并不是「在家工作」，更不是「旅行辦公」，而是「在任何你認(rèn)為自己效率最高的地方工作」，所以我們有很多成員會去自己喜歡的咖啡店，或者干脆跑到偏遠(yuǎn)的小鎮(zhèn)上去工作。

2014 年我們曾經(jīng)開源過的一個文本編輯器 Simditor，就是一個前端工程師跑到麗江去，獨(dú)自開發(fā)了 2 個多月的產(chǎn)物。

遠(yuǎn)程工作后，我們超過 4 個人參與的會議數(shù)量明顯減少，以前聚在一起的時候，不管是隨便找個同伴，還是同伴可能自己無意識的加入，都會讓會議變得很冗長。遠(yuǎn)程以后因為人不在一起，「說話」的成本變高，導(dǎo)致說話之前做的準(zhǔn)備工作就會相對充足，比如會在 Tower 上形成具體的文字，或者能夠忽略的不重要的事情，就直接被忽略掉了。這是遠(yuǎn)程帶來的好處。

后來到了 2015 年以后，我們開始轉(zhuǎn)做知人，這個產(chǎn)品如前所述，比 Tower 復(fù)雜很多，因此我們開始擴(kuò)張團(tuán)隊，包括工程師，這個時候，遠(yuǎn)程的工作性質(zhì)能從三個方面幫助我們招募到自己喜歡的人才。

首先，在薪資肯定比不過 BAT 的前提下，遠(yuǎn)程可以加持我們這種創(chuàng)業(yè)團(tuán)隊的吸引力，讓候選人至少能夠時不時的惦記你一下。

其次，那些敢于選擇遠(yuǎn)程工作的成員，一般都是藝高人膽大的，普通的工程師可能更愿意找一個能上班的地方，讓自己可以融入到群體里面，但是作為創(chuàng)業(yè)者，我們更希望的是招募那些更獨(dú)立的，不畏懼「與眾不同」的伙伴，所以遠(yuǎn)程也能變相幫助我們篩選候選人，這樣招募進(jìn)來的小伙伴普遍水平都比較高。

最后，因為是遠(yuǎn)程，所以可以完全的跨地區(qū)全國招募，網(wǎng)子撒的大，魚兒才會多。

如何保證工作質(zhì)量和效率

遠(yuǎn)程工作也是工作，我們會不惜一切代價的提高工作的質(zhì)量和效率，這么多年下來，我們發(fā)現(xiàn)對于遠(yuǎn)程工作的團(tuán)隊來說，有幾件至關(guān)重要的事情需要做好。

找到對的人

毋庸置疑，找人是創(chuàng)業(yè)公司的重中之重，在創(chuàng)業(yè)的不同時期，找到優(yōu)秀的小伙伴都有不同的方法和渠道。

在 2008 年剛回成都開始創(chuàng)業(yè)的時候，我們還叫「成都彩程數(shù)字科技有限公司」，一個所謂的科技公司，但是能寫代碼的只有我一個人，所以當(dāng)務(wù)之急就是趕緊擴(kuò)充團(tuán)隊。我們沒有足夠的資金和成本去打招聘廣告，而且可預(yù)見的是這個階段就算打廣告也不可能有什么好效果，這個時候最好的辦法就是從身邊的熟人「下手」。彩程當(dāng)時一半的員工都曾經(jīng)是電子科大一個叫做「棟力無限」的學(xué)生社團(tuán)的成員，老沈甚至還是這個社團(tuán)的發(fā)起人，所以當(dāng)時我們很快找到「棟力無限」的小同學(xué)，請他推薦一些愿意出來實(shí)習(xí)鍛煉的學(xué)生給我們。

現(xiàn)在我們團(tuán)隊里的前端技術(shù)負(fù)責(zé)人就是在那個時候加入彩程的。當(dāng)時這位小伙子才讀大四，而且自己曾經(jīng)休學(xué)一年，跑到香港大學(xué)去游蕩了一年以后才回來的。就像我在前面說的，有這樣經(jīng)歷的小伙子一般來說，思想都非常獨(dú)立，也不害怕去走一條看似風(fēng)險重重的路，結(jié)果也證明了這一點(diǎn)，他現(xiàn)在同樣是公司的合伙人，我們產(chǎn)品里所有交互上比較復(fù)雜的組件，都是由他帶領(lǐng)完成的。

隨著公司漸漸發(fā)展，在 2010 年左右曾有一段時間，我們在成都本地舉辦過一個叫做「UCD書友會」的活動，每個月固定的一個周末，邀請一些朋友，以及我們公司的小伙伴，用一個下午的時間，跟一些對設(shè)計和產(chǎn)品感興趣的同行進(jìn)行交流。這樣的活動幫助我們擴(kuò)大了成都本土的人脈資源，也讓很多對當(dāng)時還不那么火爆的「用戶體驗設(shè)計」感興趣的人能夠進(jìn)入到我們的視線里。這期間我們認(rèn)識了后來做 Tower 的交互設(shè)計師，那個時候他也只是一個西南民族學(xué)院的大四輟學(xué)小孩，曾經(jīng)一個人騎車去過西藏，現(xiàn)在的興趣愛好是開卡丁車，據(jù)說現(xiàn)在已經(jīng)是四川省卡丁車前三強(qiáng)了。當(dāng)時看到他手繪的原型設(shè)計圖我們就知道，這就是我們要找的小伙伴。

讓這樣的小伙伴加入團(tuán)隊的好處是，他們周圍基本上會有一些和他們同樣出色的朋友。比如我們的前端技術(shù)負(fù)責(zé)人，帶來了另外一個后來的合伙人，我們現(xiàn)在的數(shù)據(jù)專家，而那位做 Tower 的交互設(shè)計師則推薦了一位優(yōu)秀的視覺設(shè)計師，我們在 Tower 里看到的那些漂亮的原畫，都出自這位伙伴之手。

后來公司做的產(chǎn)品有了一些口碑之后，我們逐漸能收到一些全國各地的簡歷了，這個時候我們就需要提煉出對于團(tuán)隊來說，怎么才能從這些簡歷中找到優(yōu)秀人才的方法了。

簡單地說，我們在整個面試和筆試流程中，對人的考察的核心因素有兩點(diǎn)，第一是他是不是足夠聰明，第二是他對于我們走做的事情的認(rèn)同感。

聰明的同伴有兩個非常重要的判斷標(biāo)準(zhǔn)，一是對產(chǎn)品的理解力，當(dāng)你在跟一個聰明的小伙伴討論產(chǎn)品需求的時候，他甚至能先于你想到很多潛藏的問題，以及這些問題的解決方案。第二是他的協(xié)作能力，他有沒有在 Tower 上拆解自己的任務(wù)，能不能夠用流暢的語言描述遇到的問題。

而小伙伴對我們團(tuán)隊和做的產(chǎn)品的認(rèn)同感，是我們判斷小伙伴是否合適的第二個標(biāo)準(zhǔn)。有些小伙伴是非常聰明的，但是在和他們合作的過程中，你卻會覺得比較別扭。比如你跟他交流的時候，雖然他都知道產(chǎn)品的需求是什么，要做的改進(jìn)是什么，但是就是投入不夠，他會跟你抱怨說，產(chǎn)品的文檔沒有寫好，有些代碼寫得很爛，但是自己卻從不愿意主動去做改進(jìn)。這其實(shí)本質(zhì)上是對團(tuán)隊做的事情的認(rèn)同感不夠。如果認(rèn)同感不夠，那么這樣的小伙伴在一起是走不長遠(yuǎn)的，他對于產(chǎn)品遇到的短期問題，也不會有足夠的耐心。

我們并不能總是招到最好的成員，但是結(jié)果卻一再證明，最后能真正在團(tuán)隊里發(fā)揮重大價值的，都是那些最好的 A Player。并且由于我們遠(yuǎn)程辦公的特點(diǎn)，所以對于人的要求更是沒法松懈，如果招募到一個資質(zhì)平平的工程師，對于團(tuán)隊來說甚至是會帶來極大的副作用，因為優(yōu)秀的人對于那些不怎么優(yōu)秀的人，總是沒什么耐性的。

設(shè)計設(shè)計設(shè)計

招到對的人只是第一步，要提高遠(yuǎn)程團(tuán)隊的協(xié)作效率，尤其需要重視產(chǎn)品的前期設(shè)計，因為本來遠(yuǎn)程團(tuán)隊溝通成本是最高的，所以如果前期不圍繞功能設(shè)計討論透徹，開發(fā)了一段時間以后發(fā)現(xiàn)有問題，成本就太高了，這不是像大家坐在辦公室里，隨時一扭頭就可以說，「誒，我怎么覺得這個地方有點(diǎn)問題」然后可以聚在一起解決掉的。

我們團(tuán)隊在開發(fā)一個功能點(diǎn)的時候，會要求產(chǎn)品經(jīng)理至少寫兩份文檔，一份叫做「思路筆記」，這份筆記主要是產(chǎn)品負(fù)責(zé)人個人對于功能點(diǎn)的思考，要解決的問題是什么，解決的思路是什么，有沒有什么想得到的坑，怎么測試，上線以后用什么數(shù)據(jù)衡量功能是否成功。產(chǎn)品經(jīng)理會把這份文檔發(fā)給負(fù)責(zé)開發(fā)的工程師先看一陣子，然后大家會約定好一個時間進(jìn)行遠(yuǎn)程視頻會議，在視頻會議上，每個人提出他們的問題，供產(chǎn)品經(jīng)理參考。

接下來產(chǎn)品經(jīng)理會去完成他的第二份文檔，叫做「需求說明」，這份文檔主要是明確具體的解決方案，根據(jù)需要，我們會去做一些具體的設(shè)計。如果功能比較簡單，工程師根據(jù)現(xiàn)有的系統(tǒng)組件就能搭建出來，那么產(chǎn)品經(jīng)理一般做一個草圖即可，但是如果涉及的功能比較復(fù)雜，產(chǎn)品經(jīng)理就需要在草圖的基礎(chǔ)上，尋求視覺設(shè)計師的幫助了。當(dāng)這份需求說明文檔完成后，我們會提前發(fā)給工程師再看一次，然后約時間再做一次視頻會議。

這次視頻會議因為有具體的設(shè)計圖，所以工程師能更好的理解需求的意圖，并且可以提出更具體的問題。像我前面說的，一旦試圖省略掉前面的這些過程，那么必然會導(dǎo)致最后開發(fā)出來的產(chǎn)品功能考慮不完善，因為前面需要思索的時間，你偷懶了，那些自以為清楚的事情，往往根本就沒有想清楚。所以最好的辦法，就是用這些能夠積累的的東西，把思想過濾出來。

設(shè)計這個事情隨著做的產(chǎn)品越來越復(fù)雜，會變得越來越重要。在做像知人這樣的產(chǎn)品的時候，有很多牽一發(fā)動全身的功能。比如就算是做一個簡單的刪除部門的功能，你都要考慮如果以前曾經(jīng)在這個部門的員工重新入職，要怎么處理，于是重新入職的流程里就需要引入部門設(shè)置，然后你就會考慮除了部門以外，還有哪些屬性是同樣需要重置的，于是本來是在思考提供部門刪除的功能，就會延伸為，先規(guī)范重新入職流程。問題一開始如果沒有想清楚，很容易出現(xiàn)工程師吭哧吭哧做了半天，結(jié)果上線以后漏洞百出的情況。

所以，對于遠(yuǎn)程團(tuán)隊來說，產(chǎn)品迭代里的設(shè)計階段會變得尤為重要，千萬不要忽視它。

控制節(jié)奏

如果有游泳或者長跑習(xí)慣的朋友應(yīng)該知道，在這些體育運(yùn)動里，最重要的并不是瞬時的爆發(fā)力，而是始終如一的節(jié)奏。像長跑 10 公里，你如果能保持一個比較固定的速率的話，跑下來的時候人的感覺是很舒爽的。

我們在開發(fā)產(chǎn)品的時候，也需要做一些工作來保證產(chǎn)品的節(jié)奏感。主要是分組和迭代。

在做知人這款產(chǎn)品的時候，我們按照功能進(jìn)行分組，比如電子合同這個具體的功能，就是兩個工程師組成的一個小組，然后多個小組又會負(fù)責(zé)一個大的功能模塊，比如電子合同，是屬于人事模塊下面的子功能，所以就會有好幾個小組會被放在人事模塊里面。屬于人事模塊的這些工程師一般不會做輪崗調(diào)整，因為他們做的越久，對人事業(yè)務(wù)就會越熟悉，也就越容易對產(chǎn)品功能做判斷。但是人事模塊里面的小組是會輪替的。比如做電子合同的兩個工程師，一個季度以后會被調(diào)整去做組織架構(gòu)，因為這些大的業(yè)務(wù)模塊下的功能是彼此相通的，通過這種方式，工程師可以熟悉彼此所做的業(yè)務(wù)。

分好小組以后，我們會設(shè)置一個迭代周期，比如對于知人，就是兩周一個迭代周期。我們的小組工程師會分為 A / B 兩個 Team，在一個迭代周期里，如果 A 小組的工程師開發(fā)新功能的話，那么 B 小組的工程師就會負(fù)責(zé)處理 Bug。

在 Tower 里，我們會用兩個項目把事情分開，一個項目我們叫做「戰(zhàn)地」，這個項目會用看板的形式羅列所有待處理的需求，每個需求會關(guān)聯(lián)到前面說的產(chǎn)品文檔。

每個迭代周期開始的時候，開發(fā)新功能的工程師，按照需求的優(yōu)先級認(rèn)領(lǐng)任務(wù)，并把任務(wù)從需求池里拖動到「開發(fā)」清單里面。我們之所以用兩周來做迭代，是因為一般來說，功能開發(fā)本身不會太久，因為需求一般都會拆分的比較細(xì)，但是開發(fā)完了以后，要上線去做測試，測試以后的改進(jìn)時間也要預(yù)留進(jìn)來，所以兩周一次迭代是一個比較合適的長度。

在功能開發(fā)迭代之外的工程師，主要是處理另一個叫做「機(jī)械師」的項目里面的任務(wù)，里面主要是各種 Bug。當(dāng)然，Bug 不會總是那么多，所以我們并不嚴(yán)格要求維護(hù)組的工程師在維護(hù)周期里只能做維護(hù)，我們希望產(chǎn)品功能能夠盡快的推進(jìn)，所以在維護(hù)期的工程師如果需要處理的 Bug 不多，他是會被要求提前去處理戰(zhàn)地里的需求的。

如果把產(chǎn)品開發(fā)類比為體育運(yùn)動的話，這種模式的訓(xùn)練強(qiáng)度明顯是最高的。

善用工具

彩程設(shè)計從創(chuàng)建的第一天起，就在用各種提高我們工作效率和生產(chǎn)效率的工具。

對于遠(yuǎn)程團(tuán)隊來說，解決溝通是第一位的，我們用 Tower 解決工作計劃的問題，在 Tower 里圍繞項目、任務(wù)、文檔和文件來溝通工作的計劃，以及推進(jìn)工作計劃。但是也不可能把所有溝通都放在 Tower 上，所以我們團(tuán)隊平時還會重度使用企業(yè)微信這個 IM 產(chǎn)品。

對于 IM 工具的選擇團(tuán)隊也是經(jīng)過了很多嘗試，從 Slack 還是 Beta 版本的時候，我們就開始嘗試使用，到后來轉(zhuǎn)到 Telegram，然后是釘釘，最后現(xiàn)在使用企業(yè)微信，對于工具的選擇我們發(fā)現(xiàn)有兩個重要的因素，一是工具要是所有人都能很快獲得的。如果一直用 Slack，那么可能只是對工程團(tuán)隊友好，因為銷售團(tuán)隊的同事不一定人人都會翻墻，而且產(chǎn)品的全英文也會導(dǎo)致有些同事使用起來產(chǎn)生障礙。所以如果是決定整個團(tuán)隊都長期使用的話，最好還是選擇國內(nèi)的產(chǎn)品。

其次是，這個工具要在產(chǎn)品設(shè)計上打動我們，讓每個使用的成員覺得產(chǎn)品設(shè)計得很贊。而正是因為這個原因讓我們最終選擇企業(yè)微信，因為企業(yè)微信的設(shè)計更加簡潔、舒服。

對于工程團(tuán)隊來說，最重要的幾個工具是代碼托管、集成測試、代碼質(zhì)量檢查、持續(xù)發(fā)布和服務(wù)監(jiān)控。我們曾經(jīng)自己搭建過 gitlab 服務(wù)，3 年前的一次安全事故讓我們明白其實(shí)自己搭建服務(wù)，并不比使用第三方靠譜平臺安全，所以后來我們就把代碼管理全部放到 github 了。

集成測試我們使用過 CircleCI 和 TravisCI，這兩個工具都可以集成到 Github 里面，后者對前端組件的測試更加友好，前者在產(chǎn)品設(shè)計上我個人覺得優(yōu)于后者，所以這兩個平臺都是很推薦大家使用的。

代碼質(zhì)量檢查，我們使用一個叫做 CodeClimate 的服務(wù)，這個服務(wù)也是和 Github 的集成非常完美，在做 code review 的時候，可以直接在 Github 上看到一些代碼質(zhì)量的基本問題，工程師可以在 merge pull request 之前對提交的代碼做基本的質(zhì)量判斷。

持續(xù)發(fā)布是我們自己寫的一個定時發(fā)布工具，會在每天的三個固定的時間把 master 分支的代碼發(fā)布到生產(chǎn)環(huán)境的服務(wù)器上面，這個定時發(fā)布工具在做代碼發(fā)布的時候，會檢查集成測試環(huán)境有沒有跑過，只有當(dāng)測試用例都跑過的情況下，才會做自動發(fā)布。如果發(fā)布失敗，這個發(fā)布工具會給固定的一個微信公眾號發(fā)告警通知，這樣運(yùn)維的同學(xué)就能去及時處理。

服務(wù)上線以后，我們會用各種工具來監(jiān)控服務(wù)的質(zhì)量，對于工程團(tuán)隊來說，首先就是各種報錯的監(jiān)控。我們使用 http://sentry.io 做程序運(yùn)行錯誤的告警平臺，這個 SaaS 產(chǎn)品允許設(shè)置一些 webhook 的回調(diào)地址，于是我們會根據(jù)告警的代碼所屬模塊，自動在 Tower 的機(jī)械師項目里產(chǎn)生分配給對應(yīng)工程師的任務(wù)，非常方便。

另外我們用 Newrelic 做性能監(jiān)控，目前主要是對 Tower 的監(jiān)控居多，像去年和釘釘?shù)暮献?，有一陣子會從釘釘那邊帶來巨大的注冊用戶量，Newrelic 在分析到底是哪一層的服務(wù)出現(xiàn)了性能問題上是非常方便的。

我們還會用一個叫做 Mixpanel 的工具做用戶行為的采集和分析，這主要是對產(chǎn)品經(jīng)理的幫助更大，使用 Mixpanel 可以記錄用戶的行為軌跡，幫助產(chǎn)品經(jīng)理對用戶行為進(jìn)行分析。

這些好的工具里的很多優(yōu)秀的產(chǎn)品設(shè)計思想，正是我們自己打造自己產(chǎn)品時候的設(shè)計靈感的來源，深度使用好工具，能極大的提升整個團(tuán)隊的設(shè)計品味，這是除了提高團(tuán)隊工作效率之外的一個隱形的好處。

選擇合適的技術(shù)

最后一點(diǎn)，也是一個很敏感的話題，雖然我們都知道「PHP 是世界上最好的語言」，但是我們團(tuán)隊還是選擇了各種主流技術(shù)之外的一個冷門的技術(shù)棧，Ruby On Rails。

使用 Rails 的原因是，不僅僅是因為它是一個成熟度很高的框架，而且還因為這個框架背后的「價值觀」。

一個互聯(lián)網(wǎng)工程團(tuán)隊，一般都有兩種屬性，一種是技能屬性，一種是產(chǎn)品屬性，我們團(tuán)隊的工程師特別強(qiáng)調(diào)工程師的產(chǎn)品屬性，而這種團(tuán)隊基因，注定了我們會選擇 Ruby On Rails 作為當(dāng)前的技術(shù)框架。我特別喜歡 Rails 的創(chuàng)始人 DHH 寫的這篇文章：「The Rails Doctrine」。

Ruby 這門語言的出發(fā)點(diǎn)是為它的用戶的「幸?！箍剂?，而不是從純粹的計算機(jī)科學(xué)的視角去發(fā)明的，這是 DHH 之所以會選擇 Ruby 的初衷。Rails 框架繼承了同樣的價值觀，相比于當(dāng)前各種紛繁復(fù)雜的前后端分離框架，它在技術(shù)層面是否優(yōu)劣，并不是它最重要的考慮因素，Rails 框架重點(diǎn)考慮的是，對于從 0 到 1 的 Web 產(chǎn)品開發(fā)，究竟什么樣的框架能夠讓開發(fā)者盡快的輸出產(chǎn)品功能，讓用戶去體驗和使用，讓用戶在使用的過程中感到幸福。而 Rails 的天生的好處在于，同樣作為一款產(chǎn)品，框架本身是為開發(fā)者的「幸福」考量的，這對于一個產(chǎn)品型團(tuán)隊來說，有助于工程師把所有注意力都放在「產(chǎn)品特性」本身上面。

讓技術(shù)團(tuán)隊保持幸福感，把幸福感通過產(chǎn)品傳遞給用戶，也是維持高效工作的一個基礎(chǔ)。

遠(yuǎn)程工作適合什么樣的團(tuán)隊

最后，可能大家會在心里開始默默評估遠(yuǎn)程工作是不是適合自己了。在我看來，你的團(tuán)隊如果特別小，或者特別久，這兩者只要具備一條，那么你現(xiàn)在就可以考慮讓團(tuán)隊遠(yuǎn)程工作了。

所謂特別小，一是團(tuán)隊規(guī)模小，二是做的事情小。在個人價值越來越凸顯的今天，實(shí)際上我們的商業(yè)形式也會慢慢的轉(zhuǎn)變，比如個人知識經(jīng)濟(jì)，那么可能兩三個在一起就能做一些事情出來了，這種非常小的團(tuán)隊是很適合遠(yuǎn)程的，可以在全國，甚至全球范圍內(nèi)尋找志同道合、配合默契的伙伴。

另一種是核心團(tuán)隊在一起特別久的團(tuán)隊，像我們這樣，公司的價值觀已經(jīng)形成，大家彼此呆久了也都足夠信任（審美疲勞）了，做的事情也不會是一蹴而就，明天就收獲成果的，那么也許可以試試遠(yuǎn)程。

不過我們也并不認(rèn)為遠(yuǎn)程工作就是完美的，遠(yuǎn)程工作對于一些年輕的小伙伴來說，可能會造成巨大的孤獨(dú)感，因為人畢竟是感情動物，需要交流，所以我們團(tuán)隊在招募工程師的時候，其實(shí)也會盡量在已有工程師的地區(qū)招募，這樣我們每周五，會讓同一個城市的工程師挑選自己喜歡的地方，大家?guī)想娔X出門聚在一起工作。

另外，隨著團(tuán)隊規(guī)模的擴(kuò)張，我們也開始每年定期集中，比如 2016 年，整個工程團(tuán)隊一共集中過 3 次，大家在一起的時間總共差不多有 2 - 3 個月的樣子，這樣可以讓新人更好的融入團(tuán)隊，也能集中在一起解決一些產(chǎn)品上重要的問題。

遠(yuǎn)程工作適合耐心的團(tuán)隊，適合愿意獨(dú)自面對自己的團(tuán)隊，適合對目標(biāo)有清醒認(rèn)識的團(tuán)隊，適合單兵作戰(zhàn)強(qiáng)悍的團(tuán)隊，如果你的團(tuán)隊是這樣的，不妨一試。

原文來自:彩程團(tuán)隊博客

免責(zé)聲明：以上內(nèi)容為本網(wǎng)站轉(zhuǎn)自其它媒體，相關(guān)信息僅為傳遞更多信息之目的，不代表本網(wǎng)觀點(diǎn)，亦不代表本網(wǎng)站贊同其觀點(diǎn)或證實(shí)其內(nèi)容的真實(shí)性。