2020年最大的事件應該是新冠疫情了。
然后就是企業(yè)如何降低成本欧聘、遠程辦公了自沧。

我們生于疫情之下，所以我們是遠程辦公成長起來的企業(yè)树瞭。
恰好看到了篇很不錯的文章，轉載之爱谁。

(轉載：https://coolshell.cn/articles/20765.html)

MEGAEASE的遠程工作文化

MegaEase(https://megaease.com/) 是我創(chuàng)業(yè)的公司晒喷，主要是想把云計算（PaaS/SaaS層）的那些高可用高并發(fā)的分布式技術普及到那需要對技術自主可控的公司，這樣就不需要去使用不能自主可控的閉源系統(tǒng)或是大公司的云平臺访敌。我于2016年開始成立MegaEase凉敲，從早期8個人，直到今天有20來個人寺旺，我們從一開始到今天都是在遠程工作的公司文化爷抓。因為我很喜歡《Rework》這本書，寫這本書的公司叫37signal（現(xiàn)名basecamp）阻塑，這家公司在發(fā)《Rework》這本書的時候蓝撇，整個公司只有16個人，分布在全世界8個城市陈莽，這種Geek的公司的文化很吸引我渤昌，所以，在我決定創(chuàng)業(yè)的時候走搁，我就止不住地想成立這樣能夠遠程工作的公司独柑，于是，遠程工作的團隊文化就這樣成為了MegaEase的基因私植。下面我會分享一下忌栅，我們公司的遠程工作文化和其中的一些問題，最后還有一個工作協(xié)議曲稼。

我們在早期的時候索绪，8個員工來自5個城市，現(xiàn)在的20來個員工來自8個城市2個國家躯肌。雖然我們現(xiàn)在使用“共享辦公室”者春，但是本質(zhì)上，我們的整個文化是遠程工作的文化清女。在2017-2018年度钱烟，我們公司產(chǎn)品商業(yè)化以來，公司早期的8個工程師在遠程工作的狀態(tài)下成功支持了得到的老羅的跨年演講活動，以及其它幾個客戶拴袭，一方面驗證了用戶愿意付費購買我們的產(chǎn)品和服務之后读第，另一方面也有一些不錯的收入，客單價都在百萬左右拥刻。還記得當時怜瞒，有幾個投資人并不相信我們連個辦公室都沒有，而且8個人分布在5個城市般哼，覺得我們是個騙子公司（哈哈）吴汪。在過去的一年，我們通過我們的產(chǎn)品和服務幫助銀行電信互聯(lián)網(wǎng)等公司進行了他們的系統(tǒng)架構的改造和升級蒸眠，讓復雜和高門檻的分布式技術和架構可以被更多的企業(yè)所掌握所應用漾橙。這說明，遠程工作是沒有什么問題的楞卡。實際上遠程團隊遠程工作真的不新鮮霜运，Github上有個Repo維護著一個支持遠程工作的公司列表，還有一個跟遠程工作相關的Awesome索引蒋腮。

當然淘捡，自從我創(chuàng)業(yè)以來，我身邊就一直有好些不同的聲音質(zhì)疑遠程工作池摧。聽過他們的理由后焦除，我能夠理解他們的疑慮和困惑，因為管理的確是一個很復雜的事作彤，因為要面對的是極為復雜的人踢京，所以，有這些疑慮也是正常的宦棺。下面是我的一些經(jīng)驗和分享瓣距。先說宏觀管理，再說微觀實踐代咸。

image.png

宏觀管理

我發(fā)現(xiàn)很多人比較質(zhì)疑遠程工作的原因蹈丸，更多的是表現(xiàn)在對宏觀的管理上有問題。所以呐芥，我還是想先說一下宏觀管理逻杖，這其實并不分遠程辦公還是集中式辦公，如果能夠解決好些這管理上的根本問題思瘟，其實荸百，遠程不遠程都無所謂了。只不過滨攻，這些問題在“遠程辦室”的場景更更突顯罷了够话。

一蓝翰、努力找到好的人

團隊管理的頭等大事是找人，沒有之一女嘲。很多人都會跟我說畜份，你的這種遠程團隊需要很好的人。是的欣尼，沒錯爆雹，人很關鍵。遠程團隊需要的人的一般需要有這些特質(zhì)：

• 能獨擋一面的人愕鼓。這樣交給他的事能獨立完成钙态，沒有路能自己找路，這樣可以省很多管理成本菇晃。
• 溝通能力很強的人驯绎。一方面，他們把模糊的事能變清楚谋旦，另一方面，他能有效地說服他人屈尼。不然就會非常扯皮和消耗時間册着。
• 能自管理和自驅(qū)動。不能自管理和自驅(qū)的人脾歧，會增加大量的管理和教育成本甲捏。能自驅(qū)動的人，都是對負責的事情有認同的人鞭执。

如果你仔細思考一下司顿，你會發(fā)現(xiàn)，這樣的人是任何一家公司所渴望的人兄纺，和遠不遠程無關大溜。只不過，如果是遠程團隊的話估脆，你會被逼著要招到這樣的人钦奋。

招到這樣的人，你團隊的執(zhí)行力會非常的強悍疙赠。招不到這樣的人付材，你只能為他們不能自管理和自驅(qū)而招“經(jīng)理”，不能寫出好的代碼而招“測試”圃阳，不能很好的溝通而招個“項目經(jīng)理”厌衔，不能獨檔一面，而要把好的人安排給他們當“教練”捍岳，而好的人則會被累死……

這個時候富寿，你就需要計算一下了睬隶，是花時間精力在教育不好的人，還是花時間精力找好的人作喘？無論遠不遠程理疙，聰明的管理者都會選擇后者。這也就是為什么Amazon的Bezos會說泞坦，“我寧愿面50個人一個人都招不到窖贤，我也不愿意降低我的面試標準”。

二贰锁、設定共同的目標和使命

對于遠程團隊來說因為見不到面赃梧，所以，缺乏交流和溝通豌熄。所以授嘀，需要團隊里所有人能在同一篇上，能夠?qū)σ龅氖掠幸粋€統(tǒng)一標準的認識锣险。也就是共同的目標和使命的認知蹄皱。知道要要什么，不要什么芯肤。知道取舍巷折，知道trade-off。這些東西都是需要團隊一起達成的共識崖咨。如果沒有這樣的“Same Picture”的目標和使命锻拘，就會出現(xiàn)很多不必要的誤解和沖突。另外击蹲，因為團隊和業(yè)務也在迅速發(fā)展中署拟，所以，也需要不斷地調(diào)整和溝通歌豺。這都需要領導者花費時間統(tǒng)一目標和使命推穷。

老實說，無論遠程不遠程类咧，一個團隊也是需要有共同的目標和使命的缨恒。沒有共同的目標，就算是集中在一起辦公轮听，也一樣沒有效率的工腋。

三舰蟆、傾向使用小團隊

因為溝通成本的問題，遠程團隊更為傾向使用小團隊，但并不是說小團隊會限制整個公司的規(guī)模昼汗∈钊希《人月神話》說過，只有小團隊才能駕馭復雜的系統(tǒng)。Amazon 的 Two Pizza Team的文化（團隊的大小只能到兩張披薩就能喂飽的大幸抖础），就是把整個系統(tǒng)拆成“微服務”架構禀崖，這樣可以導致整體效率的巨大提升衩辟。表現(xiàn)在，可以并行開發(fā)波附，專注于一個功能更利于解決復雜問題艺晴，簡單可以更容易的運維，可以更容易的規(guī)牡牛化……

我工作的這20多年來經(jīng)歷過很多公司封寞，尤其是創(chuàng)業(yè)的這幾年來，看過的公司更多了（50+以上了）仅财，我發(fā)現(xiàn)狈究，人數(shù)越多的團隊，基本上來說盏求，就更偏勞動密集型抖锥。勞動密集型的一個特征就是，大家整天在想碎罚，得整點什么事給這么多人磅废，好讓他們忙起來。而人數(shù)少的團隊魂莫，因為人不夠，所以每天都在想爹耗，什么樣的事更重要耙考，什么樣的事可以自動化，怎么做更有效率……小團隊和大團隊的關注點就這么不一樣了潭兽，所以做出來的事也就不一樣了……

當然倦始，并不是說勞動密集型有什么問題，就像《軟件團隊的兩種管理方式》一文所說的一樣山卦，遠程團隊工作更傾向于“電影工作組”式的每個人都是leader的知識密集型的團隊鞋邑。

微觀實踐

在遠程工作中，我們需要有很多的微觀操作來讓大家能夠更好的進行遠程工作账蓉。因為遠程工作也有一些問題（但是方法總比問題多枚碗，不是嗎？）

• 文檔驅(qū)動铸本。首先肮雨，遠程的問題就是溝通不方便了，集中化的辦公一群人可以在白板上進行討論箱玷，然后遠程工作這個事就變成很復雜了怨规。所以陌宿，當要討論什么事的時候，需要發(fā)起人先寫一個文檔波丰，然后大家在這個文檔上進行討論（我們通常使用Github的issue壳坪，Pull Request或Google Doc）。另外掰烟，寫文檔的好處太多了爽蝴，除了給后人有一個可以追溯的東西，更重要的是媚赖，寫作是一種深度思考霜瘪，當你把你腦子里想的東西寫下來的時候，你就會發(fā)現(xiàn)你的思考更多了惧磺。所以颖对，文檔驅(qū)動我們團隊能力非常重要的事。

• 自動化和簡化磨隘。自動化和簡化是我平時追得最多的東西了缤底，從軟件的Unit Test, Functional Test, Performance Test 一直到用Kubernetes進行自動化部署，我要求的就是從一提交完代碼后就自動化的上線番捂。我們玩的是Amazon的“單分支”代碼管理的玩法个唧，一旦代碼merge上master，就會直接上線（當然需要通過灰度）设预。因為遠程團隊如果沒有自動化的工具徙歼，那么，就會導致整體效率的下降鳖枕。

• Owner文化魄梯。這個太重要的了，但是宾符，這并不是在說酿秸，如果一個事沒有owner，就會像“三個和尚”那樣魏烫，事情就進了沒人管的地步辣苏。這是因為很多人在工作中都是比較 nice 的，比較 nice 的人通常來說都不好意思跳出來對別人發(fā)號施令哄褒。所以稀蟋，Owner 文化就是要求每件事都要定義一個Owner，而這個Owner是有權對其它人發(fā)號施令的呐赡，其他人也有義務要配合他糊治。當然，Owner 的權利越大罚舱，責任也會越大井辜！

• Review文化绎谦。Review文檔是一種把知識或是想法傳遞出去的方式。我們在實踐過程中粥脚，需要大家把好的想法寫下來窃肠，這需要包括問題背景、目標刷允、可選的方案（這些方案需要有引用和數(shù)據(jù)冤留，不能是拍腦袋）、還需要有Pros/Cons的比較树灶。然后再發(fā)起討論纤怒。這樣，事情在一開始就做好天通，那么就可以讓大家的討論更加地有效率泊窘。很多人以為開會討論有個議題就行了，其實不夠像寒，有效率的開會討論需要的是議案烘豹，而且還是高質(zhì)量的議案！

• 目標承諾诺祸。我們需要每個人承諾自己的工作目標携悯，這個完全由每個個體來發(fā)起、完成筷笨。一般來說憔鬼，每個人自己給自己制定的計劃最好是在1-2周內(nèi)。

• 自我管理胃夏。我們的實踐是沒有審批制度轴或，無論是，休假构订、報銷侮叮、出差避矢，完全是自己自由安排悼瘾，但需要告訴團隊（除非在一些關鍵時期沒法休長假，需要整個團隊全力以赴）审胸，但千萬不要撒謊和作弊亥宿，一旦發(fā)現(xiàn)，直接開除就好了砂沛。這個是基于好人更多的原則制定的（沒有必要為了少數(shù)的壞人一刀切后讓所有人痛苦）

• 閑聊和自行見面烫扼。見面和不能見面是一件非常不一樣的事，在一起工作時碍庵，人和人是會有感情的映企，因為會有閑聊悟狱。遠程的時候，則只有工作了堰氓。所以挤渐，我們鼓勵團隊人員間的私聊，閑聊双絮，互相對方講講自己的經(jīng)歷和過往浴麻，同時，也鼓勵員工自行出差到對方的城市見見跟你一起工作的人囤攀，公司報銷差旅費软免。

• 知識分享會。我們每周都有知識分享會焚挠，一次只講半個小時膏萧，不貪多，就講一個小的知識點宣蔚。然后向抢，團隊中的一些人還主動使用Google Form來收集分享的反饋信息。

• 就地獎勵文化胚委。我們默認上是沒有年終獎挟鸠，只有就地獎勵文化。也就是說亩冬，你做的事掙錢了艘希，利潤中有70%公司拿走，剩下的30%團隊的人就地分掉硅急。這樣會讓團隊里的每個人都會想怎么掙錢覆享，除了可以把精力放到那些能夠讓用戶付費的地方上，更重要的是讓團隊成員了解一下業(yè)務和用戶為什么要付費营袜，這個是非常關鍵的撒顿。當然，如果公司沒有掙錢荚板，但是員工工作的不錯凤壁，我們還是會給年終獎的。不掙錢的主要責任是我的跪另，而掙錢的主要功勞是團隊的拧抖。

• 外包支持性的工作。一些支持性的工作盡可能地使用外包免绿，比如：HR唧席、行政、發(fā)工資財務、員工持股淌哟、測試人員迹卢、定制化開發(fā)……這樣可以讓你的團隊更小，更高內(nèi)聚徒仓。更利于遠程婶希。

• 異步編程。如果一個項目是從零開始的蓬衡，對于一個團隊來說可能會是無從下手的喻杈，這需要有個人（owner）把代碼的框架和結構給組織好。然后其他的人進入把坑填了狰晚，這樣的效率會高很多筒饰。另外，不見面的結對編程壁晒，完全可以使用異步的方式進行瓷们，這其實就是多人干同一個pull request的方式。有Github這樣的協(xié)議工作秒咐，遠程編碼變得很方便谬晕。

關于我們的遠程工具，我們主要是使用：

• 開發(fā)環(huán)境
  • AWS携取，我們主要使用AWS攒钳，因為我希望團隊在使用AWS的時候能夠被潛移默化。
• 協(xié)作工具
  • Github雷滋。我們所有跟軟件開發(fā)的工作都會在Github上不撑，我們重度使用 Github 的 pull request 和 issue，也會使用 Github Project 里的看板和 Wiki晤斩。
  • Google全家桶焕檬。我們重度使用 Google，Google Group澳泵、Google Driver实愚、Google Docs 主要是一些各式各樣的文檔。
• 通訊工具
  • 語音溝通兔辅。主要是使用Zoom腊敲，因為Zoom不但可以支持幾十人在線，還可以云錄制幢妄。如果小范圍交流的話兔仰，一般使用微信語音茫负。
  • 工作溝通蕉鸳。主要是使用Slack，Slack作為一個信息集散地，可以分頻道潮尝，可以分thread討論榕吼，微信注是個渣。
  • 吹水群勉失。我司的吹水群主要是Telegram羹蚣，因為比微信好太多了……

你會發(fā)現(xiàn)，我們的工具有好些都是在墻外的乱凿，是的顽素，因為墻內(nèi)的同類的工作實在是太難用了，沒辦法不用徒蟆。而且胁出，我傾向于讓大家用上最先進的工具，這樣我們團隊中的每個人的品味才會被這些好的工具潛移默化段审。

遠程工作協(xié)議

下面是我們的遠程工作協(xié)議（無刪減）全蝶，這是每一個遠程工作人員需要同意并做到的協(xié)議（其中有 Amazon Leadership Principles 的影子），目前在 v1.3 版寺枉，未來還會更新抑淫，我現(xiàn)在把它曬出來，也希望得到更好的建議姥闪！

MegaEase 遠程工作團隊協(xié)作協(xié)議 v1.3

Principles

0）Ownership & Leadership

每個人都是Owner始苇，都是Leader， 如果看到團隊或是項目有問題的時候筐喳，不要等埂蕊，也不忍，請馬上說出來疏唾，并給出相應的方案蓄氧， 自己跳出來召集開會，及時調(diào)整槐脏。不要悶在那里喉童，自己憋！

1）Initiative

每人個都必需是主動的顿天，都需要自己發(fā)起要做的事堂氯，或是自己要認領要做的事，如果發(fā)現(xiàn)自己沒有事情了牌废， 需要學會主動發(fā)現(xiàn)問題咽白，主動找到可以improve的地方，創(chuàng)新來源于此鸟缕。沒有路要學會自己造路晶框！

2）Objectives Oriented

每個人都是產(chǎn)品經(jīng)理排抬，也都是項目經(jīng)理，每個人都必需把自己的工作和我們大的目標連接在一起授段，知道什么是重點蹲蒲，重點的東西就是兩件事：一）從用戶的角度出發(fā)，二）從產(chǎn)品的角度出發(fā)侵贵。 這意味著我們要隨時觀察整個產(chǎn)品的樣子届搁，而不只是自己這一塊東西 。

3）Insists on High Standard

舉法其上窍育，得乎其中卡睦，舉法其中，得乎其下漱抓，舉法其下么翰，法不得也。我們要堅持用高的標準要求自己辽旋，對于高標準的目標不妥協(xié)浩嫌，但是在實施路徑和策略上可以妥協(xié)。

Practices

0）Online

工作的時候必需在線补胚。如果不在線了码耐，需要說一下不在線的時長, 目前我們工作的事宜在通訊工具采用Slack， 如果需要請假的情況溶其，如果不是緊急情況骚腥，需要提前一天 在MegaEase的Slack #random 頻道中提前說明。如果是緊急情況瓶逃，也需要提前在random頻道中告知大家束铭。

1) Documentation Driven

面對面交談、電話語音厢绝、微信契沫、Slack雖然是比較實時的反饋工具，但是只有文檔是可以把重要信息給結構化的昔汉，而且寫文檔其實是比起前面的方式來說是更為深度的思考懈万，因為會讓你自己審視自己的想法。所以靶病，對于一些重要 “功能”会通、“流程”、“業(yè)務邏輯” 娄周、“設計”涕侈、“問題”，以及“想法”煤辨，最好都以文檔化的方式進行裳涛。請使用Github的 wiki木张、project、issue這些工具或是使用Google Doc.

2）Design Review

對于一些重要的問題或是工作（每個人都能夠判斷什么是關鍵問題和工作）调违， 需要先把自己的想法share出來，而不是先實現(xiàn) 泻轰。

一個好的 Design 文檔需要包括如下項：

• Background技肩。交待這個事的背景、需求和要解決問題浮声。
• Objectives虚婿。說明這個事的目標和意義。
• Alternative Solutions泳挥。 給出多個解決方案然痊，并能夠進行 Pros/Cons 對比。
  • Reference屉符。方案需要有權威引用支持剧浸。
  • Data。方案需要有相關數(shù)據(jù)數(shù)據(jù)支持矗钟。
• Conclusion唆香。結論是什么。

3) Simplification & Automation

簡化和自動化是軟件工程所追求的兩大目標吨艇，簡化不是簡陋躬它，簡化是對事物一種抽象和歸納能力，其能夠提升軟件的復用能力和擴展性东涡，自動化是工程能力的重要體現(xiàn)冯吓，一方面，遠程工作中自動化的能力可以讓整個團隊更高效地協(xié)作疮跑，另一方面组贺，自動化是規(guī)模化的提條件祖娘。所以锣披，我們要無時無刻地思考如何簡化和自動化現(xiàn)有的事情。

4）Review & Re-factory

無論是代碼還是工作都是需要反思和重構的贿条。反思是進步的源泉雹仿，項目告一段落時，出現(xiàn)問題時整以，都應該召集團隊做集體反思胧辽，把好的東西堅持下去，把不好的東西優(yōu)化掉公黑。這樣才能進步和改進邑商。但是任何的優(yōu)化措施是可執(zhí)行的摄咆。

5）Milestone Commitment

對于一個項目，每個人都需要有自己的 milestone 計劃人断， 這個計劃最好是在2周以內(nèi)吭从，1周內(nèi)是最好的。而且要承諾到 恶迈。

6）Evidence Driven

任何討論和分析都要基于權威的證據(jù)涩金、數(shù)據(jù)或是引用。在我們做設計的時候暇仲，或是有爭論的時候步做，說服對方最好的方式就是拿出證據(jù)、數(shù)據(jù)或是權威引用奈附。比如：我的XX設計參考了TCP協(xié)議中的XX設計全度，我的XX觀點是基于XX開源軟件的實現(xiàn)……如果爭論不休就停止爭論，然后各自收集和調(diào)查自己觀點的佐證斥滤。

7）Demo Day

把自己做的東西跟團隊做一次實時的演示将鸵。這樣有助于開發(fā)人員從產(chǎn)品角度思考自己的工作。除了演示產(chǎn)品功能佑颇，還可以演示算法咨堤，設計，甚至代碼漩符。

8) Effective Meeting

會議主要處理三件事：提出議案一喘、發(fā)現(xiàn)問題、共識結論嗜暴。

• 會議不僅僅要有議題凸克，最好還有議案。
• 會議期間不解決問題闷沥，只發(fā)現(xiàn)問題萎战，和跟蹤問題。
• 會議必需要有共識和結論舆逃，如果不能達到共識和結論蚂维，那就當成問題處理，由問題的負責人跟進問題路狮。

關于周會或是臨時性的團隊會議（私下討論不屬于會議）虫啥，會議組織者需要在事前收集會議議題，其中包括如下分類：

• 項目類：需要事先有項目進度計劃表（任何分項最好控制在1-2人周內(nèi)）
• 方案類：需要事先寫好相關的方案和設計才能討論（參看 Design Review 章節(jié)）
• 問題類：需要事先寫好相關的問題和解決提案（參看 Design Review 章節(jié)）
• 決策類：需要事先寫好整事的前因后果以及利弊分析
• 信息類：需要事先寫好相關的事宜說明

組織者需要在周五的時候發(fā)出會議議題收集奄妨，其中包括：

• 自己知道的項目的進度跟進（需要相相關的項目負責人準備相關的項目計劃）
• 方案和問題類的需要各個項目負責人提出來涂籽，并有相關的設計文檔可供Review
• 信息類和決策類的事宜可以寫在Google Doc上，也可以寫在 Team 的 Issue 里

其它負責人可以在會議上加入自己團隊的東西砸抛，或是要求其他團隊提供更多的信息评雌。

9）1-2-3 Escalation

遇到問題的時候树枫，自己一個人處理1小時內(nèi)沒有思路，請找他人小范圍討論景东，如果與他人2小時內(nèi)沒有結果砂轻，請上升到團隊范圍，如果在團隊范圍3小時內(nèi)沒有思路斤吐，我們就需要借助外部力量了搔涝。

A）3PS Update

每個人更新進度的時候，不要只是一個check-in曲初，而是需要更 meaningful 的說一下工作內(nèi)容体谒，在工作告一段落的時候杯聚，希望簡單的說一下工作總結臼婆。這里的practice是： 3PS – Plan，Proirity幌绍，Problem颁褂，Summary， – 你的計劃是什么傀广？優(yōu)先級是什么颁独？遇到了什么問題？當前的工作摘要 伪冰。

B) Disagree and Commitment

在我們開發(fā)的時候誓酒，團隊的成員都會有自己風格，必然會對同一個問題產(chǎn)生較大的爭議（Disagree）贮聂，我們鼓勵有爭議靠柑，但是是在團隊的決議作出之前。一旦團隊形成決議吓懈，團隊的成員就必須支持這個決議歼冰，并在這個方向上做出貢獻。

但是關于決議的形成過程肯定充斥著各種的爭論耻警，對于這些爭論隔嫡，我們可以按照下面的Guidline 來處理爭議：

• Owner要負責對重大的討論推進，盡快形成結論甘穿。
• 在決議過程中腮恩，要有紀要，要更新到 Github 相關項目的 Issue 或 Pull Request 里温兼，并且要讓整個團隊知道庆揪，信息平等很重要。
• 不要妥協(xié)妨托，堅持高的標準缸榛。第一標準是工業(yè)標準吝羞，第二標準是國外的大公司標準（如：google, fb, github, aws…），第三標準才是國內(nèi)的標準内颗。
• 那怕再復雜钧排，只要是標準，就可以說服用戶均澳。用戶再無理恨溜，也不可能反對工業(yè)級的標準。
• Release出去的東西找前，只要被用戶用上了糟袁，要改就難了，所以要謹慎而果敢躺盛。

小結

遠程工作并不是目的项戴，但是遠程工作會逼迫管理者面對管理的本質(zhì)問題。遠程工作趨向于找到優(yōu)秀自驅(qū)的人才槽惫，守護團隊的共同目標周叮，并打造精悍高能的團隊，并要求我們在需要溝通和協(xié)作的地方使用更為科學和有效的手段界斜，在各個環(huán)節(jié)中提升工作效率仿耽，降低組織內(nèi)耗……你的團隊管理模型是否最優(yōu)，在遠程工作下就會一覽無余各薇！遠程工作只是一個手段项贺，提升管理水平才是真正的目的！

（全文完）