2016 10 18
規(guī)格文件該怎麼撰寫佃牛？
相信團(tuán)隊中的每個角色都有各自的看法替久，大家所持的意見都有各自的道理，也都有其優(yōu)缺點。
- RD 期待的文件
希望只要照著文件的指示開發(fā)即可宪萄，不需要動腦去思考文件內(nèi)容。
- QA / QC 期待的文件
希望文件能包含開發(fā)實作的邏輯及狀態(tài)榨惰，讓產(chǎn)品的測試案例能夠更完整拜英。
- 業(yè)務(wù)期待的文件
希望每個畫面、每個功能都有詳盡的說明琅催，讓客戶的問題能夠快速找到解答居凶。
然而虫给，我們常常被自己不切實際的期待與幻想綁架，希望能有一份文件是能夠幫助自己工作更為順暢侠碧，卻忘了去了解文件是怎麼生產(chǎn)出來的抹估，也忘了文件是要給人看的。
該為了滿足每個人的期待而分別撰寫三份文件弄兜？還是同一份文件盡可能滿足個別需求药蜻？以及未來如何共同維護(hù)、更新文件都將是一大難題替饿。
常見的謬思
- 規(guī)格文件寫得越多语泽、越詳細(xì)、越完整越好视卢。
越多越詳細(xì)越完整踱卵，代表文件很龐大累贅，查詢不便据过、修改維護(hù)不易惋砂、所耗費的隱藏工時也有可能日積月累，最後成為團(tuán)隊的負(fù)擔(dān)绳锅。
- 規(guī)格一但交付後班利，要修改得經(jīng)過重重關(guān)卡審核，避免反覆的修改造成不必要的工時成本榨呆。
早期的 Waterfall 流程也許適用這種做法罗标，但現(xiàn)在市場狀況、用戶喜好瞬息萬變积蜻，改一個需求若需經(jīng)過一兩個禮拜的時間才能定案闯割，早就喪失市場先機。
- 認(rèn)為文件做得好竿拆，產(chǎn)品才能做得好宙拉。
文件的好壞取決於團(tuán)隊成員是否能夠清楚透過此文件進(jìn)行溝通，就算文件格式再完整丙笋、寫得再好谢澈，沒人看的文件就是不需要存在的文件！
文件怎麼寫才好御板？
這其實沒有一定的答案锥忿，根據(jù)不同產(chǎn)品屬性、組織架構(gòu)怠肋、企業(yè)文化...等不同敬鬓，會有各自合適的做法。
下面提供幾個思考的切入點做參考
- 目前產(chǎn)品處於什麼時期？
如果只是在開發(fā) MVP钉答，都還不確定是否會長期經(jīng)營下去础芍，根本不必在乎是否有正式的規(guī)格文件，你需要在意的是目前的溝通效率夠不夠高数尿！
- 了解產(chǎn)品跟團(tuán)隊特性
若你們的產(chǎn)品是販?zhǔn)劢o企業(yè)客戶仑性，對外理當(dāng)會有制式規(guī)格書。
若是針對一般市場使用者右蹦，你該在意的是怎麼吸引用戶來使用你的產(chǎn)品诊杆，而不是寫一長串的說明文件，記啄凼怠刽辙！沒有用戶會看你的說明文件！
- 維護(hù)文件的成本是否值得
要記住甲献，寫文件是為了溝通宰缤！若維護(hù)文件的成本高於寫好文件所省下來的溝通成本，那你得好好衡量這樣做是否恰當(dāng)晃洒。
若演變到最後慨灭，整個團(tuán)隊都花許多時間在維護(hù)文件上就變得本末倒置了！
