看板 [ Soft_Job ]
討論串[請益]如何有效減少與PM對於規格認知上的差異
共 3 篇文章
內容預覽： 開啟 | 關閉 | 只限未讀
首頁
上一頁
1
下一頁
尾頁
#3
Re: [請益]如何有效減少與PM對於規格認知上的差異
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者vi000246 (Vi)時間3年前 (2023/01/12 12:32), 編輯資訊
0
0
0
內容預覽:
遇到這種情況 我會把所有use case列出來. 當你列出來後會發現 原來數據分析跟問券是否已完成. 是不相干的兩件事. 那這兩段邏輯就不能相依 要分開處理. 資料庫多開兩個欄位 問券是否已完成 跟數據分析要用的結果. 這樣應該會簡化很多吧?. 你們的問題是在code中做了太多的判斷 又沒有unit
(還有163個字)
#2
Re: [請益]如何有效減少與PM對於規格認知上的差異
推噓5(5推 0噓 16→)留言21則，0人參與, 3年前最新作者bachelorwhc (積積陰陰德)時間3年前 (2023/01/12 09:15), 編輯資訊
0
0
0
內容預覽:
1. 規格會不會變 跟 應不應該寫規格 是兩碼子事. 規格肯定會變，沒有不變的，但應不應該寫規格就看公司文化. 有兩派說法：. a. 規格是產品擁有者跟開發者的依據. b. 產品迭代快，產品目前的行為就是規格. 實作會錯、test會錯、規格也有可能會錯，只要是人就會犯錯，所以. 板友說這是看團隊，不
(還有441個字)
#1
[請益]如何有效減少與PM對於規格認知上的差異
推噓20(23推 3噓 158→)留言184則，0人參與, 3年前最新作者a2643 (GodCK)時間3年前 (2023/01/12 03:28), 編輯資訊
0
0
0
內容預覽:
最近做專案遇到常常遇到心很累的事情. 就是有些很特殊需要判斷的情況. 會被寫在設計稿一個感覺不是很重要的備註裡面. 然後還很不顯眼，沒仔細看還不會發現. 開會的時候也沒特別強調這邊要有特殊判斷. 可能對於PM來說這個只是小事情，但對於工程來說是件大事. 舉個例子，但詳細規格就不贅述了. 最近在做一個
(還有718個字)
首頁
上一頁
1
下一頁
尾頁