[討論] Scrum == 頻繁看進度?

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

Links booklink

Contact Us: admin [ a t ] ucptt.com