[請益] 不懂這需求 是我很奇怪嗎?

看板Soft_Job作者 (風之驕子)時間6年前 (2018/03/20 19:29), 編輯推噓12(17推 5噓 96→)
留言118則, 37人參與, 6年前最新討論串1/3 (看更多)
誰可以告訴我 這軟體需求的合理性及必要性? 1. 為什麼綠茶大杯與綠茶小杯的圖片及描述需要不一樣? 2. 為什麼綠茶大杯與綠茶小杯的冰塊圖片需要不一樣? 不就都是冰塊嗎??? 難道我賣20 種飲料及大小杯就可以設定20張不同的冰塊圖片? 一開始我以為是需求規格寫錯或沒注意 結果那位大小姐是真的想這麼做 我覺得奇怪 抓 一堆人開會 包括主管 專案經理 測試人員 開發人員 花了幾個小時 還開了2次會 都沒人 站出來反對 專案經理還覺得開這個會是浪費大家時間 最後決定交給業務決定市場是否有這個需求? 過了2天得到的答案是要做 好吧 是我很奇怪 你們想怎麼做就怎麼做 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 49.217.163.170 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1521545349.A.5F7.html
→
03/20 19:31, 6年前 , 1F
結果現實生活大小杯只有一張圖片
03/20 19:31, 1F
推
03/20 19:34, 6年前 , 2F
我們只要聽話做的猴子，不要雞雞歪歪的
03/20 19:34, 2F
→
03/20 19:37, 6年前 , 3F
我只是想到db schema 要大改就很煩
03/20 19:37, 3F
→
03/20 19:42, 6年前 , 4F
我還回大杯冰塊用冰山圖片 小杯用碎冰 這樣是不是比
03/20 19:42, 4F
→
03/20 19:42, 6年前 , 5F
較合理
03/20 19:42, 5F
→
03/20 19:43, 6年前 , 6F
乖乖 做
03/20 19:43, 6F
→
03/20 19:44, 6年前 , 7F
不要為了這種堅持
03/20 19:44, 7F
→
03/20 19:48, 6年前 , 8F
這真的還好，看開點xD
03/20 19:48, 8F
→
03/20 19:50, 6年前 , 9F
你意見那麼多幹嘛 乖乖做不行嗎
03/20 19:50, 9F
噓
03/20 19:53, 6年前 , 10F
我覺得你可以去跟 PM 說 這裡不是個版
03/20 19:53, 10F
→
03/20 20:13, 6年前 , 11F
收錢 做事 很簡單的
03/20 20:13, 11F
→
03/20 20:26, 6年前 , 12F
長官吸得到大小姐的奶,你吸不到,結案!
03/20 20:26, 12F
推
03/20 20:32, 6年前 , 13F
推二樓，就當個聽話的猴子就好
03/20 20:32, 13F
推
03/20 20:34, 6年前 , 14F
主管 專案經理 測試人員 開發人員在%大小姐 你只好改圖片
03/20 20:34, 14F
推
03/20 20:54, 6年前 , 15F
反正以後換工作是看程式 現在我都放空 要改什麼都好 不要
03/20 20:54, 15F
→
03/20 20:54, 6年前 , 16F
拖到我下班就好
03/20 20:54, 16F
→
03/20 20:56, 6年前 , 17F
03/20 20:56, 17F
→
03/20 21:19, 6年前 , 18F
出錢的說的算 照需求刻就對了
03/20 21:19, 18F
噓
03/20 21:26, 6年前 , 19F
是多難嗎 簡單到靠北的東西別浪費時間發廢文好嗎
03/20 21:26, 19F
→
03/20 21:26, 6年前 , 20F
本來我也是堅持程式的維護性 現在看開了 反正以後維護
03/20 21:26, 20F
→
03/20 21:26, 6年前 , 21F
的不會是我 在意這種細節幹嘛
03/20 21:26, 21F
→
03/20 21:37, 6年前 , 22F
倒覺得這需求很清楚呀
03/20 21:37, 22F
→
03/20 21:47, 6年前 , 23F
好奇原本table怎麼串的，這樣就大改
03/20 21:47, 23F
→
03/20 21:56, 6年前 , 24F
因為他們還想要兩套設定並存 在網路上訂的飲料要套用
03/20 21:56, 24F
→
03/20 21:56, 6年前 , 25F
上述規則 然而在實體店面POS機操作就比較簡單 但是從P
03/20 21:56, 25F
→
03/20 21:56, 6年前 , 26F
OS機修改商品...等資料 又要同步至網路上的設定 反之
03/20 21:56, 26F
→
03/20 21:56, 6年前 , 27F
從網頁修改也要同步回POS機
03/20 21:56, 27F
→
03/20 22:01, 6年前 , 28F
細節很多所以沒寫完 例如還可以設定綠茶大杯可以選甜
03/20 22:01, 28F
→
03/20 22:01, 6年前 , 29F
度的無糖 但綠茶小杯不能選無糖
03/20 22:01, 29F
→
03/20 22:01, 6年前 , 30F
但是實體店面綠茶大小都可以作無糖
03/20 22:01, 30F
→
03/20 22:04, 6年前 , 31F
為什麼實體店面可以選無糖 但從網路上訂的就不能選無
03/20 22:04, 31F
→
03/20 22:04, 6年前 , 32F
糖 這就要問大小姐
03/20 22:04, 32F
→
03/20 22:06, 6年前 , 33F
這是操作規則業務邏輯，一個欄位不同值代表有無
03/20 22:06, 33F
→
03/20 22:07, 6年前 , 34F
除非原本沒開欄位
03/20 22:07, 34F
→
03/20 22:10, 6年前 , 35F
品名、尺寸、甜度、冰量都開好，任意搭配
03/20 22:10, 35F
→
03/20 22:12, 6年前 , 36F
這個系統賣飲料只是一個例子 還要可以拿來套用到其它
03/20 22:12, 36F
→
03/20 22:12, 6年前 , 37F
餐飲業
03/20 22:12, 37F
→
03/20 22:16, 6年前 , 38F
POS的甜度只有一套設定 但網路上綠茶大杯可以不要無糖
03/20 22:16, 38F
→
03/20 22:16, 6年前 , 39F
綠茶小杯可以不要微糖 所以有多種甜度設定 但如果從P
03/20 22:16, 39F
還有 39 則推文
→
03/21 01:17, 6年前 , 79F
我前公司的產品功能 工程師也會參與討論給意見 但現
03/21 01:17, 79F
→
03/21 01:17, 6年前 , 80F
任公司的風氣感覺就是照做就對了 所以有些適應不良
03/21 01:17, 80F
→
03/21 01:17, 6年前 , 81F
雖然主管有說我提出這個問題很好 但我沒想到會議中沒
03/21 01:17, 81F
→
03/21 01:17, 6年前 , 82F
人可以做最後的決定 推給不在場的業務 如果問的方式是
03/21 01:17, 82F
→
03/21 01:17, 6年前 , 83F
對業務說加新功能更有彈性好不好 當然說好啊
03/21 01:17, 83F
推
03/21 01:49, 6年前 , 84F
這麼簡單的東西有空再這邊發文不如直接做出來...
03/21 01:49, 84F
推
03/21 02:29, 6年前 , 85F
我對綠茶照片沒什麼興趣，大小姐的照片比較有興趣
03/21 02:29, 85F
推
03/21 07:44, 6年前 , 86F
這需求哪有什麼問題啦，真實世界大小杯的照片不一樣才是
03/21 07:44, 86F
→
03/21 07:44, 6年前 , 87F
正常的吧。
03/21 07:44, 87F
→
03/21 09:21, 6年前 , 88F
其實只要確認,業務邏輯是誰負責,詳細規則請負責人出文件
03/21 09:21, 88F
→
03/21 09:22, 6年前 , 89F
你對規則有疑問就跑去問負責人就好, 按規則設計DB,coding
03/21 09:22, 89F
→
03/21 09:22, 6年前 , 90F
你把所有人拉進來開會,真的是會浪費他人的時間
03/21 09:22, 90F
→
03/21 09:23, 6年前 , 91F
負責人針對你疑問回答的部分,你整理起來發email確認&備查
03/21 09:23, 91F
→
03/21 09:24, 6年前 , 92F
cc給直屬主管及專案PM(如果有的話). 出事拿這個保命
03/21 09:24, 92F
→
03/21 09:46, 6年前 , 93F
03/21 09:46, 93F
→
03/21 09:46, 6年前 , 94F
看看這篇 加油
03/21 09:46, 94F
推
03/21 11:50, 6年前 , 95F
開個規格table 把該飲料的不同size、描述、圖片存進去
03/21 11:50, 95F
→
03/21 11:51, 6年前 , 96F
這樣要改商品價錢、或是停售之類的 只要改商品主表就好
03/21 11:51, 96F
推
03/21 12:00, 6年前 , 97F
這還好吧，我們客戶還會到最後發信來問為什麼不能加
03/21 12:00, 97F
→
03/21 12:00, 6年前 , 98F
珍珠 阿你們當初又沒說要這功能XD
03/21 12:00, 98F
噓
03/21 12:31, 6年前 , 99F
原PO真的很奇怪。
03/21 12:31, 99F
→
03/21 12:32, 6年前 , 100F
會跟需求搏鬥還找一票人進來打自己臉的工程師趕快
03/21 12:32, 100F
→
03/21 12:32, 6年前 , 101F
離職去擺地攤好了。
03/21 12:32, 101F
→
03/21 12:33, 6年前 , 102F
雇用你的公司真不幸，付錢給你找罪受
03/21 12:33, 102F
→
03/21 12:34, 6年前 , 103F
也許你自己擺過攤後，會幫助你想通原本自己想不通
03/21 12:34, 103F
→
03/21 12:34, 6年前 , 104F
的需求吧
03/21 12:34, 104F
→
03/21 13:15, 6年前 , 105F
比較好奇為什麼同類型的商品會動到schema，那個不是
03/21 13:15, 105F
→
03/21 13:15, 6年前 , 106F
應該在相同系統下的東西嗎
03/21 13:15, 106F
推
03/21 13:28, 6年前 , 107F
專案需求怎樣做就怎樣做，反正有人敢扛就做，不要最
03/21 13:28, 107F
→
03/21 13:28, 6年前 , 108F
後變成自己的坑。
03/21 13:28, 108F
→
03/21 13:29, 6年前 , 109F
最機掰的是接案需求有寫等於沒寫，那才要命。
03/21 13:29, 109F
推
03/21 16:40, 6年前 , 110F
我覺得他的需求怎麼開無所謂，重點是你db架構怎麼設計
03/21 16:40, 110F
→
03/22 17:46, 6年前 , 111F
拿人錢財與人消災...
03/22 17:46, 111F
推
03/23 08:28, 6年前 , 112F
其他人都沒意見 不用管那麼多
03/23 08:28, 112F
→
03/23 11:33, 6年前 , 113F
多個商品名稱 綠茶（小）不就解決了 何須改架構
03/23 11:33, 113F
→
03/23 11:53, 6年前 , 114F
正規化是循序漸進的 不要為了正規化而裹足不前
03/23 11:53, 114F
噓
03/25 03:17, 6年前 , 115F
講者麼多 大小姐圖的呢 不是綠茶圖喔
03/25 03:17, 115F
推
03/28 14:37, 6年前 , 116F
20杯綠茶就建個綠茶表阿 =V=
03/28 14:37, 116F
噓
04/14 09:20, 6年前 , 117F
我要是跟你當同事肯定會變笨，死腦筋還自以為只有自己看最
04/14 09:20, 117F
→
04/14 09:20, 6年前 , 118F
清
04/14 09:20, 118F
‣ 更多 csieflyman 的文章
文章代碼(AID): #1QiF25Nt (Soft_Job)
‣ 更多 csieflyman 的文章
文章代碼(AID): #1QiF25Nt (Soft_Job)