Re: [請益]如何有效減少與PM對於規格認知上的差異

看板Soft_Job作者bachelorwhc (積積陰陰德)時間1年前 (2023/01/12 09:15)推噓5(5推 0噓 16→)

留言21則, 8人參與討論串2/3 (看更多)

1. 規格會不會變跟應不應該寫規格是兩碼子事規格肯定會變，沒有不變的，但應不應該寫規格就看公司文化有兩派說法： a. 規格是產品擁有者跟開發者的依據 b. 產品迭代快，產品目前的行為就是規格實作會錯、test會錯、規格也有可能會錯，只要是人就會犯錯，所以板友說這是看團隊，不無道理 2. 回到人會犯錯，規格有時會變成政治工具的一種因為說到底，如果你的公司是犯錯就要究責的文化，那責任出在誰身上，那就很重要此時規格的目的不再是為了完成產品 3. 規格不好寫只要規格是用自然語言寫成的，就有可能會造成誤解 (我相信大家不可能沒遇過一群人對同一句話有兩種以上不同解釋的狀況) 精準的規格，有些產業可能隨便寫下來就是一兩千頁，然後賣你個五六萬光是名詞解釋就能分成一冊單售當然你們公司的商業邏輯可能複雜程度不是什麼業界標準等級的，可以參考 domain driven的叢書，但我試過，台灣大部分是推不起來:) 如果規格的目的是在避免犯錯或降低溝通的成本，但又不想寫規格，那不如由開發人員主動設想所有「可能會出錯」、「模糊不清」的腳本或狀況這些edge case的設想往往需要判斷與經驗、對系統的了解我的經驗是大部分是非工程師的人往往不會去想這些，作為開發者的我有必要在看到他們描述行為時，就盡量釐清我能想到的狀況當你有了這些case或腳本，你就能夠建立測試 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.216.78.140 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1673486154.A.9C5.html

推

black209

01/12 10:32, 1年前 , 1^F

01/12 10:32, 1^F

→

loadingN

01/12 11:17, 1年前 , 2^F

01/12 11:17, 2^F

→

DrTech

01/12 12:15, 1年前 , 3^F

01/12 12:15, 3^F