PTT職涯區 / Soft_Job (軟體人)

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

看板Soft_Job (軟體人)作者 (his8891)時間3月前 (2024/08/05 09:25), 3月前編輯推噓41(43推 2噓 153→)
留言198則, 57人參與, 3月前最新討論串1/1
如題，公司走 Scrum，但總覺得哪裡怪怪，好比一個項目分配下來，工程師估完時間， d eadline 交出去，我的理解是如果工程師提早做完，就坐等 deadline 前看着程式碼發呆 休息或是看哪邊可以再寫更好。但我公司並不是這樣 ...... 每半天或一天為單位看一下 進度，一提前做完就趕快再塞下一個東西給你 ...... 卧槽 ...... 是有沒有這麼人力極 致運用啊卧槽？我是人不是機器人耶，這好像不是 Scrum 的初衷了吧？ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.136.39.58 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1722821118.A.004.html ※ 編輯: his8891 (220.136.39.58 臺灣), 08/05/2024 09:26:18
推
08/05 09:29, 3月前 , 1F
落石衝刺開發
08/05 09:29, 1F
→
08/05 09:32, 3月前 , 2F
看程式碼發呆休息…
08/05 09:32, 2F
噓
08/05 09:33, 3月前 , 3F
最近不是才一篇系列文...
08/05 09:33, 3F
→
08/05 09:34, 3月前 , 4F
scrum的特色之一就是透明化，不管進度還是問題，提早
08/05 09:34, 4F
→
08/05 09:34, 3月前 , 5F
做完提早進行下一個task很正常啊？提早做完放在那邊
08/05 09:34, 5F
→
08/05 09:34, 3月前 , 6F
空轉不就是浪費成本嗎？
08/05 09:34, 6F
→
08/05 09:35, 3月前 , 7F
我覺得你沒正確理解為何要跑敏捷開發是問題原因
08/05 09:35, 7F
推
08/05 09:39, 3月前 , 8F
樓上你家的 scrum 沒有 sprint???
08/05 09:39, 8F
→
08/05 09:40, 3月前 , 9F
進度透明化 ... scrum 這樣其實是違反人性的，能者多勞，
08/05 09:40, 9F
→
08/05 09:40, 3月前 , 10F
無限追求產出卻沒有獎勵機制，只會讓人快速倦怠
08/05 09:40, 10F
→
08/05 09:40, 3月前 , 11F
啊？有人說sprint已經沒其他工作了嗎？下一個sprint
08/05 09:40, 11F
→
08/05 09:40, 3月前 , 12F
的東西也可以提早拉來先做啊？這很基本
08/05 09:40, 12F
→
08/05 09:41, 3月前 , 13F
那是你們公司沒有獎勵，不是scrum的問題，每次sprint
08/05 09:41, 13F
→
08/05 09:41, 3月前 , 14F
後的retro都會有達成率的計算不是嗎？
08/05 09:41, 14F
推
08/05 09:44, 3月前 , 15F
樓上有點誤解了scrum的精神
08/05 09:44, 15F
→
08/05 09:45, 3月前 , 16F
好吧，我公司就是沒獎勵機制，所以覺得 scrum 很狗屎，無
08/05 09:45, 16F
→
08/05 09:45, 3月前 , 17F
止盡追求產出 ... 一刻都不能讓工程師閒著
08/05 09:45, 17F
→
08/05 09:46, 3月前 , 18F
所以你應該在retro提出這個問題，但是也會造成無法達
08/05 09:46, 18F
→
08/05 09:46, 3月前 , 19F
標的是不是會被要求改善等等衍生
08/05 09:46, 19F
→
08/05 09:53, 3月前 , 20F
還有變形紅黃綠燈，整天看燈號在催進度
08/05 09:53, 20F
推
08/05 11:18, 3月前 , 21F
08/05 11:18, 21F
→
08/05 11:29, 3月前 , 22F
能者過勞
08/05 11:29, 22F
→
08/05 11:38, 3月前 , 23F
估計時間要把測試估進去，沒測完不算做完
08/05 11:38, 23F
→
08/05 11:39, 3月前 , 24F
不是阿 scrum本來就是要燃燒工具人用的阿
08/05 11:39, 24F
→
08/05 11:56, 3月前 , 25F
是覺得除非公司給你很多股票 不然敏捷對員工百害而無一利
08/05 11:56, 25F
→
08/05 11:58, 3月前 , 26F
工程師該團結起來反對敏捷了
08/05 11:58, 26F
推
08/05 12:40, 3月前 , 27F
員工對公司來說就是成本啊，盡量壓榨才有產值啊，反
08/05 12:40, 27F
→
08/05 12:40, 3月前 , 28F
正老闆想的是，你不做還有帕魯做啊
08/05 12:40, 28F
→
08/05 13:03, 3月前 , 29F
看過Scrum每天要寫或報4次工時，以半小時為單位的
08/05 13:03, 29F
推
08/05 13:06, 3月前 , 30F
scrume或是任何的開發流程都沒管到獎勵機制吧.....
08/05 13:06, 30F
→
08/05 13:06, 3月前 , 31F
為啥會把這兩個東西混在一起講?
08/05 13:06, 31F
→
08/05 13:29, 3月前 , 32F
因為問題根本就不在用什麼開發流程上.
08/05 13:29, 32F
→
08/05 13:29, 3月前 , 33F
人力不足 --> 跑scrum/agile，士氣低落 --> 跑scrum/agile
08/05 13:29, 33F
→
08/05 13:30, 3月前 , 34F
老闆是個混蛋 --> 跑scrum/agile
08/05 13:30, 34F
→
08/05 13:30, 3月前 , 35F
scrum跟sprint結束馬上跑下一個的任務是兩件事情……
08/05 13:30, 35F
→
08/05 13:30, 3月前 , 36F
就沒有對症下藥，流程再怎麼改都沒用.
08/05 13:30, 36F
→
08/05 13:34, 3月前 , 37F
scrum的初衷就是提早發現提早修正，如果有人空轉只能
08/05 13:34, 37F
→
08/05 13:34, 3月前 , 38F
代表他被分配的任務簡單或這個人能力很好，不代表他後
08/05 13:34, 38F
→
08/05 13:34, 3月前 , 39F
來就該被多塞任務，這是管理層的問題，事情一開始訂好
08/05 13:34, 39F
還有 119 則推文
推
08/06 15:16, 3月前 , 159F
你不會以為以前瀑布開發的時候提早做完就能發呆吧，一
08/06 15:16, 159F
→
08/06 15:16, 3月前 , 160F
樣的啦
08/06 15:16, 160F
推
08/06 17:43, 3月前 , 161F
敏捷是概念，scrum是精神，怎麼變敏捷是實務，偏偏愛全
08/06 17:43, 161F
→
08/06 17:43, 3月前 , 162F
部喇在一起講
08/06 17:43, 162F
→
08/06 17:44, 3月前 , 163F
在敏捷這個概念下，我也看過用瀑布用的很敏捷的公司，不
08/06 17:44, 163F
→
08/06 17:44, 3月前 , 164F
衝突
08/06 17:44, 164F
→
08/06 18:43, 3月前 , 165F
哦, 有AGILE大師開講。
08/06 18:43, 165F
推
08/06 19:06, 3月前 , 166F
Scrum每個sprint安排要做的task會是sprint開始就決定好的
08/06 19:06, 166F
→
08/06 19:11, 3月前 , 167F
所以 事情做完又馬上被指派 要看究竟是否這週期要完成的事
08/06 19:11, 167F
→
08/06 19:12, 3月前 , 168F
如果都額外的事 或者根本沒做sprint planning 那就玩假的
08/06 19:12, 168F
→
08/06 23:08, 3月前 , 169F
這無關真假，人的能力本來就不會一致，如何按能力分配
08/06 23:08, 169F
→
08/06 23:08, 3月前 , 170F
工作，並按進度評出KPI，本來就和agile 無關。
08/06 23:08, 170F
→
08/06 23:09, 3月前 , 171F
它本來就只是一個理想的模型，因為想出來的人，幾乎是
08/06 23:09, 171F
→
08/06 23:09, 3月前 , 172F
沒做過案子的。只是外國的月亮比較圓，就這樣。
08/06 23:09, 172F
→
08/07 06:58, 3月前 , 173F
管你哪一套 在台灣聽到scrum跟敏捷 先想想自己要不要跑
08/07 06:58, 173F
→
08/07 12:38, 3月前 , 174F
我覺得大部分公司都適合kanban, 至少mental model簡單
08/07 12:38, 174F
→
08/07 14:00, 3月前 , 175F
哪個MODEL都面臨人的能力不平均的問題。
08/07 14:00, 175F
→
08/07 14:02, 3月前 , 176F
更別說，開發產品和專案的差異。適應變動＝不用結案。
08/07 14:02, 176F
→
08/08 12:42, 3月前 , 177F
本來就沒有要上班發呆...很難理解為什麼你想上班發呆？
08/08 12:42, 177F
→
08/08 12:42, 3月前 , 178F
發呆不是超痛苦的嗎？
08/08 12:42, 178F
推
08/08 13:41, 3月前 , 179F
和微服務跟 DDD 一樣，大家都各自解釋
08/08 13:41, 179F
→
08/08 13:42, 3月前 , 180F
留言區完美詮釋了為什麼你不該用 Scrum
08/08 13:42, 180F
→
08/08 13:43, 3月前 , 181F
建議公司自己訂員工習慣的方式來
08/08 13:43, 181F
推
08/08 21:26, 3月前 , 182F
敝公司就是跑scrum沒有scrum master然後每天問趕不趕
08/08 21:26, 182F
→
08/08 21:26, 3月前 , 183F
得上milestone 一個sprint裡團隊每個成員各自做來自
08/08 21:26, 183F
→
08/08 21:26, 3月前 , 184F
不同客戶的story task進度落後連review retro都不用開
08/08 21:26, 184F
推
08/09 12:11, 3月前 , 185F
Scrum就是溝通細緻化的工具與方法學。
08/09 12:11, 185F
→
08/09 12:12, 3月前 , 186F
會用的都懂 他在一定程度上能大大降低工作量
08/09 12:12, 186F
→
08/10 14:55, 3月前 , 187F
降低工作量？
08/10 14:55, 187F
推
08/11 09:27, 3月前 , 188F
一個 task 不是一張卡嗎 看卡給績效 怎麼會沒獎勵？
08/11 09:27, 188F
→
08/12 02:03, 3月前 , 189F
醒醒 該做的東西沒有少 跟降低工作量完全搭不上邊
08/12 02:03, 189F
推
08/13 07:32, 3月前 , 190F
Scrum + 傳統 = 會議流
08/13 07:32, 190F
推
08/21 11:00, 3月前 , 191F
Scrum會算velocity ，如果常提早做完代表velocity 還能
08/21 11:00, 191F
→
08/21 11:00, 3月前 , 192F
增加 = sprint 任務量還能增加或估點高估，然後不管是否
08/21 11:00, 192F
→
08/21 11:00, 3月前 , 193F
跑scrum，職場上切記不要大大喇說沒事幹了，沒事自己找
08/21 11:00, 193F
→
08/21 11:01, 3月前 , 194F
事做
08/21 11:01, 194F
推
08/25 01:38, 3月前 , 195F
scrum降低工作量的根源是少走彎路吧 如果不是小小一點一點
08/25 01:38, 195F
→
08/25 01:38, 3月前 , 196F
提交是整包上 可能不是客人想要的或預期的 會多做一堆無用
08/25 01:38, 196F
→
08/25 01:38, 3月前 , 197F
功
08/25 01:38, 197F
推
08/25 01:46, 3月前 , 198F
08/25 01:46, 198F
‣ 更多 his8891 的文章
文章代碼(AID): #1ci2d-04 (Soft_Job)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 his8891 的文章
文章代碼(AID): #1ci2d-04 (Soft_Job)