我在一個領域工作,您可能會突然提出要求,以不時交流很多高科技的東西。有時這些東西確實涉及。就像,您可以與其他人聊天,但是您知道第二天您將無法覆蓋所有角度,而一半人會被遺忘。
我遇到的問題是某些關鍵人們不會閱讀。這些都是高能力的技術人員,但是他們只是不會或不能學習技術分析。他們聲稱已經擁有了,但是您只能看到他們沒有從中收集任何東西。
我在一個領域工作,您可能會突然提出要求,以不時交流很多高科技的東西。有時這些東西確實涉及。就像,您可以與其他人聊天,但是您知道第二天您將無法覆蓋所有角度,而一半人會被遺忘。
我遇到的問題是某些關鍵人們不會閱讀。這些都是高能力的技術人員,但是他們只是不會或不能學習技術分析。他們聲稱已經擁有了,但是您只能看到他們沒有從中收集任何東西。
聽起來您編寫的文檔的複雜程度和詳細程度似乎高於我目前的薪資等級,但是作為一名中學前老師,我有一些技巧可能會有所幫助。 (我還必須讓孩子們嘗試閱讀!)
嘗試創建一個大綱或項目符號列表,以突出顯示您希望他們閱讀的文檔的特定方面。通過突出顯示方面,甚至在要點中包含開放式問題,您可以使人們參考文檔的要點。如果您在要點中使用問題,將有助於影響讀者嘗試自己回答問題。
聽起來很愚蠢,粗體和斜體是吸引讀者註意力並強調您要傳達的內容的好方法。
通過共享用戶共享文檔和添加註釋,您可以查看誰在關注誰,在做什麼。如果您在Google文檔或其他共享應用程序中打開了評論,則可以從其他貢獻者那裡收集意見。
最後,總是有很好的對話。詢問似乎懶惰的人是否有沒有充分參與的理由。表達文檔,後續措施以及對細節的重視的重要性。希望他們足夠成熟以了解其重要性。
也許其中一部分是您的寫作風格。
我已經閱讀並回答了該網站上的許多問題,但實際上您的問題很難閱讀。我想知道這是否與它有關。必要的細節級別,但沒有比這更多的細節。
問題可能出在您的演示文稿中。在將任何懶惰歸因於同事之前,首先要排除這一點。
如果實際上是您的演示文稿,至少可以解決。懶惰,不是那麼多。
我一直都在努力解決這個問題。我什至在這裡問過這個問題,只是為了讓問題解決,投票否決等。我建議您放棄並讓他們落在他們的臉上。或者,如果他們不是全部損失,那就親自與他們見面。
不會 或 會't 閱讀,這樣做是有原因的。那可能是冷漠,文盲,流行的“忙碌”,或者是他們在您的薪水單上簽字並認為您應該干活而不打擾他們。
如果其他人不願意或不願意付出努力,其他答案的所有技巧都將對您沒有幫助。它們是很好的技巧,適用於有能力並願意閱讀和/或合作的人。但是,遇到問題的人只會發現這樣的把戲居高臨下,或者只是因為您用書面語言向他們展示這些技巧而感到惱火。
資料來源:經驗。
亞馬遜擁有一種引人入勝的技術來解決相關問題...不要期望人們預先閱讀您的複雜想法,他們根本無法給予應有的關注,他們太忙了。取而代之的是,寫出一份提議/決定的執行摘要,召集一次會議,讓所有人坐在那裡一起閱讀,然後他們便可以提出問題。
”“內部沒有使用PowerPoint亞馬遜”,貝索斯自豪地宣布。
在他的書中說:“參加會議的人準備了一個六頁的...具有敘述性的結構備忘錄。它包含真實的句子,主題句子,動詞和名詞-不僅僅是要點。”貝佐斯在最近給股東的信中,詳細介紹了這些備忘錄中的工作,他說,這些備忘錄可能要花一個星期或更長時間來編寫和完善:
”偉大的備忘錄被編寫和重寫,與同事共享他們被要求改進工作,擱置幾天,然後重新整理思路。他們根本不可能在一兩天之內完成。“
[...]
“我們在會議上默默地閱讀了這些備忘錄,”貝索斯說。 “這就像一個自習室。每個人都圍坐在桌子旁,我們默默地閱讀,通常需要大約半個小時,但是閱讀文檔卻需要很長時間。然後我們進行討論。”
不要讓閱讀。我不確定這是否可以直接應用於您當前的情況。對我而言突出的是,您希望人們能夠在問題剛開始時就成為該問題的專家,或者繼續閱讀直到他們理解為止。那很新穎,但是隨著您的體驗,這不太可能。可能沒有足夠的時間來做。
我認為您可能能夠做的一件好事是繪製或繪製這些東西,而不是嘗試用文字描述它們和所有復雜性。
我使用很多網站前端組件,有時這些組件可能具有很多基礎業務規則和特殊情況。產生最多缺陷的時間是當我們不得不從一個龐大的大詞中吐出用戶故事時,列出了一系列需求,這意味著即使您閱讀,重新閱讀甚至再次閱讀,您也很可能會錯過關鍵。
在一個項目中,我們的用戶故事實際上與圖形設計文檔存在衝突。實際執行的操作通常是根據設計文檔執行的,因為這樣可以更輕鬆,一目了然地理解它。它具有流程圖,UI樣機和預期的功能,但事實的來源應該是實際的用戶故事,即使這些內容更難以閱讀。
所以我認為第一件事會有所幫助,如果您試圖讓所有人將這些過程寫在白板上並以圖形方式記錄下來,而不是編寫冗長而乏味的文本。
我開始使用名為Rx的庫進行工作,該庫以功能性,反應性方式處理管道數據。我閱讀文件,直到臉色發白,以至於管道應該如何工作。但是,真正使整個事情產生響動的是大理石圖,該圖解釋了什麼數據將在何處,何時何地發生。這些圖是核心文檔的一部分,並且庫中的每個運算符/功能都具有與該功能的文字說明相匹配的圖,因此即使您只是略讀,您也可以快速了解要嘗試掌握的內容。 。
從中得到啟發,嘗試找到一種方法,使鳥瞰圖可以很好地說明您正在研究的內容,同時也希望您能閱讀詳細的說明。您說您要詳細介紹的某些東西是諸如數學證明之類的東西,我認為必須有某種方法可以“實際”描述或應用這些東西,以便有人可以對概念和概念有個全面的了解。使用長格式文字描述作為完全了解正在發生的事情的方式。
也許我只是喜歡帶圖片的書。
除了@MacItaly的出色答案之外,我還想補充一點:
將要點擺在最前面。某人在長文檔中閱讀的第一件事應該是文檔內容的摘要。每個部分的第一句都應該指出該部分要提出的觀點。在那之後,將這個想法組合在一起的所有細節都將隨之而來。這就是編寫好的故事的方式,實際上,即使是技術含量最高的文檔也只是在講某種故事(即使該故事與小工具Beta-5A的工作溫度極限一樣乾燥)。但這不是傳達您希望讀者吸收的信息的好方法,因為它把重點埋在了文字牆上。不要讓您的讀者去理解您要提出的觀點,否則他們的眼睛會在到達目的地之前就呆呆了(在乾燥的技術文檔中尤其如此)。先說清楚,然後填寫支持該觀點的詳細信息。
作為技術作家和文檔經理,我編寫並閱讀了許多技術性很強的文檔,並希望用戶能夠閱讀它們。你不能使人們閱讀。但是,我學到了兩件事,可以幫助人們掌握重要信息。
對於第1項,如上所述在其他地方,項目符號要點,表格,粗體,突出顯示等內容確實有助於吸引人們注意重要部分。有時候,它會使文檔變長,但是如果可以將一個不了解細節的人吸引進去並掌握最重要的信息,它會有所幫助。
項目2。我不僅指圖片,還包括圖表,流程圖,圖標(例如“傻瓜”系列中的代碼)等代碼段。再次,它有助於吸引眼球,但也可以幫助那些通過視覺而不是通過閱讀來學習的人。
也可以在這些和頁面上的位置之間交替顯示。這些東西還可以幫助人們稍後回過頭來,也許可以在他們中間尋找重要的部分。
TLDR:不要僅僅停留在文本上,並且希望人們在其中找到細節它。分解它,使他們的眼睛可以捕捉到他們所需的東西。
我在目前的工作中也為此感到困惑。很難通過電子郵件從公司中幾乎每個人那裡得到答案。擁有數百英里遠的衛星辦公室使情況更加複雜。我們與他們舉行Skype會議,但似乎並沒有太大幫助。我求助於運動鞋外交,從我的辦公桌&起床,親自與需要我提供信息的人交談。當然,嘗試通過Skype做到這一點充其量也很難。
我在美國海軍學到的關於交流的更好的事情之一是:
告訴他們您要告訴他們什麼。 IE:執行摘要或TLDR
告訴他們您想告訴他們什麼。 >
告訴他們您告訴他們的內容。
即使採用這種方法,我們仍然會遇到問題從未讀過電子郵件的人詳細介紹了我們對其軟件所做的更改以及原因,我們收到了問題。但是,另一方面,我的公司也有出色的記錄,那就是當某些事情沒有按照預期執行時也要找到解決方法,並且也不會因為發現了解決方法而煩惱提出關於原始問題的錯誤。所以我們什至不知道什麼時候壞了。
EG:一次,我們的一台自動校準機停止運行校準。我們的技術人員切換到手動運行校準(這要花費大量時間,而且容易發生人為錯誤),並且從未告知任何人機器無法正常工作。 一年過去了 ,由於無法跟上工作量,所以發生了很多加班。我的同事(曾經是校準技術人員)正好在校準實驗室裡一天,發現沒有人在使用自動校準軟件,並詢問原因。技術人員解釋說,它已經被“破壞了很長時間”,他們只是手動完成了。經過五分鐘的調查表明,硬盤驅動器已滿,包裝牢固,因此,每次啟動該軟件時,它都會嘗試寫入文件,無法寫入,出錯(表明無法寫入文件)並退出。這是設計使然,如果您無法寫入文件,則無法處理校準。他從機器中刪除了大約十年的日誌文件,釋放了數GB的數據,瞧,自動校準機器再次開始工作。
我在出現類似情況的領域工作。與許多答案不同,可能與OP的問題不同,重要的是要注意它並不總是與您的寫作有關。人們需要閱讀一些第三方提供的技術文檔和商業建議。
問題是,如果您是唯一閱讀文檔的人,那麼沒人會重視您付出的努力。
緩解措施視情況而定,在很大程度上取決於您在公司內部的權限。如果您是新員工,建議您召開會議討論文檔中突出顯示的要點。您的觀點很清楚,但是人們可能仍然不懂。如果您寫的東西需要引起注意,不要指望每個人都仔細閱讀(特別是如果您自己還沒有對它進行過一次校對),請不時問一個值得信賴的同事,也許可以和您的經理說些類似的話。 “這份報告需要一位審稿人,但我知道這樣做很痛苦,因此我不願意問一個同事,好像這是他對我的青睞……”。如果確實需要閱讀工作,則經理應指派某人完成閱讀任務,並註意該人是否做得很好。
但是請注意,也許所有這些閱讀可能都沒有您想像的那麼重要。 ,也許不是每個人都必須對所有參考資料都這樣做。
如果您是經理,則可以通過其他方法在團隊中培養紀律,但是從問題文本來看,這似乎不是案件。
應用和迭代
已經給出了很多好的答案。我想專注於信息處理過程,而不是信息表示。
人們需要時間來消化複雜的信息。即使演示效果很好,也不會保留所有信息。學習的好方法是通過應用程序。為了使一切堅持下去,可以使用多次閱讀和應用迭代的過程。
一個過程示例
重複步驟3-5,直到處理完信息為止。
首先,如果技術材料的數量很大,大多數人將不可能很快將其吸收。我記得在讀研究生時,通常需要我 2-3小時/頁來閱讀和真正理解技術性很強的材料。
也就是說,有兩種常規的文檔類
某人剛剛編寫的文檔。這樣的文檔將包含不清楚的文字,甚至是完全的錯誤。理解目標的最佳方法通常是編寫單元測試並在不清楚的地方提出問題。我鼓勵他們這樣做。然後,如果您給出答案,可以期望他們通過單元測試來表明他們對該答案的理解。
文檔已經存在很長時間了。在這種情況下,將存在一個社區。您也許可以鼓勵他們向該社區提出他們的問題。
最後,如果您能夠快速閱讀和掌握此類信息,請記住您有一個不尋常的地方才華,並不是每個人都能做到。
儘管很難確定口頭上的數學證明,但是我敢肯定我並沒有完全想像出你的情況。
我的建議:
讓人們有時間閱讀文檔,然後寫下他們的想法,可以幫助您獲得更正式,更專心的閱讀課程這些人。註釋樣式可確保他們將響應與原始文檔的實際部分相關聯(誤解的範圍更小,存在的誤解將更容易找到)。
您在評論中提到人們您所描述的可能不希望以這種方式做出回應,但似乎他們的偏好對您而言仍然站不住腳。如果您必須使參與度更高,這可能是實現這一目標的一種方式。
人會吹散閱讀的東西。如果您要寫那東西,那很難做到。如果這些人負責某些部分,或者如果您召開的會議中每個人都一起討論各個部分,則可以讓他們更多地參與文檔工作。有點像監督,但是非常輕巧。
這是一個補充,但是您可以人們不會這樣想,通常可以壓縮精確信息的數量是有限制的。如果他們沒有足夠的動力獨自做這些事,那麼增加某種鼓勵他們這樣做的動機可能是讓他們自願付出努力的唯一方法。可能需要一些獎勵努力的機制(或懲罰失敗的努力)。
我在世界各地讀書的地方工作,因為讀書不是傳統的事情,在批准/採用我的文檔/程序之前沒人會讀書。
因此,我在摘要中放了一個PowerPoint(帶有圖片的簡單項目符號),將其綁定,使其看起來很漂亮,並將其附加到完整文檔的頂部。員工對其進行了準確性和完整性審查,決策者閱讀了10張幻燈片的象形文字。
Mefitico的答案包含一些出色的觀點,但我也想提出一個觀點,即閱讀文檔的動機可能沒有適當權衡。您提到了在這種情況下沒有經理,但是大概可以對性能進行評估-如果對材料進行“深入了解”仍不能提供相對於提前充電的足夠好處,人們會避免使用它來進行優化。這表明實際上並不需要深度閱讀才能有效地完成工作,或者至少沒有這樣的衡量。
作為一名工程師,對我有幫助的一件事是,如果有一種方法可以將具體目標與所需的材料理解相結合;這是確保閱讀文檔相關部分的一種方法。例如,如果目標是“在數據集A,B和C上運行XYZ算法”,並且您有關於XYZ算法的文章,那可能是完成該目標的最快途徑。但是,如果您要我在XYZ算法上閱讀同一文檔而沒有實際分配時間來閱讀它或沒有與之相關的目標,那麼它在優先級列表中的位置將非常低。
很簡單,只要提醒他們每次遇到問題或不知道的地方在哪裡閱讀信息。最終,通過重複的力量,人們將開始將閱讀與學習聯繫起來。
除了您需要確保文檔寫得好之外,否則不需要大量的RTFM(請閱讀完整手冊)將使某人閱讀它;人們不會閱讀會使眼睛流血的東西。
故障出在讀者或寫作上,或兩者都有。由於您的問題並不能真正表明問題所在,因此很難提出解決方案。您說的讀者是有能力的,但無論他們拒絕閱讀還是無法閱讀該材料,請保持開放。如果是前者,問題是為什麼? (時間限制?懶惰?其他事情更令人愉悅嗎?)如果是後者,則表明他們沒有能力。影響作者和/或讀者。如果該問題嚴格來說是溝通問題,那麼一本很棒的書是Mortimer J. Adler撰寫的“如何閱讀一本書”。利用其中的信息來鼓勵作者通過寫得更好而使讀者的生活更輕鬆,並鼓勵讀者提供有關如何更好地利用所閱讀內容的最大價值的技巧。有些一般原則甚至適用於非書籍作品。我對本書的推薦程度不夠高。
另一本寫得很好的指南是Strunk and White的“風格元素”。
從柵欄另一側的角度看:
在上一份工作中,我有很多“需要”閱讀的文檔。通常情況下,需求會捕獲設計文檔等。在瀏覽過程中,我經常不會閱讀它們。
為什麼?在這種情況下,通常“需要”是:“幫助作者”。
例如,他們希望使用他們的設計,因為它得到了他們的讚譽並強化了“我解決了難題,實施它”的過程視圖。如果是這樣:很好。但是然後您就沒有問題了。我閱讀了這份文件,因為我也有。實際上,該文檔通常是:
絨毛,實際上只是在重述作者得到的東西(我也可以訪問)。 li>
不夠完整,無法使用。
合理且合理,但是:
不適用於我與項目互動的方式。
情況已經偏離並且很難“重回正軌”。
有時候:錯誤,自相矛盾或愚蠢。
在我開始無視很多東西之後,我可能應該一直閱讀並按照自己的方式做事,例如>平均而言,這對我來說似乎更好。
值得注意的是:
這不一定是它的方式,就是它的外觀。
不一定需要您做的任何事情。一旦有了以下想法:“這只是我需要口口相傳之前要做的另一件事”,您將在艱苦的鬥爭中奮鬥。不僅因為他們不會閱讀它來找出答案,而且還會為他們閱讀時的閱讀方式增色。例如,您強調他們需要閱讀文檔。坦率地說,這很容易理解為:“對於業務/項目,這樣做有很多不利之處,我之所以沒有列出,是因為它們無關緊要/不必要。”但是,我的第一個想法是警告我的懷疑態度。我不知道,但是一旦您開始看到這些模式……
雖然花費的時間是一個因素,但這只是很小的一部分。令人沮喪的是:無論您怎麼說多麼簡潔,當兩者互斥時,“以這種方式進行操作,並得到結果”。
那麼,您做到了:
問得很好,它說明了為什麼它對每個人都有益。這永遠不會讓人感到痛苦,如果這是一個動機問題,尤其是如果他們的問題是他們認為自己處於循環之外,那麼這可能會走很長一段路。是造成阻力的原因。這很可能是無法修復的,因為他們只是不關心其中的任何一個,但我認為這不太可能(如果他們真的不在乎,他們將不會像技術和能力那樣出色,這需要至少一點承諾)。我認為這很可能是您可以解決的。我顯然不能為所有人發言,但是:我看不到自己不願意在一個我想解決問題而不是指責的論壇上分享反對意見,並弄清楚如何取得進展。