為你寫下這份文件,陪著你和專案一起往下走。
如果你 忘了
Code
就讓文件 代替我
如果你 記得Code
你和Code
就好過
有時候公司會把員工斷捨離,員工也會斷捨離公司。
技術人員雖然會離開,但要讓知識可以留下來
在前一篇文章中提到了問問題的重要性,這篇文章想來談談在職場中的另外一個技能 文件撰寫
。
對軟體開發來說寫好文件是一項必備技能,不論是在新人培養、部門技術分享、專案規格溝通,甚至離職交接,優秀的文件撰寫能夠使團隊運作更順暢。
寫好文件其實我覺得不太困難,大家從小到大都寫了很多報告,但到了職場之後卻又把過往的訓練拋棄我覺得有點可惜。
長久下來,我認為一份好的文件確認兩個重點通常就能夠有不錯的表現:
寫好文件被誇獎其實也會有成就感
在開始動手之前,必須確認為什麼要寫這份文件?
在資訊傳遞上最重要的是持續維持大家的 context
希望達成的目標與結果是什麼?是為了傳達信息、教育讀者、解決問題還是其他原因?
訊息的投放不管在哪種領域中,了解你的目標對象並針對對象優化都是一門課題。
底下是動筆前值得思考的問題:
確定你的目標對象,並考慮他們的背景知識和需求來調整文件內容和風格,確保更有效地傳達資訊。
舉三個不同對象的例子:
根據不同的需求,選擇適當的文件類型能夠更好地傳遞訊息。
文件可以分為多種類型,例如專案計劃、需求規格、設計文件、程式碼註釋、測試計劃和報告、使用者文件以及快速入門指南。
相信大家會來看這個部落格,大部分都是在網路或科技相關領域工作,所以就先用工程師的角度來談談,文件之於專案進行就像是框架之於應用開發,對工程師來說使用框架有什麼好處?
其實相關的優點是類似的,對於專案進行,文件有什麼好處?
寫好文件會有哪些好處?
當然面對面有無法取代的好處,但我認為技術相關畢竟是密度較高的訊息,口語的溝通比起文件溝通又更難一些,為什麼口語又更難,因為文件可以附上參考資料,口語還要在訊息投放時針對受眾即時的進行轉譯和客製化,也就是花很多時間降維到足夠對方吸收為止,且還要確認對方理解後才能繼續往下。
寫文件的好處是花時間寫好一次就可以同時跟很多需要資訊的人進行溝通,而不需要在受限制的時間、地點下進行有失敗機率的訊息同步,文件原則上一群人有八成能看懂我們就不需要再花時間處理剩下兩成,除非那兩成是你的老闆。
職場上的文件有另外一個顯而易見的好處,就是能夠一稿多投。
舉例來說為了讓同事一起成長而決定在部門內分享新知或是專案處理方式,不但可以正大光明用上班時間來做自己想做的事情,還可以順便當作提早離職交接的概念,因為到時候離職也是可以講同一份文件,寫好一份文件,我最常一稿多投的情境有