→ pttworld: 結果現實生活大小杯只有一張圖片 03/20 19:31
推 alihue: 我們只要聽話做的猴子，不要雞雞歪歪的 03/20 19:34
→ csieflyman: 我只是想到db schema 要大改就很煩 03/20 19:37
→ csieflyman: 我還回大杯冰塊用冰山圖片 小杯用碎冰 這樣是不是比 03/20 19:42
→ csieflyman: 較合理 03/20 19:42
→ MOONY135: 乖乖 做 03/20 19:43
→ MOONY135: 不要為了這種堅持 03/20 19:44
→ iphoneX5566: 這真的還好，看開點xD 03/20 19:48
→ ken1325: 你意見那麼多幹嘛 乖乖做不行嗎 03/20 19:50
噓 pilor: 我覺得你可以去跟 PM 說 這裡不是個版 03/20 19:53
→ felixgugu: 收錢 做事 很簡單的 03/20 20:13
→ ruthertw: 長官吸得到大小姐的奶,你吸不到,結案! 03/20 20:26
推 wildli0422: 推二樓，就當個聽話的猴子就好 03/20 20:32
推 rupcj8: 主管 專案經理 測試人員 開發人員在%大小姐 你只好改圖片 03/20 20:34
推 RINPE: 反正以後換工作是看程式 現在我都放空 要改什麼都好 不要 03/20 20:54
→ RINPE: 拖到我下班就好 03/20 20:54
→ ChungLi5566: 出錢的說的算 照需求刻就對了 03/20 21:19
噓 THEWORLDS: 是多難嗎 簡單到靠北的東西別浪費時間發廢文好嗎 03/20 21:26
→ vi000246: 本來我也是堅持程式的維護性 現在看開了 反正以後維護 03/20 21:26
→ vi000246: 的不會是我 在意這種細節幹嘛 03/20 21:26
→ yyc1217: 倒覺得這需求很清楚呀 03/20 21:37
→ pttworld: 好奇原本table怎麼串的，這樣就大改 03/20 21:47
→ csieflyman: 因為他們還想要兩套設定並存 在網路上訂的飲料要套用 03/20 21:56
→ csieflyman: 上述規則 然而在實體店面POS機操作就比較簡單 但是從P 03/20 21:56
→ csieflyman: OS機修改商品...等資料 又要同步至網路上的設定 反之 03/20 21:56
→ csieflyman: 從網頁修改也要同步回POS機 03/20 21:56
→ csieflyman: 細節很多所以沒寫完 例如還可以設定綠茶大杯可以選甜 03/20 22:01
→ csieflyman: 度的無糖 但綠茶小杯不能選無糖 03/20 22:01
→ csieflyman: 但是實體店面綠茶大小都可以作無糖 03/20 22:01
→ csieflyman: 為什麼實體店面可以選無糖 但從網路上訂的就不能選無 03/20 22:04
→ csieflyman: 糖 這就要問大小姐 03/20 22:04
→ pttworld: 這是操作規則業務邏輯，一個欄位不同值代表有無 03/20 22:06
→ pttworld: 除非原本沒開欄位 03/20 22:07
→ pttworld: 品名、尺寸、甜度、冰量都開好，任意搭配 03/20 22:10
→ csieflyman: 這個系統賣飲料只是一個例子 還要可以拿來套用到其它 03/20 22:12
→ csieflyman: 餐飲業 03/20 22:12
→ csieflyman: POS的甜度只有一套設定 但網路上綠茶大杯可以不要無糖 03/20 22:16
→ csieflyman: 綠茶小杯可以不要微糖 所以有多種甜度設定 但如果從P 03/20 22:16
→ csieflyman: OS刪除無糖選項 那網路的綠茶大杯就會同步停用 但綠 03/20 22:16
→ csieflyman: 茶小杯不受影響 03/20 22:16
→ sanpf: 沒辦法，誰叫人家是大小姐。 03/20 22:24
推 abc0922001: 這麼細的需求要寫好一點，以後可以套用在其他地方XD 03/20 22:27
→ csieflyman: 我家大小姐開的需求規格都只給一張大圖 只畫UI 加少許 03/20 22:30
→ csieflyman: 註解文字 其餘自行腦補 問太多就擺臭臉給你看 03/20 22:30
推 abc0922001: 臭臉也是要問阿，不然做白工很慘的 03/20 22:41
→ csieflyman: 問到最後都開會討論了 結果我還被打臉 以後還敢有意 03/20 22:46
→ csieflyman: 見嗎? 唉 先做確定的部分 過幾天風頭過了再問 03/20 22:46
推 alihue: 你就翻臉啊，要不換他們求你，要不重新找工作 03/20 22:50
→ csieflyman: 我才換新工作不久而已 薪水高不代表同事水準高 前公司 03/20 22:57
→ csieflyman: 就沒這種鳥事 03/20 22:57
→ csieflyman: 找PM說也沒用 PM都直接說需求完全交給大小姐負責 真 03/20 23:11
→ csieflyman: 的決定不了再找我開會 結果這個需求問題真的開了會 03/20 23:11
→ csieflyman: 還被嫌浪費時間 這間公司的主管及PM都不主動 review 03/20 23:11
→ csieflyman: 需求的 大小姐說了算 我看她的職稱是 UX 設計師 所以 03/20 23:11
→ csieflyman: 我對她的實質權力有所誤會 現在我才知道原來她是大小 03/20 23:11
→ csieflyman: 姐 03/20 23:11
→ Ekmund: 所以，你有問過營運或是客戶，為什麼要這麼做嗎？ 03/21 00:34
→ Ekmund: 搞不好人家有版面設計或某些工程師想不到的需求面 03/21 00:34
→ Ekmund: 如果你覺得被質疑時程或可行性，是不尊重你的專業 03/21 00:35
→ Ekmund: 那你這樣的方式不也是不尊重對方專業？ 03/21 00:35
→ Ekmund: 如果你覺得規格不夠詳細，每次都要你腦補 03/21 00:37
→ Ekmund: 抓不到合作對象的胃，那代表你們真的不適合合作，就這樣 03/21 00:38
→ Ekmund: 要馬請別人跟她對頭，要馬請別人嘍 03/21 00:39
推 dalconan: 比較單純的看法就是「大杯綠茶」和「小杯綠茶」是兩個 03/21 00:49
→ dalconan: 商品，而不是「一種商品」的兩個尺寸，至於為什麼要這 03/21 00:50
→ dalconan: 樣定義就是商家那邊的問題了（說不定以後大杯綠茶有造型 03/21 00:50
→ dalconan: 杯但是小杯沒有，所以要圖片不同之類的） 03/21 00:51
→ csieflyman: 產品還沒開始賣 所以客戶不存在 這需求是她自己一個人 03/21 01:01
→ csieflyman: 想的 我有問她為什麼需要這樣複雜的設定? 她回我為什 03/21 01:01
→ csieflyman: 麼不行? 系統要有彈性 萬一客戶想這麼做怎麼辦 另外這 03/21 01:01
→ csieflyman: 篇文章所講的需求都是我看圖腦補後覺得有問題才追問出 03/21 01:01
→ csieflyman: 來的 一開始的規格並沒有寫 有向主管反應能不能給個功 03/21 01:01
→ csieflyman: 能清單 或是多一點文字描述 但UX團隊做事的方法就是畫 03/21 01:01
→ csieflyman: 圖 她們不會寫程式 所以根本不懂這會不會影響到後端MO 03/21 01:01
→ csieflyman: DEL 的設計 要加新功能也不找後端我來開會 因為她覺得 03/21 01:01
→ csieflyman: 畫圖只跟前端工程師有關係 這張需求的圖還是我透過其 03/21 01:01
→ csieflyman: 他工程師才拿到的 03/21 01:01
→ csieflyman: 我前公司的產品功能 工程師也會參與討論給意見 但現 03/21 01:17
→ csieflyman: 任公司的風氣感覺就是照做就對了 所以有些適應不良 03/21 01:17
→ csieflyman: 雖然主管有說我提出這個問題很好 但我沒想到會議中沒 03/21 01:17
→ csieflyman: 人可以做最後的決定 推給不在場的業務 如果問的方式是 03/21 01:17
→ csieflyman: 對業務說加新功能更有彈性好不好 當然說好啊 03/21 01:17
推 BignoZe: 這麼簡單的東西有空再這邊發文不如直接做出來... 03/21 01:49
推 ripple0129: 我對綠茶照片沒什麼興趣，大小姐的照片比較有興趣 03/21 02:29
推 superpai: 這需求哪有什麼問題啦，真實世界大小杯的照片不一樣才是 03/21 07:44
→ superpai: 正常的吧。 03/21 07:44
→ shvanta: 其實只要確認,業務邏輯是誰負責,詳細規則請負責人出文件 03/21 09:21
→ shvanta: 你對規則有疑問就跑去問負責人就好, 按規則設計DB,coding 03/21 09:22
→ shvanta: 你把所有人拉進來開會,真的是會浪費他人的時間 03/21 09:22
→ shvanta: 負責人針對你疑問回答的部分,你整理起來發email確認&備查 03/21 09:23
→ shvanta: cc給直屬主管及專案PM(如果有的話). 出事拿這個保命 03/21 09:24
→ hakama99: 看看這篇 加油 03/21 09:46
推 vi000246: 開個規格table 把該飲料的不同size、描述、圖片存進去 03/21 11:50
→ vi000246: 這樣要改商品價錢、或是停售之類的 只要改商品主表就好 03/21 11:51
推 abccbaandy: 這還好吧，我們客戶還會到最後發信來問為什麼不能加 03/21 12:00
→ abccbaandy: 珍珠 阿你們當初又沒說要這功能XD 03/21 12:00
噓 accessdenied: 原PO真的很奇怪。 03/21 12:31
→ accessdenied: 會跟需求搏鬥還找一票人進來打自己臉的工程師趕快 03/21 12:32
→ accessdenied: 離職去擺地攤好了。 03/21 12:32
→ accessdenied: 雇用你的公司真不幸，付錢給你找罪受 03/21 12:33
→ accessdenied: 也許你自己擺過攤後，會幫助你想通原本自己想不通 03/21 12:34
→ accessdenied: 的需求吧 03/21 12:34
→ lazarus1121: 比較好奇為什麼同類型的商品會動到schema，那個不是 03/21 13:15
→ lazarus1121: 應該在相同系統下的東西嗎 03/21 13:15
推 lovez04wj06: 專案需求怎樣做就怎樣做，反正有人敢扛就做，不要最 03/21 13:28
→ lovez04wj06: 後變成自己的坑。 03/21 13:28
→ lovez04wj06: 最機掰的是接案需求有寫等於沒寫，那才要命。 03/21 13:29
推 DCTmaybe: 我覺得他的需求怎麼開無所謂，重點是你db架構怎麼設計 03/21 16:40
→ justben: 拿人錢財與人消災... 03/22 17:46
推 mathrew: 其他人都沒意見 不用管那麼多 03/23 08:28
→ lnmlee: 多個商品名稱 綠茶（小）不就解決了 何須改架構 03/23 11:33
→ lnmlee: 正規化是循序漸進的 不要為了正規化而裹足不前 03/23 11:53
噓 scott260202: 講者麼多 大小姐圖的呢 不是綠茶圖喔 03/25 03:17
推 EricTao: 20杯綠茶就建個綠茶表阿 =V= 03/28 14:37
噓 WunoW: 我要是跟你當同事肯定會變笨，死腦筋還自以為只有自己看最 04/14 09:20
→ WunoW: 清 04/14 09:20