作者his8891 (his8891)
看板Soft_Job
标题[讨论] Scrum == 频繁看进度？
时间Mon Aug 5 09:25:16 2024
如题，公司走 Scrum，但总觉得哪里怪怪，好比一个项目分配下来，工程师估完时间， d
eadline 交出去，我的理解是如果工程师提早做完，就坐等 deadline 前看着程式码发呆
休息或是看哪边可以再写更好。但我公司并不是这样 ...... 每半天或一天为单位看一下
进度，一提前做完就赶快再塞下一个东西给你 ...... 卧槽 ...... 是有没有这麽人力极
致运用啊卧槽？我是人不是机器人耶，这好像不是 Scrum 的初衷了吧？
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 220.136.39.58 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1722821118.A.004.html
※ 编辑: his8891 (220.136.39.58 台湾), 08/05/2024 09:26:18
1F：推 nayeonmywife: 落石冲刺开发 08/05 09:29
2F：→ soccer103: 看程式码发呆休息… 08/05 09:32
3F：嘘 B0988698088: 最近不是才一篇系列文... 08/05 09:33
4F：→ kimi112136: scrum的特色之一就是透明化，不管进度还是问题，提早 08/05 09:34
5F：→ kimi112136: 做完提早进行下一个task很正常啊？提早做完放在那边 08/05 09:34
6F：→ kimi112136: 空转不就是浪费成本吗？ 08/05 09:34
7F：→ kimi112136: 我觉得你没正确理解为何要跑敏捷开发是问题原因 08/05 09:35
8F：推 ktasl: 楼上你家的 scrum 没有 sprint??? 08/05 09:39
9F：→ his8891: 进度透明化 ... scrum 这样其实是违反人性的，能者多劳， 08/05 09:40
10F：→ his8891: 无限追求产出却没有奖励机制，只会让人快速倦怠 08/05 09:40
11F：→ kimi112136: 啊？有人说sprint已经没其他工作了吗？下一个sprint 08/05 09:40
12F：→ kimi112136: 的东西也可以提早拉来先做啊？这很基本 08/05 09:40
13F：→ kimi112136: 那是你们公司没有奖励，不是scrum的问题，每次sprint 08/05 09:41
14F：→ kimi112136: 後的retro都会有达成率的计算不是吗？ 08/05 09:41
15F：推 koyosky: 楼上有点误解了scrum的精神 08/05 09:44
16F：→ his8891: 好吧，我公司就是没奖励机制，所以觉得 scrum 很狗屎，无 08/05 09:45
17F：→ his8891: 止尽追求产出 ... 一刻都不能让工程师闲着 08/05 09:45
18F：→ kimi112136: 所以你应该在retro提出这个问题，但是也会造成无法达 08/05 09:46
19F：→ kimi112136: 标的是不是会被要求改善等等衍生 08/05 09:46
20F：→ nathanlu: 还有变形红黄绿灯，整天看灯号在催进度 08/05 09:53
22F：→ teddy: 能者过劳 08/05 11:29
23F：→ NDark: 估计时间要把测试估进去，没测完不算做完 08/05 11:38
24F：→ shooter555: 不是阿 scrum本来就是要燃烧工具人用的阿 08/05 11:39
25F：→ BoXeX: 是觉得除非公司给你很多股票 不然敏捷对员工百害而无一利 08/05 11:56
26F：→ BoXeX: 工程师该团结起来反对敏捷了 08/05 11:58
27F：推 hermithsieh: 员工对公司来说就是成本啊，尽量压榨才有产值啊，反 08/05 12:40
28F：→ hermithsieh: 正老板想的是，你不做还有帕鲁做啊 08/05 12:40
29F：→ AvatarH: 看过Scrum每天要写或报4次工时，以半小时为单位的 08/05 13:03
30F：推 kurtsgm: scrume或是任何的开发流程都没管到奖励机制吧..... 08/05 13:06
31F：→ kurtsgm: 为啥会把这两个东西混在一起讲? 08/05 13:06
32F：→ atst2: 因为问题根本就不在用什麽开发流程上. 08/05 13:29
33F：→ atst2: 人力不足 --> 跑scrum/agile，士气低落 --> 跑scrum/agile 08/05 13:29
34F：→ atst2: 老板是个混蛋 --> 跑scrum/agile 08/05 13:30
35F：→ moom50302: scrum跟sprint结束马上跑下一个的任务是两件事情…… 08/05 13:30
36F：→ atst2: 就没有对症下药，流程再怎麽改都没用. 08/05 13:30
37F：→ moom50302: scrum的初衷就是提早发现提早修正，如果有人空转只能 08/05 13:34
38F：→ moom50302: 代表他被分配的任务简单或这个人能力很好，不代表他後 08/05 13:34
39F：→ moom50302: 来就该被多塞任务，这是管理层的问题，事情一开始订好 08/05 13:34
40F：→ moom50302: 很重要 08/05 13:34
41F：→ moom50302: 敏捷跑的好跟管理层关系很大，如果不是特地去考照上课 08/05 13:35
42F：→ moom50302: ，基本都是一知半解乱跑 08/05 13:35
43F：→ moom50302: 另外就是实务上不可能初碰敏捷就可以跑好，管理层需要 08/05 13:38
44F：→ moom50302: 在每一次sprint去检讨改进，才能对时程 人力 个别进度 08/05 13:38
45F：→ moom50302: 做更好的控管，偏偏很多管理层都只规划不检讨的，没用 08/05 13:38
46F：→ atst2: 管理层就算下来一起检讨也没有用吧? 市场，股东，董事会 08/05 13:53
47F：→ atst2: 要求下来，管理层要不要照做? 08/05 13:53
48F：→ atst2: 更别提层级越高，管理层要面对的团队更多, 有可能每个都去 08/05 13:54
49F：→ atst2: 面对吗? 08/05 13:55
50F：推 wade2432: 你想要事情提早做完然後可以发呆那大概每一个开发流程 08/05 14:28
51F：→ wade2432: 你都会不满意，所有的制度发明出来就是避免员工事情做 08/05 14:28
52F：→ wade2432: 完开始发呆 08/05 14:28
53F：→ wade2432: 你工作有领钱把事情塞满没啥不对，会让你发呆的公司基 08/05 14:30
54F：→ wade2432: 本上才是有问题的公司 08/05 14:30
55F：→ wade2432: 敏捷的目的是提升效率，你觉得待遇跟工作不均那跟开发 08/05 14:32
56F：→ wade2432: 模式无关单纯是待遇你不满意 08/05 14:32
57F：→ kimi112136: 管理层与上层通常都会由scrum master 或是相关人员去 08/05 14:35
58F：→ kimi112136: 说服，正常本来就要说服上层进行，毕竟提早发现问题 08/05 14:35
59F：→ kimi112136: 与快速变动本来就是上下配合，如果上层一昧的塞需求 08/05 14:35
60F：→ kimi112136: ，那也是上层的问题，任务的透明度很高，上层自己也 08/05 14:35
61F：→ kimi112136: 看得到，除非就是要搞死案子或是搞死人员，不然硬塞 08/05 14:35
62F：→ kimi112136: 也没意义，一个健康的团队本来就会包含合理的上下层 08/05 14:35
63F：推 shadow0326: 应该又要战了，我先去买爆米花 08/05 14:36
64F：推 ToastBen: 台湾有台湾的玩法wwwwwwww 08/05 14:55
65F：→ Lordaeron: 屎金本来就不管你管理的问题啊，剩下是你家的事啊。 08/05 15:01
66F：→ DrizztMon: 但人不是机器 提升效率要考量的点不是只有压榨 08/05 15:21
67F：→ asdfghjklasd: 还不换个工作 08/05 15:28
68F：推 kurtsgm: 公司要怎麽犒赏员工或是福利应该跟流程无关吧... 08/05 15:50
69F：→ kurtsgm: scrum难道还管你bonus/配股/荣誉假/员工旅游吗... 08/05 15:51
70F：→ his8891: 唉，我只能说台湾真的很爱学国外学一半的：SCRUM 本意是 08/05 16:38
71F：→ his8891: 要应对客需频繁的变化，到台湾变成高强度压迫产出的手段 08/05 16:38
72F：→ his8891: ，直销最原始的样貌就单纯是把你常用的东西分享给周遭大 08/05 16:38
73F：→ his8891: 家有感就会一起用，到台湾就变老鼠会，唯独WFH到台湾没歪 08/05 16:38
74F：→ his8891: 楼，因为老板说这里是台湾，不适用 08/05 16:38
75F：推 kuosos520: 其实我很好奇，国外是怎麽跑scrum?让大家都说好棒 08/05 16:43
76F：→ kuosos520: 棒 08/05 16:43
77F：→ his8891: 走SCRUM可以，把人力极致运用也可以，凡事都一体两面的， 08/05 16:45
78F：→ his8891: 跳槽怎麽来的，就是这样来，我只能这样说，反正能者过劳 08/05 16:45
79F：→ his8891: ，就诉诸市场机制 08/05 16:45
80F：→ kimi112136: 钱给够，大家愿意冲 = 用瀑布也成功 08/05 16:46
81F：→ kimi112136: 钱不够，员工抱怨 = 块陶找新工作比较快 08/05 16:47
82F：→ kimi112136: 国外月亮比较圆 > 失败死掉的不会有人说 08/05 16:48
83F：→ kimi112136: 大家都只知道敏捷好棒好处多，但是都不去看他底下先 08/05 16:50
84F：→ kimi112136: 做好了哪些前置条件，就好像力量不够的骑士硬拿着超 08/05 16:50
85F：→ kimi112136: 重双手大剑，还没跑出营地就先被剑重死了 08/05 16:50
86F：→ his8891: 亚洲人终究是亚洲人，学个半套美式、晨间立会就以为把整 08/05 16:51
87F：→ his8891: 个矽谷搬了过来。狗屎 SCRUM 林北要赶紧 RUN 08/05 16:51
88F：→ kimi112136: 死前在那边说，可是我看olay都用大剑速刷.. 08/05 16:52
89F：→ his8891: XDDD 这就是台湾价值啊 08/05 16:54
90F：→ Lordaeron: 就不用一堆死代工接案的，死要装成是做产品的... 08/05 17:04
91F：→ Lordaeron: 人家休假年30天，你一年休不了3天。 08/05 17:05
92F：→ Lordaeron: 天天在哪scrum, review 什麽的。是无案可接了吗？ 08/05 17:05
93F：→ TSMCfabXX: scrum 比较适合矽谷新创或马斯克那种要员工睡工厂 08/05 17:08
94F：→ ssccg: 敏捷其实不应该等於快速，敏捷是相对於花几个月甚至几年做 08/05 18:41
95F：→ ssccg: 出个没人用的东西的瀑布。如果原本就不是真瀑布而是殒石， 08/05 18:43
96F：→ ssccg: 那导入敏捷通常只是嫌殒石不够多不够密 08/05 18:44
97F：推 s06yji3: 看起来就是公司有问题却要牵拖工具有问题 08/05 18:44
98F：→ ssccg: 上层不能沟通就是殒石开发的特徵啊 08/05 18:50
99F：→ MOONY135: 可以沟通但共体时艰呢 08/05 19:15
100F：推 now99: 每天报告开发法，懂？报今天没事直接领离职证明 08/05 19:32
101F：推 now99: 最後看code都垃圾一样 为了速度而已 08/05 19:34
102F：→ qwer338859: 让你发呆是烂公司？我工时换算下去赢麻了吧 08/05 19:46
103F：推 chchwy: 这完全不是Scrum 08/05 20:32
104F：推 DrTech: scrum确实是频繁看纪录啊。不过正常是写完程式码，git pus 08/05 20:45
105F：→ DrTech: h进度自动产生吧，别人的进度自动提醒你吧，根本不用花太 08/05 20:45
106F：→ DrTech: 多时间。 08/05 20:45
107F：→ DrTech: 正常scrum确实是随时产生进度，随时review。很正常。但不 08/05 20:47
108F：→ DrTech: 会花你太多时间，大多工具自动产生与监控。 08/05 20:47
109F：→ DrTech: review也是天天做啊，不过是信件自动提醒，点连结上系统， 08/05 20:50
110F：→ DrTech: 花5分钟看一下而已。 08/05 20:50
111F：推 NDark: scrum怎麽会跟git扯上关系? 08/05 20:55
112F：→ DrTech: Scrum过进度，都是用各种自动化工具来看啊。 08/05 21:13
113F：推 OyodoKai: 跑scrum已经很累了 没有工具辅助 时间成本都在行政上了 08/05 21:17
114F：→ OyodoKai: 还不如跑简单的 kanban 08/05 21:17
115F：推 NDark: 跑scrum很累 是不是搞错了甚麽 估时都估到秒是吧? 08/05 22:46
116F：推 OyodoKai: 估点数久好几种意见 还要拆task写AC sprint结束前retro 08/05 23:20
117F：→ OyodoKai: 先装客气感谢大家做的好 然後开始检讨大会 一堆专案类型 08/05 23:20
118F：→ OyodoKai: 不适合跑scrum还要硬跑 retro永远检讨一样的事情 08/05 23:20
119F：推 OyodoKai: 然後到底哪间公司有闲钱放一个scrum master挡需求 PM当P 08/05 23:24
120F：→ OyodoKai: O已经算客气了 08/05 23:24
121F：推 tsrn46336686: Scrum 不一定要很累吧，Google 跑 Scrum 还是可以让 08/05 23:56
122F：→ tsrn46336686: 员工弹性上班 08/05 23:56
123F：推 OyodoKai: 我身边同学朋友至少十个在Google没有一个跑scrum阿 08/05 23:57
124F：推 viper9709: 推一楼～瀑布陨石开发XD 08/06 00:16
125F：推 secrectlife: 台湾的Scrum 只是老板想随时盯进度的方法 能压榨就 08/06 08:43
126F：→ secrectlife: 压榨 08/06 08:43
127F：→ kimi112136: 不是吧？没有scrum master之类的角色限制跟归类需求 08/06 08:48
128F：→ kimi112136: ，那不就是陨石？那就不需要scrum了，一起看天降陨石 08/06 08:48
129F：→ kimi112136: 等砸死。而且scrum master是专门找一个人没错，但是 08/06 08:48
130F：→ kimi112136: 懂的都知道通常都是pm兼任，或是某个要到权力的人员 08/06 08:48
131F：→ kimi112136: 主导，少部门公司会有专职，但是他通常一次带好几个s 08/06 08:48
132F：→ kimi112136: crum team 08/06 08:48
133F：→ kimi112136: 不管哪个敏捷基本上在启动会议都会冻结与限制需求变 08/06 08:50
134F：→ kimi112136: 动…这也很基本 08/06 08:50
135F：→ Freckle319: 钱给够就可以不管原则 那确实不需要scrum吧 08/06 09:19
136F：→ BoXeX: 我很怀疑说敏捷好的是不是都主管 08/06 10:10
137F：嘘 sck921: 什麽都怪台湾价值就对了，好像你不是台湾人 08/06 10:18
138F：推 OyodoKai: Kanban也是敏捷阿 没有冻结需求变动 直接调整优先级 08/06 11:09
139F：→ OyodoKai: 懂得就找PM兼任 然後就不用scrum了 因为PM的PKI是加需求 08/06 11:10
140F：→ OyodoKai: *KPI 08/06 11:10
141F：推 honochung: 我怀疑你跟我同家公司 08/06 11:22
142F：→ fgh81113: 你要不要说瀑布也是敏捷 现在什麽都推给敏捷就对了？ 08/06 11:42
143F：→ holmes2136: Scrum很吃事前妥善的分析跟规划，否则後面一定一堆变 08/06 11:55
144F：→ holmes2136: 动 08/06 11:55
145F：推 OyodoKai: Scrum最吃的是专案在公司的重要性 其他团队都要配合 08/06 11:59
146F：→ OyodoKai: 不能给你砸陨石 还要接受你的陨石 08/06 12:00
147F：→ MonyemLi: 有些辅助的工具，让团队经过几次协调出一个阶段能负荷 08/06 12:43
148F：→ MonyemLi: 的量 08/06 12:43
149F：推 shieldsky: 泪推37楼和57楼 08/06 12:44
150F：推 neo5277: 这样说起来其实敏捷用在接案公司比较好? 08/06 13:08
151F：→ kimi112136: 调整需求的优先度 = 需求变动？ 我看了啥？ 08/06 13:27
152F：推 OyodoKai: 跑scrum不会有sprint间需求变动 所以看不懂正常啦 08/06 13:56
153F：→ moom50302: 管理层不会沟通的话，那有问题就是管理层啊～99%公司 08/06 14:03
154F：→ moom50302: 都是如此，所以敏捷推不开很正常，能正常跑敏捷的公司 08/06 14:03
155F：→ moom50302: 本来就很少，跟日本压缩机一样 08/06 14:03
156F：推 wade2432: 看起来你还是没搞懂问题不在scrum，你觉得你的公司换回 08/06 15:10
157F：→ wade2432: 瀑布开发你不满的问题就会消失吗？如果问题一样在不就 08/06 15:10
158F：→ wade2432: 代表不是scrum造成的吗 08/06 15:10
159F：推 wade2432: 你不会以为以前瀑布开发的时候提早做完就能发呆吧，一 08/06 15:16
160F：→ wade2432: 样的啦 08/06 15:16
161F：推 Hitmear: 敏捷是概念，scrum是精神，怎麽变敏捷是实务，偏偏爱全 08/06 17:43
162F：→ Hitmear: 部喇在一起讲 08/06 17:43
163F：→ Hitmear: 在敏捷这个概念下，我也看过用瀑布用的很敏捷的公司，不 08/06 17:44
164F：→ Hitmear: 冲突 08/06 17:44
165F：→ Lordaeron: 哦, 有AGILE大师开讲。 08/06 18:43
166F：推 bitcch: Scrum每个sprint安排要做的task会是sprint开始就决定好的 08/06 19:06
167F：→ bitcch: 所以 事情做完又马上被指派 要看究竟是否这周期要完成的事 08/06 19:11
168F：→ bitcch: 如果都额外的事 或者根本没做sprint planning 那就玩假的 08/06 19:12
169F：→ Lordaeron: 这无关真假，人的能力本来就不会一致，如何按能力分配 08/06 23:08
170F：→ Lordaeron: 工作，并按进度评出KPI，本来就和agile 无关。 08/06 23:08
171F：→ Lordaeron: 它本来就只是一个理想的模型，因为想出来的人，几乎是 08/06 23:09
172F：→ Lordaeron: 没做过案子的。只是外国的月亮比较圆，就这样。 08/06 23:09
173F：→ rxforever: 管你哪一套 在台湾听到scrum跟敏捷 先想想自己要不要跑 08/07 06:58
174F：→ wulouise: 我觉得大部分公司都适合kanban, 至少mental model简单 08/07 12:38
175F：→ Lordaeron: 哪个MODEL都面临人的能力不平均的问题。 08/07 14:00
176F：→ Lordaeron: 更别说，开发产品和专案的差异。适应变动＝不用结案。 08/07 14:02
177F：→ overhead: 本来就没有要上班发呆...很难理解为什麽你想上班发呆？ 08/08 12:42
178F：→ overhead: 发呆不是超痛苦的吗？ 08/08 12:42
179F：推 yamiodymel: 和微服务跟 DDD 一样，大家都各自解释 08/08 13:41
180F：→ yamiodymel: 留言区完美诠释了为什麽你不该用 Scrum 08/08 13:42
181F：→ yamiodymel: 建议公司自己订员工习惯的方式来 08/08 13:43
182F：推 neetpride: 敝公司就是跑scrum没有scrum master然後每天问赶不赶 08/08 21:26
183F：→ neetpride: 得上milestone 一个sprint里团队每个成员各自做来自 08/08 21:26
184F：→ neetpride: 不同客户的story task进度落後连review retro都不用开 08/08 21:26
185F：推 gogogogo3333: Scrum就是沟通细致化的工具与方法学。 08/09 12:11
186F：→ gogogogo3333: 会用的都懂 他在一定程度上能大大降低工作量 08/09 12:12
187F：→ shooter555: 降低工作量？ 08/10 14:55
188F：推 starburs: 一个 task 不是一张卡吗 看卡给绩效 怎麽会没奖励？ 08/11 09:27
189F：→ fgh81113: 醒醒 该做的东西没有少 跟降低工作量完全搭不上边 08/12 02:03
190F：推 Chilloutt: Scrum + 传统 = 会议流 08/13 07:32
191F：推 foxbrush: Scrum会算velocity ，如果常提早做完代表velocity 还能 08/21 11:00
192F：→ foxbrush: 增加 = sprint 任务量还能增加或估点高估，然後不管是否 08/21 11:00
193F：→ foxbrush: 跑scrum，职场上切记不要大大喇说没事干了，没事自己找 08/21 11:00
194F：→ foxbrush: 事做 08/21 11:01
195F：推 Ghamu: scrum降低工作量的根源是少走弯路吧 如果不是小小一点一点 08/25 01:38
196F：→ Ghamu: 提交是整包上 可能不是客人想要的或预期的 会多做一堆无用 08/25 01:38
197F：→ Ghamu: 功 08/25 01:38