,
5 tweets,
1 min read
Read on Twitter
最近整個部門在開發新功能，由於實在受不了各種不能算是規格的規格文件，以及冗長的會議🤮。所以今早上班第一件事情，寫了一個「如何開規格的規格書」😂。以下摘錄幾個重點： 1/
開頭應該寫商業目的或者 user story，聚焦商業價值所在。再來要告訴讀的人要怎麼使用這份文件🧐，包括加註的重點或顏色是什麼意思。你應該把文件設計成不用親自講解也能看得懂。👏2/
很多文件在呈現上有個大誤會：規格文件不是 PM 拿來做進度追蹤的😒，不管用什麼格式，跟實作無關的資訊不要放進來（例如下一版才要做還沒討論清楚的東西），密密麻麻一堆找不到重點很難用，根本沒達到目的。盡可能減少認知負荷。🤯 3/
附加資訊請用連結而不是檔案，管理檔案版本是開需求者的工作，不是讀的人要做的事情。🙅♂️。拼錯打錯字是不及格的。🙅♀️ 4/
如果要開會做簡報的話，會議目的應該是帶大家看過一次文件，教會大家用這份文件，而不是因為寫不清楚所以用講的。安排在 15~30 分鐘內搞定⌚️，再長其實是因為你自己都沒搞懂規格，一定要改進並寫好文件，不然講完大家也就忘了。😅 5/
