[討論] 開發規格文件要怎麼要求？

[zeldo (再笑一回，百憂解)]

開發文件對小弟來說就像是救命書，特別是那些龐大、功能繁雜、經歷了無數風霜的系統

來說，你永遠不知道在維護、debug、加新功能會發生什麼。

但可惜，有些公司或開發工程師並沒有這類的習慣或制度，有的就算有，但也零零落落，

與現今的架構、程式也很難做為參考，也有那種每個工程師就各寫各的，同樣的程式卻出

現了一式各表的狀況...




想請問各位前輩們開發規格文件該怎麼要求呢？

有哪些範本有推薦呢？

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.251.57.39 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1579231093.A.56F.html
→ MOONY135: 我覺得可怕的是你以為要求了 實際的東西會只要需求變更
→ MOONY135: 就馬上維護上去
→ stayfantasy: unit test
推 Gaitz: 只有 code 不會騙人
推 now99: git book 隨時修改變動同步
→ vi000246: git、unit test都可以 用文件反而麻煩
推 gs8613789: 通靈啊
推 enthos: https://howtomakeanrpg.com/
推 chocopie: 請給我黃金
→ neo5277: git+1
推 bohei: 早上看的文件跟下午看的文件不一樣是很可怕的事，以為自己
→ bohei: 鬼打牆
→ wellkom: 然後母PM還會問你怎麼不自己去追蹤文件系統
→ yyc1217: 資料庫表格和欄位說明
推 neo5277: git綁slack,有變動就會通知啊
→ allenxxx: 當你開始研讀,口頭修改一天好幾版,你就會很幹文件了
→ testPtt: 先要求PM把需求文件搞定
→ JasperChang: 大家都幹譙缺文件 大家也都懶或抽不出時間寫 結案