推 nayeonmywife: 落石衝刺開發 08/05 09:29
→ soccer103: 看程式碼發呆休息… 08/05 09:32
噓 B0988698088: 最近不是才一篇系列文... 08/05 09:33
→ kimi112136: scrum的特色之一就是透明化，不管進度還是問題，提早 08/05 09:34
→ kimi112136: 做完提早進行下一個task很正常啊？提早做完放在那邊 08/05 09:34
→ kimi112136: 空轉不就是浪費成本嗎？ 08/05 09:34
→ kimi112136: 我覺得你沒正確理解為何要跑敏捷開發是問題原因 08/05 09:35
推 ktasl: 樓上你家的 scrum 沒有 sprint??? 08/05 09:39
→ his8891: 進度透明化 ... scrum 這樣其實是違反人性的，能者多勞， 08/05 09:40
→ his8891: 無限追求產出卻沒有獎勵機制，只會讓人快速倦怠 08/05 09:40
→ kimi112136: 啊？有人說sprint已經沒其他工作了嗎？下一個sprint 08/05 09:40
→ kimi112136: 的東西也可以提早拉來先做啊？這很基本 08/05 09:40
→ kimi112136: 那是你們公司沒有獎勵，不是scrum的問題，每次sprint 08/05 09:41
→ kimi112136: 後的retro都會有達成率的計算不是嗎？ 08/05 09:41
推 koyosky: 樓上有點誤解了scrum的精神 08/05 09:44
→ his8891: 好吧，我公司就是沒獎勵機制，所以覺得 scrum 很狗屎，無 08/05 09:45
→ his8891: 止盡追求產出 ... 一刻都不能讓工程師閒著 08/05 09:45
→ kimi112136: 所以你應該在retro提出這個問題，但是也會造成無法達 08/05 09:46
→ kimi112136: 標的是不是會被要求改善等等衍生 08/05 09:46
→ nathanlu: 還有變形紅黃綠燈，整天看燈號在催進度 08/05 09:53
→ teddy: 能者過勞 08/05 11:29
→ NDark: 估計時間要把測試估進去，沒測完不算做完 08/05 11:38
→ shooter555: 不是阿 scrum本來就是要燃燒工具人用的阿 08/05 11:39
→ BoXeX: 是覺得除非公司給你很多股票 不然敏捷對員工百害而無一利 08/05 11:56
→ BoXeX: 工程師該團結起來反對敏捷了 08/05 11:58
推 hermithsieh: 員工對公司來說就是成本啊，盡量壓榨才有產值啊，反 08/05 12:40
→ hermithsieh: 正老闆想的是，你不做還有帕魯做啊 08/05 12:40
→ AvatarH: 看過Scrum每天要寫或報4次工時，以半小時為單位的 08/05 13:03
推 kurtsgm: scrume或是任何的開發流程都沒管到獎勵機制吧..... 08/05 13:06
→ kurtsgm: 為啥會把這兩個東西混在一起講? 08/05 13:06
→ atst2: 因為問題根本就不在用什麼開發流程上. 08/05 13:29
→ atst2: 人力不足 --> 跑scrum/agile，士氣低落 --> 跑scrum/agile 08/05 13:29
→ atst2: 老闆是個混蛋 --> 跑scrum/agile 08/05 13:30
→ moom50302: scrum跟sprint結束馬上跑下一個的任務是兩件事情…… 08/05 13:30
→ atst2: 就沒有對症下藥，流程再怎麼改都沒用. 08/05 13:30
→ moom50302: scrum的初衷就是提早發現提早修正，如果有人空轉只能 08/05 13:34
→ moom50302: 代表他被分配的任務簡單或這個人能力很好，不代表他後 08/05 13:34
→ moom50302: 來就該被多塞任務，這是管理層的問題，事情一開始訂好 08/05 13:34
→ moom50302: 很重要 08/05 13:34
→ moom50302: 敏捷跑的好跟管理層關係很大，如果不是特地去考照上課 08/05 13:35
→ moom50302: ，基本都是一知半解亂跑 08/05 13:35
→ moom50302: 另外就是實務上不可能初碰敏捷就可以跑好，管理層需要 08/05 13:38
→ moom50302: 在每一次sprint去檢討改進，才能對時程 人力 個別進度 08/05 13:38
→ moom50302: 做更好的控管，偏偏很多管理層都只規劃不檢討的，沒用 08/05 13:38
→ atst2: 管理層就算下來一起檢討也沒有用吧? 市場，股東，董事會 08/05 13:53
→ atst2: 要求下來，管理層要不要照做? 08/05 13:53
→ atst2: 更別提層級越高，管理層要面對的團隊更多, 有可能每個都去 08/05 13:54
→ atst2: 面對嗎? 08/05 13:55
推 wade2432: 你想要事情提早做完然後可以發呆那大概每一個開發流程 08/05 14:28
→ wade2432: 你都會不滿意，所有的制度發明出來就是避免員工事情做 08/05 14:28
→ wade2432: 完開始發呆 08/05 14:28
→ wade2432: 你工作有領錢把事情塞滿沒啥不對，會讓你發呆的公司基 08/05 14:30
→ wade2432: 本上才是有問題的公司 08/05 14:30
→ wade2432: 敏捷的目的是提升效率，你覺得待遇跟工作不均那跟開發 08/05 14:32
→ wade2432: 模式無關單純是待遇你不滿意 08/05 14:32
→ kimi112136: 管理層與上層通常都會由scrum master 或是相關人員去 08/05 14:35
→ kimi112136: 說服，正常本來就要說服上層進行，畢竟提早發現問題 08/05 14:35
→ kimi112136: 與快速變動本來就是上下配合，如果上層一昧的塞需求 08/05 14:35
→ kimi112136: ，那也是上層的問題，任務的透明度很高，上層自己也 08/05 14:35
→ kimi112136: 看得到，除非就是要搞死案子或是搞死人員，不然硬塞 08/05 14:35
→ kimi112136: 也沒意義，一個健康的團隊本來就會包含合理的上下層 08/05 14:35
推 shadow0326: 應該又要戰了，我先去買爆米花 08/05 14:36
推 ToastBen: 台灣有台灣的玩法wwwwwwww 08/05 14:55
→ Lordaeron: 屎金本來就不管你管理的問題啊，剩下是你家的事啊。 08/05 15:01
→ DrizztMon: 但人不是機器 提升效率要考量的點不是只有壓榨 08/05 15:21
→ asdfghjklasd: 還不換個工作 08/05 15:28
推 kurtsgm: 公司要怎麼犒賞員工或是福利應該跟流程無關吧... 08/05 15:50
→ kurtsgm: scrum難道還管你bonus/配股/榮譽假/員工旅遊嗎... 08/05 15:51
→ his8891: 唉，我只能說台灣真的很愛學國外學一半的：SCRUM 本意是 08/05 16:38
→ his8891: 要應對客需頻繁的變化，到台灣變成高強度壓迫產出的手段 08/05 16:38
→ his8891: ，直銷最原始的樣貌就單純是把你常用的東西分享給周遭大 08/05 16:38
→ his8891: 家有感就會一起用，到台灣就變老鼠會，唯獨WFH到台灣沒歪 08/05 16:38
→ his8891: 樓，因為老闆說這裡是台灣，不適用 08/05 16:38
推 kuosos520: 其實我很好奇，國外是怎麼跑scrum?讓大家都說好棒 08/05 16:43
→ kuosos520: 棒 08/05 16:43
→ his8891: 走SCRUM可以，把人力極致運用也可以，凡事都一體兩面的， 08/05 16:45
→ his8891: 跳槽怎麼來的，就是這樣來，我只能這樣說，反正能者過勞 08/05 16:45
→ his8891: ，就訴諸市場機制 08/05 16:45
→ kimi112136: 錢給夠，大家願意衝 = 用瀑布也成功 08/05 16:46
→ kimi112136: 錢不夠，員工抱怨 = 塊陶找新工作比較快 08/05 16:47
→ kimi112136: 國外月亮比較圓 > 失敗死掉的不會有人說 08/05 16:48
→ kimi112136: 大家都只知道敏捷好棒好處多，但是都不去看他底下先 08/05 16:50
→ kimi112136: 做好了哪些前置條件，就好像力量不夠的騎士硬拿著超 08/05 16:50
→ kimi112136: 重雙手大劍，還沒跑出營地就先被劍重死了 08/05 16:50
→ his8891: 亞洲人終究是亞洲人，學個半套美式、晨間立會就以為把整 08/05 16:51
→ his8891: 個矽谷搬了過來。狗屎 SCRUM 林北要趕緊 RUN 08/05 16:51
→ kimi112136: 死前在那邊說，可是我看olay都用大劍速刷.. 08/05 16:52
→ his8891: XDDD 這就是台灣價值啊 08/05 16:54
→ Lordaeron: 就不用一堆死代工接案的，死要裝成是做產品的... 08/05 17:04
→ Lordaeron: 人家休假年30天，你一年休不了3天。 08/05 17:05
→ Lordaeron: 天天在哪scrum, review 什麼的。是無案可接了嗎？ 08/05 17:05
→ TSMCfabXX: scrum 比較適合矽谷新創或馬斯克那種要員工睡工廠 08/05 17:08
→ ssccg: 敏捷其實不應該等於快速，敏捷是相對於花幾個月甚至幾年做 08/05 18:41
→ ssccg: 出個沒人用的東西的瀑布。如果原本就不是真瀑布而是殞石， 08/05 18:43
→ ssccg: 那導入敏捷通常只是嫌殞石不夠多不夠密 08/05 18:44
推 s06yji3: 看起來就是公司有問題卻要牽拖工具有問題 08/05 18:44
→ ssccg: 上層不能溝通就是殞石開發的特徵啊 08/05 18:50
→ MOONY135: 可以溝通但共體時艱呢 08/05 19:15
推 now99: 每天報告開發法，懂？報今天沒事直接領離職證明 08/05 19:32
推 now99: 最後看code都垃圾一樣 為了速度而已 08/05 19:34
→ qwer338859: 讓你發呆是爛公司？我工時換算下去贏麻了吧 08/05 19:46
推 chchwy: 這完全不是Scrum 08/05 20:32
推 DrTech: scrum確實是頻繁看紀錄啊。不過正常是寫完程式碼，git pus 08/05 20:45
→ DrTech: h進度自動產生吧，別人的進度自動提醒你吧，根本不用花太 08/05 20:45
→ DrTech: 多時間。 08/05 20:45
→ DrTech: 正常scrum確實是隨時產生進度，隨時review。很正常。但不 08/05 20:47
→ DrTech: 會花你太多時間，大多工具自動產生與監控。 08/05 20:47
→ DrTech: review也是天天做啊，不過是信件自動提醒，點連結上系統， 08/05 20:50
→ DrTech: 花5分鐘看一下而已。 08/05 20:50
推 NDark: scrum怎麼會跟git扯上關係? 08/05 20:55
→ DrTech: Scrum過進度，都是用各種自動化工具來看啊。 08/05 21:13
推 OyodoKai: 跑scrum已經很累了 沒有工具輔助 時間成本都在行政上了 08/05 21:17
→ OyodoKai: 還不如跑簡單的 kanban 08/05 21:17
推 NDark: 跑scrum很累 是不是搞錯了甚麼 估時都估到秒是吧? 08/05 22:46
推 OyodoKai: 估點數久好幾種意見 還要拆task寫AC sprint結束前retro 08/05 23:20
→ OyodoKai: 先裝客氣感謝大家做的好 然後開始檢討大會 一堆專案類型 08/05 23:20
→ OyodoKai: 不適合跑scrum還要硬跑 retro永遠檢討一樣的事情 08/05 23:20
推 OyodoKai: 然後到底哪間公司有閒錢放一個scrum master擋需求 PM當P 08/05 23:24
→ OyodoKai: O已經算客氣了 08/05 23:24
推 tsrn46336686: Scrum 不一定要很累吧，Google 跑 Scrum 還是可以讓 08/05 23:56
→ tsrn46336686: 員工彈性上班 08/05 23:56
推 OyodoKai: 我身邊同學朋友至少十個在Google沒有一個跑scrum阿 08/05 23:57
推 viper9709: 推一樓～瀑布隕石開發XD 08/06 00:16
推 secrectlife: 台灣的Scrum 只是老闆想隨時盯進度的方法 能壓榨就 08/06 08:43
→ secrectlife: 壓榨 08/06 08:43
→ kimi112136: 不是吧？沒有scrum master之類的角色限制跟歸類需求 08/06 08:48
→ kimi112136: ，那不就是隕石？那就不需要scrum了，一起看天降隕石 08/06 08:48
→ kimi112136: 等砸死。而且scrum master是專門找一個人沒錯，但是 08/06 08:48
→ kimi112136: 懂的都知道通常都是pm兼任，或是某個要到權力的人員 08/06 08:48
→ kimi112136: 主導，少部門公司會有專職，但是他通常一次帶好幾個s 08/06 08:48
→ kimi112136: crum team 08/06 08:48
→ kimi112136: 不管哪個敏捷基本上在啟動會議都會凍結與限制需求變 08/06 08:50
→ kimi112136: 動…這也很基本 08/06 08:50
→ Freckle319: 錢給夠就可以不管原則 那確實不需要scrum吧 08/06 09:19
→ BoXeX: 我很懷疑說敏捷好的是不是都主管 08/06 10:10
噓 sck921: 什麼都怪台灣價值就對了，好像你不是台灣人 08/06 10:18
推 OyodoKai: Kanban也是敏捷阿 沒有凍結需求變動 直接調整優先級 08/06 11:09
→ OyodoKai: 懂得就找PM兼任 然後就不用scrum了 因為PM的PKI是加需求 08/06 11:10
→ OyodoKai: *KPI 08/06 11:10
推 honochung: 我懷疑你跟我同家公司 08/06 11:22
→ fgh81113: 你要不要說瀑布也是敏捷 現在什麼都推給敏捷就對了？ 08/06 11:42
→ holmes2136: Scrum很吃事前妥善的分析跟規劃，否則後面一定一堆變 08/06 11:55
→ holmes2136: 動 08/06 11:55
推 OyodoKai: Scrum最吃的是專案在公司的重要性 其他團隊都要配合 08/06 11:59
→ OyodoKai: 不能給你砸隕石 還要接受你的隕石 08/06 12:00
→ MonyemLi: 有些輔助的工具，讓團隊經過幾次協調出一個階段能負荷 08/06 12:43
→ MonyemLi: 的量 08/06 12:43
推 shieldsky: 淚推37樓和57樓 08/06 12:44
推 neo5277: 這樣說起來其實敏捷用在接案公司比較好? 08/06 13:08
→ kimi112136: 調整需求的優先度 = 需求變動？ 我看了啥？ 08/06 13:27
推 OyodoKai: 跑scrum不會有sprint間需求變動 所以看不懂正常啦 08/06 13:56
→ moom50302: 管理層不會溝通的話，那有問題就是管理層啊～99%公司 08/06 14:03
→ moom50302: 都是如此，所以敏捷推不開很正常，能正常跑敏捷的公司 08/06 14:03
→ moom50302: 本來就很少，跟日本壓縮機一樣 08/06 14:03
推 wade2432: 看起來你還是沒搞懂問題不在scrum，你覺得你的公司換回 08/06 15:10
→ wade2432: 瀑布開發你不滿的問題就會消失嗎？如果問題一樣在不就 08/06 15:10
→ wade2432: 代表不是scrum造成的嗎 08/06 15:10
推 wade2432: 你不會以為以前瀑布開發的時候提早做完就能發呆吧，一 08/06 15:16
→ wade2432: 樣的啦 08/06 15:16
推 Hitmear: 敏捷是概念，scrum是精神，怎麼變敏捷是實務，偏偏愛全 08/06 17:43
→ Hitmear: 部喇在一起講 08/06 17:43
→ Hitmear: 在敏捷這個概念下，我也看過用瀑布用的很敏捷的公司，不 08/06 17:44
→ Hitmear: 衝突 08/06 17:44
→ Lordaeron: 哦, 有AGILE大師開講。 08/06 18:43
推 bitcch: Scrum每個sprint安排要做的task會是sprint開始就決定好的 08/06 19:06
→ bitcch: 所以 事情做完又馬上被指派 要看究竟是否這週期要完成的事 08/06 19:11
→ bitcch: 如果都額外的事 或者根本沒做sprint planning 那就玩假的 08/06 19:12
→ Lordaeron: 這無關真假，人的能力本來就不會一致，如何按能力分配 08/06 23:08
→ Lordaeron: 工作，並按進度評出KPI，本來就和agile 無關。 08/06 23:08
→ Lordaeron: 它本來就只是一個理想的模型，因為想出來的人，幾乎是 08/06 23:09
→ Lordaeron: 沒做過案子的。只是外國的月亮比較圓，就這樣。 08/06 23:09
→ rxforever: 管你哪一套 在台灣聽到scrum跟敏捷 先想想自己要不要跑 08/07 06:58
→ wulouise: 我覺得大部分公司都適合kanban, 至少mental model簡單 08/07 12:38
→ Lordaeron: 哪個MODEL都面臨人的能力不平均的問題。 08/07 14:00
→ Lordaeron: 更別說，開發產品和專案的差異。適應變動＝不用結案。 08/07 14:02
→ overhead: 本來就沒有要上班發呆...很難理解為什麼你想上班發呆？ 08/08 12:42
→ overhead: 發呆不是超痛苦的嗎？ 08/08 12:42
推 yamiodymel: 和微服務跟 DDD 一樣，大家都各自解釋 08/08 13:41
→ yamiodymel: 留言區完美詮釋了為什麼你不該用 Scrum 08/08 13:42
→ yamiodymel: 建議公司自己訂員工習慣的方式來 08/08 13:43
推 neetpride: 敝公司就是跑scrum沒有scrum master然後每天問趕不趕 08/08 21:26
→ neetpride: 得上milestone 一個sprint裡團隊每個成員各自做來自 08/08 21:26
→ neetpride: 不同客戶的story task進度落後連review retro都不用開 08/08 21:26
推 gogogogo3333: Scrum就是溝通細緻化的工具與方法學。 08/09 12:11
→ gogogogo3333: 會用的都懂 他在一定程度上能大大降低工作量 08/09 12:12
→ shooter555: 降低工作量？ 08/10 14:55
推 starburs: 一個 task 不是一張卡嗎 看卡給績效 怎麼會沒獎勵？ 08/11 09:27
→ fgh81113: 醒醒 該做的東西沒有少 跟降低工作量完全搭不上邊 08/12 02:03
推 Chilloutt: Scrum + 傳統 = 會議流 08/13 07:32
推 foxbrush: Scrum會算velocity ，如果常提早做完代表velocity 還能 08/21 11:00
→ foxbrush: 增加 = sprint 任務量還能增加或估點高估，然後不管是否 08/21 11:00
→ foxbrush: 跑scrum，職場上切記不要大大喇說沒事幹了，沒事自己找 08/21 11:00
→ foxbrush: 事做 08/21 11:01
推 Ghamu: scrum降低工作量的根源是少走彎路吧 如果不是小小一點一點 08/25 01:38
→ Ghamu: 提交是整包上 可能不是客人想要的或預期的 會多做一堆無用 08/25 01:38
→ Ghamu: 功 08/25 01:38
