•每天使用公眾通信工具
當你的員工采用遠程辦公時，通信工具就不應該局限于實時交流工具。通信工具應該隨時都能使用，這是遠程工作的自然組成部分。不要把重要信息的交流形式放在本地的會議上。
遠程辦公，你的員工需要這些工具：
- 實時聊天工具
你無法走到遠程工作員工面前和他交流問題，那么實時碎片式的溝通就是不可缺少的。重要的一點在于，每個人都應該經常性的使用同一個實時聊天工具。作為領導者，你應該不斷強調這一點。
聊天是遠程合作團隊在工作時最為核心和普遍的溝通方式。因此，你必須絕對確保在任何情形下能夠和每一個人實現聯系。
- 在線BBS
為了讓團隊對于成員和項目的情況都有整體的了解，你需要一個發布公告、團隊周報和會議紀要的BBS平臺。這是在線聊天很難實現的。
在這個平臺上，團隊之間會用以發布除了郵件和在線聊天以外的信息。你的電郵應該訂閱BBS平臺新帖子或討論的發布消息。每個成員也應該自動獲得每周/每日BBS的內容摘要。團隊成員絕對不能忽視這些消息，最好盡快閱讀。
- 語音和視頻聊天
有時候，文字的交流無法把真實的問題描述清楚。這時候，你就需要能夠和網絡對面的同事實現語音或者視頻對話。請不要低估用語音和另一個人類對話所蘊含的能量。盡管程序員里很多都是不愿意用嘴說話的死宅，但是我們得把工作干完不是嗎？難不成我還得花六個小時飛到你家里嘛？
在視頻和語音對話過程中，人類的語氣和表情對那些冷冰冰的字符構成了很好的補充。我建議，遠程工作的人們每周至少要有一次進行語音或視頻的對話連接。時間可以不是很長，但可以把他設計成一種公司的check in制度，以確保屏幕背后的同事確實也是一個人類。請記得，即便是遠程工作的模式，你還是人類的一員。
•周一團隊情況匯報
每周一，公司的每個項目團隊都應該提交一份簡要的情況匯報：
-上周完成了什么
-本周工作計劃
-工作中的困難或者考慮到的其他因素
這份報告越簡短越好，但應該涵蓋了所有的重要信息。每周一都把這份報告發布在公司的BBS上。團隊規模式具體情況而定，如果你的公司非常小，每個人就可以是一個團隊。
•會議紀要
對于任何你認為是“會議”的會面務必都要保留下會談的紀要。請把紀要發布在公司的BBS上，這樣那些在遠方工作的團隊成員將會從這些信息里獲得益處。
需要指出的是，你的會議紀要務必在完整的前提下保持簡短。你無需寫下每個細節，把大畫面展現出來就夠了：參會人是誰？討論了什么話題？達成了何種決定？下一步的動作是什么？
*** 在談完了遠程工作的好處和方法之后，我不得不指出這一模式的一些缺陷：
•頭腦風暴
當你的團隊需要經常性的通過頭腦風暴來推進項目時，遠程工作的弊端就顯現出來了。在頭腦風暴的進程中，共處一室的團隊成員能夠看到、聽到、感受到彼此的動作、呼吸和存在。這些感知對于主意的迅速產生有著非常重要的影響力。如果在遠程工作的環境下進行頭腦風暴的話，你需要極端高速的貸款、低延時率以及人與人之間的直接溝通。好信息是，我們在Stack Overflow和Discourse工作時，這種類型的會議非常少。當你需要進行頭腦風暴時，你可以把它安排在公司每年一度碰面的年會上舉行。
•導師輔導
員工輔導需要資深員工在新進員工身后不是的照看并對其工作成果給予及時的反饋。在采用松散連接結構的遠程工作機構里，這種來自導師的員工輔導變得非常的困難。
我們的做法是，避免那些需要輔導的人進入團隊。在Stack Overflow和Discourse進行招聘時，我們找的都是資深的從業人士。這不代表我們對于年輕新手的能力不認同，而是說我們的組織無法對他們進行有效的遠程輔導。從遠程工作的角度看，你行就是行，不行就算不行。我們的生產率不會被新手拖累，新手也不會在我們這碰到挫折。所以，這種做法對大家都有好處。
如果你的策略需要依賴于新手的成長，那么你需要給他們制定出一段一起在同一空間內緊密合作的時間安排。成對的進行編程可以是一個備選方案。
•后記
在考慮了遠程工作的優缺點之后，當你想象在20、40、60年之后從事數字產業人們的工作狀態時，是否還會認為人們將會把他們的時間花費在每天一兩個小時的通勤交通上？
你認為初創企業的招聘流程在十年以后還是會和現在的同行做法一樣嗎？
從我們自己的Discourse和Stack Overflow兩家公司的經歷來看，從全球范圍里招人給我們帶來了戰略性的優勢。我相信，遠程開發模式代表了未來的工作模式。如果我們能夠開始進行一些這方面的思考和嘗試，一定會物超所值的。你還在等什么？
想認識全國各地的創業者、創業專家，快來加入“中國創業圈”
|
