題:
由於COVID-19而在遠程工作時,我們應該以書面形式還是視頻形式進行交流?
Karl Bielefeldt
2020-03-20 09:26:45 UTC
view on stackexchange narkive permalink

與許多公司一樣,我們突然發現自己完全無法遠程工作。我發現我們收到的一些指導意見似乎與我從我的專業人士(軟件工程)那裡讀到的文章有所不同,這些人的公司始終遙遙領先。始終保持遠程狀態的人似乎強調徹底的異步書面交流,而我們卻被鼓勵去做一些事情,例如每天進行多組視頻聊天以“保持同步”。

我的問題是,我們應該反對這一指導,鼓勵建立更接近於始終保持主動狀態的模式,還是成為在某些方面有根本性差異的共贏遠程公司,我們應該嘗試保持盡可能多的同步面對面模型?還是我只是誤解了遠程公司的溝通方式,他們的文章描述了比實際情況更多的理想情況?

十 答案:
spickermann
2020-03-20 12:27:50 UTC
view on stackexchange narkive permalink

過去五年來我一直在遠程工作。我可以說最後一周與之前的一周完全不同。

首先,個人而言:儘管我是一位經驗豐富的遠程工作者,但我幾乎無法專注於自己的工作,而且我做了上個星期沒有什麼進展。由於不確定性,人們會感到壓力和擔憂,因此還有更多的聊天正在進行。視頻會議工具無法像往常一樣可靠。這不正常!

上週第一次開始遠程工作時,請不要以為這實際上是遠程工作。它不是。當您感到生產效率低下時,這不是因為遠程工作,而是由於當前的情況。在遠程設置中。有些事情可以由公司控制(提供工具,如何進行溝通),其他則取決於員工及其環境(他們的家庭辦公室設置)。遠程工作環境。因為您需要弄清楚很多事情:使用工具(視頻會議,文件共享),通信方式和時間,不在同一個房間中並且無法在白板上輕鬆組合在一起時在線路之間閱讀

然後有明顯的麻煩:

  • 通常,在遠程工作時我一個人。現在我的孩子和我的妻子也在身邊。他們也感到壓力和擔憂,需要關注。
  • 我家中有一個專用的辦公室,設備齊全,花了好幾年才提出。我敢肯定,突然開始遠程工作的人們在家中沒有這樣的房間。
  • 這些年來,我嘗試並學習了許多不同的工具。並非所有工具都適用於所有環境。例如,這裡不是電話會議的最佳工具。您需要找到最適合您的團隊規模,互聯網連接和通信類型的工具。我使用一對一的工具而不是計劃會議或配對編程。找到正確的工具,進行設置並學習如何使用它們需要花費大量時間。

回答您的問題:Covid-remote和Always-remote完全不同,因為covid -遠程工作者沒有時間準備,學習和適應。國際海事組織(IMO),最好還是閱讀有關始終遠程公司的工作方式以及所使用的工具的文章。但不是要改變您的整個過程,而是要獲得嘗試方法的想法。並朝著很小的一步努力,與您的同事進行很多交流。而且,當您發現某些不適用於您和您的團隊的東西時,請嘗試進行更改–例如,下次嘗試使用其他工具或更改流程。然後觀察一下情況是否有所改善,然後重複。不要同時更改太多。

不要從第一天開始就異步完成。目前,溝通非常重要,因為我們是人類,我們很擔心。慢慢來。

答案中有很多很好的內容,顯然是來自經驗。完全同意。
等待。什麼? 我通常在辦公室工作。本週我的工作效率比辦公室要高出幾倍(就像我在家需要的時候一樣)。儘管佈置不理想-房間,椅子,書桌等
即使對於許多有經驗的親朋好友來說,令其異常困難的另一件事是缺乏任何形式的育兒。即使您自己沒有孩子,您也可以輕鬆地發現自己不得不處理別人的孩子所打斷的互動。對於某些人而言,Vidconf在這段時間內保持人與人之間的聯繫非常重要,但是需要異步通信來幫助承擔不可預料的家庭責任的人。
好答案。我進入虛擬團隊已經有將近十年了,我通常是異步通信的忠實擁護者。我仍然使用它,但是出於您所描述的原因,我現在添加了很多視頻簽到內容-很多不習慣遠程辦公並且可能不適合它的員工,現在突然很難情況。
好答案。我已經在家工作了十年。當您是唯一的人時,在家工作要容易得多。上週我希望我能有個辦公室!:-D
不僅僅是遠程協作操作沒有準備時間,而且人們對人際交往有不同的要求和容忍度。對於不需要大量面對面交流的人,始終處於遠程狀態的環境可以自行選擇。在遠程偏遠的情況下,這對每個人都是強制執行的,其中許多人強烈需要密切互動。這以及許多人因健康,工作和家庭不確定性所承受的額外壓力,意味著暫時需要不同的規程。
我不能足夠投票。我現在已經為那些不缺乏信心但顯然從未真正在家中成功工作過的人,或者至少(至少)不了解每個人都在世界各地傳播的可怕的遠程辦公建議而感到沮喪的工作方式有所不同(親自講大部分建議對我有用的是相反的)!關鍵是現在大多數人(包括企業)對它的使用經驗為零,因此花些時間才能找到凹槽。不要害怕找到你的。
就這些個人而言,所有正在為遠離辦公室和同事而苦苦掙扎的人們……如果他們整天都在與同事互動,那麼什麼時候能完成任何工作呢?當然,是針對特定行業的,但是本週我在軟件開發界看到了很多關於它的抱怨,這絕對讓我感到困惑。坐下,放一些音樂,然後輸入一些內容!無論如何,您應該一直在這樣做!如果有什麼我不認為的話,我已經做了10年了,但我意識到我有多少想回到WFH。
到目前為止,我對目前在家工作的最佳建議。
@user7761803:不僅是人機交互,還是溝通方式。有些人-我可能是極端的情況-書面交流比他們的口頭交流要好得多,其他人則相反。
@AsteroidsWithWings我讀到一個統計數據,普通上班族的生產力不足3個小時。
@Alexander這真是令人震驚:(雖然,老實說,根據我最近所看到的,我很難相信它是如此之高。
@GrzegorzOledzki,想一想,當這些年來情況不佳時,您在一個無生產力的辦公室里當年的生產力將會提高多少。
@AsteroidsWithWings:某些任務固有地要求比其他任務更多的交互。我兼有兩種:我編程和開發數據分析方法,當沒有人在附近亂搞時,我一直是最擅長的,但是我也教書和做諮詢。我是否需要說後兩項任務本質上更具交互性?
@cbeleitesunhappywithSX授予。我只能說我所指的人沒有做任何一件事情;)
@AsteroidsWithWings;很好(您的觀察結果當然不適合提高生產率)。生產力是很難的。至少在“官僚主義的一天”結束時,我覺得自己的工作效率為0%,但不幸的是,我不能跳過它們(例如常規增值稅申報)。自從我開始自己的事業以來,一直跟踪可計費的時間和“其他東西”,我可以告訴你,其他東西是我們所做工作的不可忽略的一部分,儘管至關重要的是它涵蓋了寫發票和檢查等內容。他們付了錢。
@cbeleitesunhappywithSX當然可以。而且,可以肯定,回到我的管理時代,我有很多這樣的日子。不過,我真的不認為這是軟件開發,至少不是直接進行。我確實看到我在這裡的問題中無意中扮演了這個角色。
Gregory Currie
2020-03-20 09:43:33 UTC
view on stackexchange narkive permalink

指導是指導。這不是一本規則手冊。

如果公司領導層傾向於遵循有關始終遠程操作的準則,那將發生在COVID-19之前。

COVID-19提供了挑戰許多公司以前所未有的方式運營的環境。系統和結構是為特定的運營模型量身定制的,而遠程工作可能不利於此。

大多數公司不需要的是人們“推後推”反對過程的更改,而需要他們的員工與他們一起工作,以找到解決方法。將它們分成“總是遠程”和“ COVID遠程”兩個桶,然後將每個公司都視為有特殊需求,這沒有幫助。

此外,您需要考慮到很多人他們沒有“不註冊”進行遠程工作。有些人習慣了人與人之間的互動。許多經理習慣於以某種方式與員工合作。

如果公司的文化發生轉變,這將需要時間。試圖為了遵循準則而加重局勢的壓力是沒有意義的。但是,仔細閱讀指南並與公司合作以幫助確定它們存在的原因以及為什麼它們可能有用的做法,有很多價值。

或評估它們,找出不適合您的方法並建立其他準則...
Dirk Horsten
2020-03-21 02:17:51 UTC
view on stackexchange narkive permalink

這不是一個。

每個渠道都有其優點,應該適當使用。

這是我在2001年支持一個頻道時學到的惠普所有歐洲僱員的費用報銷申請,以及我現在作為超級遠程工作者的申請。

彼此傾聽(和看到)是建立聯繫的最佳方法,特別是對於經驗有限的人遠程工作,但是當您掛斷電話時,您已經忘記了詳細信息。

異步通信是在提供詳細信息或訂單時進行具體說明的最佳方法,但是很難確定是否可以接受。

如果您需要在對話過程中查找或嘗試操作,聊天對於協作非常有幫助。當他一個人工作並且可以保存歷史記錄(並且在某些工具中默認保存歷史記錄)時,您不需要關注其他人。

在同一窗口中查看是必不可少的討論屏幕佈局或電子表格,並且可以與語音或聊天結合使用。

顯示演示文稿是帶頭並解釋您對此事的看法/看法的強大工具。

通常,您的交流具有持久的價值。與您的梨分享的想法成為對管理的建議,成為計劃。如果您是遠程工作,則可能擁有相應的基礎結構來組織文檔(Wiki,Confluence,Lotus Notes,Sharepoint等)。

選擇適合目的的文件

如果您需要提供很多詳細信息,並且您對消息的接收者足夠了解,可以知道他的理解,請寫一封郵件。如果買進不明顯,建議事後聊天或打電話。

如果您不知道該消息將如何被感知,或者另一方如何幫助您,請選擇一個交互式渠道,最好選擇一個不支持口頭交流的渠道。

如果您要與其他人開會, 2位參與者,您要么需要看誰在講話,要么要有紀律通過打電話給您的名字開始每次互動。參與者超過5人時,必須由別人主持會議。

特別是如果您在不同時區工作,或者公司文化允許在適合您的情況下工作,則:在結構合理的在線工具中盡可能多地共享( Wiki,...)

保持平衡。

有時,如果您需要共同發揮創造力或達成共識,最好互相傾聽。

每天召開多次Skype會議將不鼓勵您編寫清晰,結構合理的說明和請求。為此,您需要異步通信。

您需要共享視覺信息,但首先要問自己,是否要用結構合理的解釋或交互式發現來補充它。

通常,正確的解決方案是在您使用Skype之前在郵件中傳達重要的細節。

總結郵件中的口頭約定也很有益。誰發送郵件應該取決於情況,而不取決於領導風格。

  • 待辦事項列表最好由提出請求的人發送。 li>
  • 最好由執行請求的人發送複雜的約定,因此您可以驗證請求是否已被理解並且解決方案將是有效的。

Covid Vs始終處於遠程狀態

應該沒有什麼區別,但應該有所不同。

  • 人們不願意改變自己的習慣,因為他們沒有選擇,因為他們不相信它無論如何都會起作用,或者因為他們知道它是暫時的。因此,他們要么放任自己去接受效率低下,要么通過過量的在線會議模仿舊情況。
  • 如果您始終在遠程工作,則您可能習慣於結構良好的在線文檔(Wiki,...)。如果您為Covid遠程工作,則可能有物理文件,等待返回時等待完成。但是,您可能已經實現了在線文檔工具,但並未使用。然後,Covid是改善您的團隊習慣的機會。

祝您好運。

這個。與以前一樣,您可以使用多種工具,為每種需求使用最好的工具-根據目標,您將在他們辦公桌前拜訪他們,打電話給他們或寫成備忘錄的人。對於遠程工作也是如此-您將使用Wiki而不是活頁夾,但是“每個人都需要參考的內容”與以前基本上是相同的要求。
感謝您提及維基,或更籠統地說:電子文檔。我將編輯我的答案以提及它。
mu 無
2020-03-20 11:04:06 UTC
view on stackexchange narkive permalink

始終遠程用戶共享的有關全職遠程人員的大多數文章都是完全面向員工的,並賦予了員工自由。在我作為開發人員的觀察中,以一種支持始終遠程代表的異步工作方式的方式來組織工作需要大量的組織工作和支持。

當前在家中的遠程控制/工作本身並不是組織驅動的,而是由於病毒的外部性超出了任何人的控制範圍,迫使每個人都必須進行遠程控制。我個人的觀點是,截止到今天,大多數公司都不會欣賞始終遠程的價值,而是希望恢復到工作場所。諸如工作本身的性質,保密性,組織的歷史運作方式,文化習俗等因素可能會進一步加劇這種情況。

例如,許多敏捷從業者提倡反對地理位置分散的Scrum團隊,並且類似地,很難在大型銀行,國防等機構中找到WFH政策。

我的問題是我們是否應該反對該指導方針?

我的建議是是:不要退縮,讓它發展,並在此過程中不斷提供建設性的反饋。要使遠程員工成為一流的公民,可能需要管理團隊付出巨大的努力,而這可能不是一個近期目標。時間),您可以期望這種文化會逐漸朝著支持這種做法的方向發展。

此外,良好的溝通是任何有效工作場所的關鍵,儘管最初多人聊天可能看起來很累人,但您可以期望群聊緩慢恢復正常。如果您仍然感到筋疲力盡,請嘗試對視頻通話進行分組以加快同步速度。

的確,“不要退縮,讓它不斷發展”,但是在您的在線會議中要提到您所擁有的另一種更為書面,更持久的溝通方式以及這種溝通方式為何有效的方式,以便其他人可以從中學習。
Frank Hopkins
2020-03-21 07:47:37 UTC
view on stackexchange narkive permalink

雖然我同意一些答案,但我認為仍然缺少一個關鍵方面:

總是在此類文章中出現的遠程公司選擇他們不僅選擇了這樣做,而且還倖存下來並很可能蓬勃發展。 對於他們來說,完全可以進行異步遠程工作很好這並不意味著它對於可能完全不同的業務模式和挑戰 的其他人來說是相同的。

就像那些經常外出的公司之所以選擇這種工作模式,正是因為它與他們的商業模式非常匹配。現在,這些其他公司可能無法與其匹敵,因此需要找到一種不犧牲其重要能力的遠程工作方法。這可能取決於快速和頻繁的同步。因此,當您指出某種方法適用於另一家公司時,您需要準確了解他們的使用方式以及他們希望通過該方法實現的目標。也許對於某些部分,您可以爭辯說要按自己的方式做,但對於另一些部分,則有必要採用另一種方​​式。

Kilisi
2020-03-20 15:43:30 UTC
view on stackexchange narkive permalink

或者是一家遠程協作公司,在某些方面根本不同

是的,這只是一種臨時措施,很多時候以前沒有做過。 / p>

我的問題是,我們應該反對這一指導,鼓勵建立更接近於始終保持主動狀態的模式,還是成為在某種程度上與眾不同的covid遠程公司

這是根本不同的。因此,沒有,沒有理由根據完全不同的情況進行回退。

Joe Strazzere
2020-03-20 16:55:59 UTC
view on stackexchange narkive permalink

我們應該不遵循這一指導方針,而是鼓勵一種更接近於始終處於主動狀態的模型嗎?

在任何情況下,沒有一種模型適用於所有公司。每個公司的文化不同,期望也不同,需求也不同。

現在,您沒有任何數據可以支持違反公司指導的工作。

因此,請遵循貴公司的建議。盡量不要持懷疑態度。盡最大努力使它正常工作。

如果無法解決問題,則僅向後推以更改模型。

puck
2020-03-22 16:24:19 UTC
view on stackexchange narkive permalink

已經有很多答案,但是也許我的經驗仍然有用,因為我至少也要在家工作幾天。

視頻和聊天之間的主要區別在於您和其他人的時間和方式

視頻/音頻會議是第一次令人興奮的事情。
每天進行一次遠程團隊會議真是太好了。您會聽到並看到其他人,可以現場討論話題,每個人都知道您的發言而沒有書面協議。
然後,您可能會發現看到每個人坐在椅子上,聆聽並有時說話並沒有真正的好處。根據您的Internet連接,您可能只想花一些帶寬來獲得優質的音頻。
您還會注意到為每個小問題或信息建立會議(視頻/音頻)非常耗時,並且使每個人都無法參與其中。每天有幾次這樣的打擾,沒有人能完成工作。

在聊天中,當您感覺到自己要寫的問題時,另一個人就可以完成工作,直到打擾,回答問題然後繼續回到工作。
書面答复通常質量較好,因為作者可能需要一些時間來解釋或描述。讀者可以再次閱讀,而無需再次詢問。

這意味著,沒有規則-可以做您需要做的事

也許您會發現自己在建議召開會議或一次會議一個電話。

也許您會拒絕參加會議的請求,因為您可以編寫查看文檔x,然後執行y和z 甚至比插入耳機都快。

而且我敢打賭,您會發現自己甚至沒有立即閱讀聊天消息,因為您會發現與他人的同步過多並沒有時間來完成您的實際工作。
千萬不要小看。
始終處於遠程狀態的人知道為什麼他們欣賞異步通信。

Manziel
2020-03-21 21:30:17 UTC
view on stackexchange narkive permalink

我從來沒有做過很多關於永遠遠程的事情。實際上,直到上週,遠程工作才是我公司中幾乎沒有做過的事情(而且偶爾也做過)。在一天之內從基本上完全的n站點變為完全的遠程站點,我們遇到了一些問題,如果我們按計劃進行遠程工作肯定會有所不同。

  • 您將擁有自己的計算機和你。聽起來很明顯,但是我們正在使用這些大型台式機。目前,我們都在他們的遠程桌面上。我仍在等待第一次停電,一切都停止了。在Intranet上不是同一回事。有些服務器根本無法在家裡用我的機器訪問。當然,在每個人都在遠程工作的情況下,沒有人願意更改防火牆規則並真正打破困難。
  • 整個工作場所的設置。並非每個人都有網絡攝像頭,我發現注視某人的照片時很難參加電話會議。如果您有網絡攝像頭,則通常在光線和角度方面放置得不好。我只在家裡的桌子比工作的桌子小,而且我仍在努力將所有東西放到桌子上,以免將咖啡倒在任何東西上。我在工作的辦公桌是可調節高度的,而在家裡則不能。對於某些人來說,互聯網連接對於我們的工作方式而言相當緩慢。
希望您的公司安裝了良好的(或任何)UPS ;-)
@seventyeightist他們無法正確配置VPN,我懷疑他們的UPS是否更好;-(
@AaronF我想知道實際上設置哪個更複雜/更複雜?
好吧,我們有一個UPS,但我認為它僅適用於內部服務器,而不適用於工作站。如果沒有電源,則必須有人去辦公室啟動所有機器。幸運的是,大多數公司都住在附近。而在VPN問題上……有時,您只有在實際擁有第一台計算機在外部工作時才注意到問題。一旦一切恢復正常,這絕對是要修復的事情
對我來說,@seventyeightist絕對是UPS-我敢肯定,我真的會搞砸了!Manziel,我完全理解-我多次錯誤地配置了遠程訪問。關於這一點,您可以在計時器上設置從辦公計算機到家用計算機的反向SSH連接,作為故障保護,以防在嘗試解決此問題時防火牆配置錯誤。
Jim G.
2020-07-30 18:54:33 UTC
view on stackexchange narkive permalink

由於COVID-19而在遠程工作時,我們應該以書面形式還是使用視頻進行交流?

  • 您應該使用電子郵件當您想在記錄中說點什麼,交流重要且經過深思熟慮的東西或發布會議記錄時。

  • 您應該使用視頻當您想與同事進行非正式對話或集思廣益時,您可以選擇strong>或聊天

  • 您的自然業務應該傾向於使用所有經常三種媒介。



該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 4.0許可。
Loading...