看板 Soft_Job
作者
標題 [討論] Scrum == 頻繁看進度？
時間 Mon Aug 5 09:25:16 2024
作者
標題 [討論] Scrum == 頻繁看進度？
時間 Mon Aug 5 09:25:16 2024
如題，公司走 Scrum，但總覺得哪裡怪怪，好比一個項目分配下來，工程師估完時間， d
eadline 交出去，我的理解是如果工程師提早做完，就坐等 deadline 前看着程式碼發呆
休息或是看哪邊可以再寫更好。但我公司並不是這樣 ...... 每半天或一天為單位看一下
進度，一提前做完就趕快再塞下一個東西給你 ...... 卧槽 ...... 是有沒有這麼人力極
致運用啊卧槽？我是人不是機器人耶，這好像不是 Scrum 的初衷了吧？
eadline 交出去，我的理解是如果工程師提早做完，就坐等 deadline 前看着程式碼發呆
休息或是看哪邊可以再寫更好。但我公司並不是這樣 ...... 每半天或一天為單位看一下
進度，一提前做完就趕快再塞下一個東西給你 ...... 卧槽 ...... 是有沒有這麼人力極
致運用啊卧槽？我是人不是機器人耶，這好像不是 Scrum 的初衷了吧？
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.136.39.58 (臺灣)
※ 作者: his8891 2024-08-05 09:25:16
※ 文章代碼(AID): #1ci2d-04 (Soft_Job)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1722821118.A.004.html
※ 編輯: his8891 (220.136.39.58 臺灣), 08/05/2024 09:26:18
![]()
--
推 : 落石衝刺開發1F 08/05 09:29
→ : 看程式碼發呆休息…2F 08/05 09:32
噓 : 最近不是才一篇系列文...3F 08/05 09:33
→ : scrum的特色之一就是透明化，不管進度還是問題，提早做完提早進行下一個task很正常啊？提早做完放在那邊空轉不就是浪費成本嗎？
我覺得你沒正確理解為何要跑敏捷開發是問題原因4F 08/05 09:34
我覺得你沒正確理解為何要跑敏捷開發是問題原因4F 08/05 09:34
推 : 樓上你家的 scrum 沒有 sprint???8F 08/05 09:39
→ : 進度透明化 ... scrum 這樣其實是違反人性的，能者多勞，無限追求產出卻沒有獎勵機制，只會讓人快速倦怠9F 08/05 09:40
→ : 啊？有人說sprint已經沒其他工作了嗎？下一個sprint的東西也可以提早拉來先做啊？這很基本
那是你們公司沒有獎勵，不是scrum的問題，每次sprint後的retro都會有達成率的計算不是嗎？11F 08/05 09:40
那是你們公司沒有獎勵，不是scrum的問題，每次sprint後的retro都會有達成率的計算不是嗎？11F 08/05 09:40
推 : 樓上有點誤解了scrum的精神15F 08/05 09:44
→ : 好吧，我公司就是沒獎勵機制，所以覺得 scrum 很狗屎，無止盡追求產出 ... 一刻都不能讓工程師閒著16F 08/05 09:45
→ : 所以你應該在retro提出這個問題，但是也會造成無法達標的是不是會被要求改善等等衍生18F 08/05 09:46
→ : 還有變形紅黃綠燈，整天看燈號在催進度20F 08/05 09:53
→ : 能者過勞22F 08/05 11:29
→ : 估計時間要把測試估進去，沒測完不算做完23F 08/05 11:38
→ : 不是阿 scrum本來就是要燃燒工具人用的阿24F 08/05 11:39
→ : 是覺得除非公司給你很多股票 不然敏捷對員工百害而無一利工程師該團結起來反對敏捷了25F 08/05 11:56
推 : 員工對公司來說就是成本啊，盡量壓榨才有產值啊，反正老闆想的是，你不做還有帕魯做啊27F 08/05 12:40
→ : 看過Scrum每天要寫或報4次工時，以半小時為單位的29F 08/05 13:03
推 : scrume或是任何的開發流程都沒管到獎勵機制吧.....
為啥會把這兩個東西混在一起講?30F 08/05 13:06
為啥會把這兩個東西混在一起講?30F 08/05 13:06
→ : 因為問題根本就不在用什麼開發流程上.
人力不足 --> 跑scrum/agile，士氣低落 --> 跑scrum/agile老闆是個混蛋 --> 跑scrum/agile32F 08/05 13:29
人力不足 --> 跑scrum/agile，士氣低落 --> 跑scrum/agile老闆是個混蛋 --> 跑scrum/agile32F 08/05 13:29
→ : scrum跟sprint結束馬上跑下一個的任務是兩件事情……35F 08/05 13:30
→ : 就沒有對症下藥，流程再怎麼改都沒用.36F 08/05 13:30
→ : scrum的初衷就是提早發現提早修正，如果有人空轉只能代表他被分配的任務簡單或這個人能力很好，不代表他後來就該被多塞任務，這是管理層的問題，事情一開始訂好很重要
敏捷跑的好跟管理層關係很大，如果不是特地去考照上課，基本都是一知半解亂跑
另外就是實務上不可能初碰敏捷就可以跑好，管理層需要在每一次sprint去檢討改進，才能對時程 人力 個別進度做更好的控管，偏偏很多管理層都只規劃不檢討的，沒用37F 08/05 13:34
敏捷跑的好跟管理層關係很大，如果不是特地去考照上課，基本都是一知半解亂跑
另外就是實務上不可能初碰敏捷就可以跑好，管理層需要在每一次sprint去檢討改進，才能對時程 人力 個別進度做更好的控管，偏偏很多管理層都只規劃不檢討的，沒用37F 08/05 13:34
→ : 管理層就算下來一起檢討也沒有用吧? 市場，股東，董事會
要求下來，管理層要不要照做?
更別提層級越高，管理層要面對的團隊更多, 有可能每個都去面對嗎?46F 08/05 13:53
要求下來，管理層要不要照做?
更別提層級越高，管理層要面對的團隊更多, 有可能每個都去面對嗎?46F 08/05 13:53
推 : 你想要事情提早做完然後可以發呆那大概每一個開發流程你都會不滿意，所有的制度發明出來就是避免員工事情做完開始發呆
你工作有領錢把事情塞滿沒啥不對，會讓你發呆的公司基本上才是有問題的公司
敏捷的目的是提升效率，你覺得待遇跟工作不均那跟開發模式無關單純是待遇你不滿意50F 08/05 14:28
你工作有領錢把事情塞滿沒啥不對，會讓你發呆的公司基本上才是有問題的公司
敏捷的目的是提升效率，你覺得待遇跟工作不均那跟開發模式無關單純是待遇你不滿意50F 08/05 14:28
→ : 管理層與上層通常都會由scrum master 或是相關人員去說服，正常本來就要說服上層進行，畢竟提早發現問題與快速變動本來就是上下配合，如果上層一昧的塞需求，那也是上層的問題，任務的透明度很高，上層自己也看得到，除非就是要搞死案子或是搞死人員，不然硬塞也沒意義，一個健康的團隊本來就會包含合理的上下層57F 08/05 14:35
推 : 應該又要戰了，我先去買爆米花63F 08/05 14:36
推 : 台灣有台灣的玩法wwwwwwww64F 08/05 14:55
→ : 屎金本來就不管你管理的問題啊，剩下是你家的事啊。65F 08/05 15:01
→ : 但人不是機器 提升效率要考量的點不是只有壓榨66F 08/05 15:21
→ : 還不換個工作67F 08/05 15:28
推 : 公司要怎麼犒賞員工或是福利應該跟流程無關吧...
scrum難道還管你bonus/配股/榮譽假/員工旅遊嗎...68F 08/05 15:50
scrum難道還管你bonus/配股/榮譽假/員工旅遊嗎...68F 08/05 15:50
→ : 唉，我只能說台灣真的很愛學國外學一半的：SCRUM 本意是要應對客需頻繁的變化，到台灣變成高強度壓迫產出的手段，直銷最原始的樣貌就單純是把你常用的東西分享給周遭大家有感就會一起用，到台灣就變老鼠會，唯獨WFH到台灣沒歪樓，因為老闆說這裡是台灣，不適用70F 08/05 16:38
推 : 其實我很好奇，國外是怎麼跑scrum?讓大家都說好棒
棒75F 08/05 16:43
棒75F 08/05 16:43
→ : 走SCRUM可以，把人力極致運用也可以，凡事都一體兩面的，跳槽怎麼來的，就是這樣來，我只能這樣說，反正能者過勞，就訴諸市場機制77F 08/05 16:45
→ : 錢給夠，大家願意衝 = 用瀑布也成功
錢不夠，員工抱怨 = 塊陶找新工作比較快
國外月亮比較圓 > 失敗死掉的不會有人說
大家都只知道敏捷好棒好處多，但是都不去看他底下先做好了哪些前置條件，就好像力量不夠的騎士硬拿著超重雙手大劍，還沒跑出營地就先被劍重死了80F 08/05 16:46
錢不夠，員工抱怨 = 塊陶找新工作比較快
國外月亮比較圓 > 失敗死掉的不會有人說
大家都只知道敏捷好棒好處多，但是都不去看他底下先做好了哪些前置條件，就好像力量不夠的騎士硬拿著超重雙手大劍，還沒跑出營地就先被劍重死了80F 08/05 16:46
→ : 亞洲人終究是亞洲人，學個半套美式、晨間立會就以為把整個矽谷搬了過來。狗屎 SCRUM 林北要趕緊 RUN86F 08/05 16:51
→ : 死前在那邊說，可是我看olay都用大劍速刷..88F 08/05 16:52
→ : XDDD 這就是台灣價值啊89F 08/05 16:54
→ : 就不用一堆死代工接案的，死要裝成是做產品的...
人家休假年30天，你一年休不了3天。
天天在哪scrum, review 什麼的。是無案可接了嗎？90F 08/05 17:04
人家休假年30天，你一年休不了3天。
天天在哪scrum, review 什麼的。是無案可接了嗎？90F 08/05 17:04
→ : scrum 比較適合矽谷新創或馬斯克那種要員工睡工廠93F 08/05 17:08
→ : 敏捷其實不應該等於快速，敏捷是相對於花幾個月甚至幾年做出個沒人用的東西的瀑布。如果原本就不是真瀑布而是殞石，那導入敏捷通常只是嫌殞石不夠多不夠密94F 08/05 18:41
推 : 看起來就是公司有問題卻要牽拖工具有問題97F 08/05 18:44
→ : 上層不能溝通就是殞石開發的特徵啊98F 08/05 18:50
→ : 可以溝通但共體時艱呢99F 08/05 19:15
推 : 每天報告開發法，懂？報今天沒事直接領離職證明
最後看code都垃圾一樣 為了速度而已100F 08/05 19:32
最後看code都垃圾一樣 為了速度而已100F 08/05 19:32
→ : 讓你發呆是爛公司？我工時換算下去贏麻了吧102F 08/05 19:46
推 : 這完全不是Scrum103F 08/05 20:32
推 : scrum確實是頻繁看紀錄啊。不過正常是寫完程式碼，git push進度自動產生吧，別人的進度自動提醒你吧，根本不用花太多時間。
正常scrum確實是隨時產生進度，隨時review。很正常。但不會花你太多時間，大多工具自動產生與監控。
review也是天天做啊，不過是信件自動提醒，點連結上系統，花5分鐘看一下而已。104F 08/05 20:45
正常scrum確實是隨時產生進度，隨時review。很正常。但不會花你太多時間，大多工具自動產生與監控。
review也是天天做啊，不過是信件自動提醒，點連結上系統，花5分鐘看一下而已。104F 08/05 20:45
推 : scrum怎麼會跟git扯上關係?111F 08/05 20:55
→ : Scrum過進度，都是用各種自動化工具來看啊。112F 08/05 21:13
推 : 跑scrum已經很累了 沒有工具輔助 時間成本都在行政上了還不如跑簡單的 kanban113F 08/05 21:17
推 : 跑scrum很累 是不是搞錯了甚麼 估時都估到秒是吧?115F 08/05 22:46
推 : 估點數久好幾種意見 還要拆task寫AC sprint結束前retro先裝客氣感謝大家做的好 然後開始檢討大會 一堆專案類型不適合跑scrum還要硬跑 retro永遠檢討一樣的事情
然後到底哪間公司有閒錢放一個scrum master擋需求 PM當PO已經算客氣了116F 08/05 23:20
然後到底哪間公司有閒錢放一個scrum master擋需求 PM當PO已經算客氣了116F 08/05 23:20
推 : Scrum 不一定要很累吧，Google 跑 Scrum 還是可以讓員工彈性上班121F 08/05 23:56
推 : 我身邊同學朋友至少十個在Google沒有一個跑scrum阿123F 08/05 23:57
推 : 推一樓～瀑布隕石開發XD124F 08/06 00:16
推 : 台灣的Scrum 只是老闆想隨時盯進度的方法 能壓榨就壓榨125F 08/06 08:43
→ : 不是吧？沒有scrum master之類的角色限制跟歸類需求，那不就是隕石？那就不需要scrum了，一起看天降隕石等砸死。而且scrum master是專門找一個人沒錯，但是懂的都知道通常都是pm兼任，或是某個要到權力的人員主導，少部門公司會有專職，但是他通常一次帶好幾個scrum team
不管哪個敏捷基本上在啟動會議都會凍結與限制需求變動…這也很基本127F 08/06 08:48
不管哪個敏捷基本上在啟動會議都會凍結與限制需求變動…這也很基本127F 08/06 08:48
→ : 錢給夠就可以不管原則 那確實不需要scrum吧135F 08/06 09:19
→ : 我很懷疑說敏捷好的是不是都主管136F 08/06 10:10
噓 : 什麼都怪台灣價值就對了，好像你不是台灣人137F 08/06 10:18
推 : Kanban也是敏捷阿 沒有凍結需求變動 直接調整優先級
懂得就找PM兼任 然後就不用scrum了 因為PM的PKI是加需求*KPI138F 08/06 11:09
懂得就找PM兼任 然後就不用scrum了 因為PM的PKI是加需求*KPI138F 08/06 11:09
推 : 我懷疑你跟我同家公司141F 08/06 11:22
→ : 你要不要說瀑布也是敏捷 現在什麼都推給敏捷就對了？142F 08/06 11:42
→ : Scrum很吃事前妥善的分析跟規劃，否則後面一定一堆變動143F 08/06 11:55
推 : Scrum最吃的是專案在公司的重要性 其他團隊都要配合
不能給你砸隕石 還要接受你的隕石145F 08/06 11:59
不能給你砸隕石 還要接受你的隕石145F 08/06 11:59
→ : 有些輔助的工具，讓團隊經過幾次協調出一個階段能負荷的量147F 08/06 12:43
推 : 淚推37樓和57樓149F 08/06 12:44
推 : 這樣說起來其實敏捷用在接案公司比較好?150F 08/06 13:08
--