對公司團隊來說,培養「寫文件」文化是非常棒的事情。例如降低新人 onboarding 時的教育成本、跨團隊溝通的時間成本。
但多數的人都覺得「寫文件」是一件麻煩的事情。
如果你 (公司團隊) 要開始推行「寫文件」文化,應該如何做呢? 參考
Write the Doc 的建議與我的個人經驗,有 6 點建議:
- 從解決 1 個具體的問題開始
- 從產品/工程團隊開始
- 收集回饋
- 先建立文件分類
- 先建立模版
- 定期回顧推行成效
1. 從解決 1 個具體的問題開始
「寫文件」是一個很大的目標,對多數沒有習慣的人很難做到。
我們該從小做起,先解決組織中 1 個非常具體的「寫文件」問題。例如:
替「工程團隊」的「A 專案」的「產品」寫文件。
一次只從一個小點做起,就不會勞師動眾、受到大家先入為主的刻板印象。
2. 從產品/工程團隊開始
「寫文件」可以從工程團隊開始。
公司內部的團隊很多,但工程團隊/產品團隊是相對容易獲得「寫文件」的。可以寫的內容包含
- 專案文件: 例如專案目標、預算、WBS 規劃
- 流程文件: 例如 Code Playbook (工程師開發的操作指南)
- 最佳實踐: 例如在開發這一段 API 的串接流程時的細節
- Style Guides: 例如專案人員在寫 Jira ticket 時的任務格式
3. 收集回饋
讓討論的資訊透明。
管理者雖然希望團隊成員能參加規劃會議
- 但成員不必都來參加
- 只要確保討論結果都公開且容易收集到回饋
例如使用 Google Doc 撰寫會議記錄,並讓團隊成員能在有疑問的地方註記。
4. 先建立文件分類
多數公司的文件都是「有機生長 (aka 沒有組織規則)」,這讓其他團隊成員很難維護。
文件維護負責人可以預先建立「分類」,讓成員好整理資料。例如:
- Changelog(更新日誌)
- 開發資源
- 專案規劃
- 產品文件
- 會議記錄
當團隊成員紀錄文件後,按照分類放即可。
5. 先建立模版
建立模版讓同事可以立刻開始。
例如
- Jira ticket 模版,只要 3 秒鐘就能有文件大綱可以開始照著指引寫。
- 會議記錄模版,每個成員都能按照固定格式紀錄
- Bug report 模版,讓所有人能一次提供解 Bug 需要的資訊
有一套標準可以遵守時,每個人做事情才會有效率。
6. 定期回顧推行成效
定期回顧「寫文件」的推行狀況。
例如透過 1 周 1 次的公司會議,花 10 分鐘的時間快速走過寫文件進度並收集大家的回饋。
規劃 -> 實行 -> 檢查 -> 修正 -> 回到第一步。
喜歡我的文章嗎?以下是更多關於我的資訊。
▶ 關於文章
1/ 歡迎
訂閱電子報 加入 850+ 學習愛好者的行列,每週 1 個學習行動建議! 2/ 常滑 Facebook 嗎?可以幫我的
Facebook 粉絲團 按個讚,就可以看到文章啦~ 3/ 想要掌握最新文章,可以點擊「
追蹤」我~ 4/ 如果你覺得文章寫的不錯,可以對文章點愛心讓我知道 ❤️
▶ 關於我 Software Technical writer @ OwlTing 奧丁丁集團 我專注寫 1/ SaaS 軟體產品規劃 2/ 個人知識管理 3/ 線上寫作的文章 擁有 6+ 年的SaaS產品經理工作經驗,☕️ 歡迎講座邀約、諮詢或跟我喝杯咖啡聊聊天,我的信箱是 muhenry608@gmail.com
▶︎ 聯繫方式 • 📪 Email:muhenry608@gmail.com • 💬 Facebook:請先加我
個人好友 並簡短說明想要諮詢的主題
▶︎ 建立人脈 歡迎使用
LinkedIn 與我交流,你可以「加我為好友」建立連結 | LinkedIn @ Chi Chu 歡迎交流