如题，公司走 Scrum，但总觉得哪里怪怪，好比一个项目分配下来，工程师估完时间， d
eadline 交出去，我的理解是如果工程师提早做完，就坐等 deadline 前看着程式码发呆
休息或是看哪边可以再写更好。但我公司并不是这样 ...... 每半天或一天为单位看一下
进度，一提前做完就赶快再塞下一个东西给你 ...... 卧槽 ...... 是有没有这么人力极
致运用啊卧槽？我是人不是机器人耶，这好像不是 Scrum 的初衷了吧？

落石冲刺开发

看程式码发呆休息…

最近不是才一篇系列文...

scrum的特色之一就是透明化，不管进度还是问题，提早做完提早进行下一个task很正常啊？提早做完放在那边空转不就是浪费成本吗？我觉得你没正确理解为何要跑敏捷开发是问题原因

楼上你家的 scrum 没有 sprint???

进度透明化 ... scrum 这样其实是违反人性的，能者多劳，无限追求产出却没有奖励机制，只会让人快速倦怠

啊？有人说sprint已经没其他工作了吗？下一个sprint的东西也可以提早拉来先做啊？这很基本那是你们公司没有奖励，不是scrum的问题，每次sprint后的retro都会有达成率的计算不是吗？

楼上有点误解了scrum的精神

好吧，我公司就是没奖励机制，所以觉得 scrum 很狗屎，无止尽追求产出 ... 一刻都不能让工程师闲著

所以你应该在retro提出这个问题，但是也会造成无法达标的是不是会被要求改善等等衍生

还有变形红黄绿灯，整天看灯号在催进度

能者过劳

估计时间要把测试估进去，没测完不算做完

不是阿 scrum本来就是要燃烧工具人用的阿

是觉得除非公司给你很多股票 不然敏捷对员工百害而无一利工程师该团结起来反对敏捷了

员工对公司来说就是成本啊，尽量压榨才有产值啊，反正老板想的是，你不做还有帕鲁做啊

看过Scrum每天要写或报4次工时，以半小时为单位的

scrume或是任何的开发流程都没管到奖励机制吧.....为啥会把这两个东西混在一起讲?

因为问题根本就不在用什么开发流程上.人力不足 --> 跑scrum/agile，士气低落 --> 跑scrum/agile老板是个混蛋 --> 跑scrum/agile

scrum跟sprint结束马上跑下一个的任务是两件事情……

就没有对症下药，流程再怎么改都没用.

scrum的初衷就是提早发现提早修正，如果有人空转只能代表他被分配的任务简单或这个人能力很好，不代表他后来就该被多塞任务，这是管理层的问题，事情一开始订好很重要敏捷跑的好跟管理层关系很大，如果不是特地去考照上课，基本都是一知半解乱跑另外就是实务上不可能初碰敏捷就可以跑好，管理层需要在每一次sprint去检讨改进，才能对时程 人力 个别进度做更好的控管，偏偏很多管理层都只规划不检讨的，没用

管理层就算下来一起检讨也没有用吧? 市场，股东，董事会要求下来，管理层要不要照做?更别提层级越高，管理层要面对的团队更多, 有可能每个都去面对吗?

你想要事情提早做完然后可以发呆那大概每一个开发流程你都会不满意，所有的制度发明出来就是避免员工事情做完开始发呆你工作有领钱把事情塞满没啥不对，会让你发呆的公司基本上才是有问题的公司敏捷的目的是提升效率，你觉得待遇跟工作不均那跟开发模式无关单纯是待遇你不满意

管理层与上层通常都会由scrum master 或是相关人员去说服，正常本来就要说服上层进行，毕竟提早发现问题与快速变动本来就是上下配合，如果上层一昧的塞需求，那也是上层的问题，任务的透明度很高，上层自己也看得到，除非就是要搞死案子或是搞死人员，不然硬塞也没意义，一个健康的团队本来就会包含合理的上下层

应该又要战了，我先去买爆米花

台湾有台湾的玩法wwwwwwww

屎金本来就不管你管理的问题啊，剩下是你家的事啊。

但人不是机器 提升效率要考量的点不是只有压榨

还不换个工作

公司要怎么犒赏员工或是福利应该跟流程无关吧...scrum难道还管你bonus/配股/荣誉假/员工旅游吗...

唉，我只能说台湾真的很爱学国外学一半的：SCRUM 本意是要应对客需频繁的变化，到台湾变成高强度压迫产出的手段，直销最原始的样貌就单纯是把你常用的东西分享给周遭大家有感就会一起用，到台湾就变老鼠会，唯独WFH到台湾没歪楼，因为老板说这里是台湾，不适用

其实我很好奇，国外是怎么跑scrum?让大家都说好棒棒

走SCRUM可以，把人力极致运用也可以，凡事都一体两面的，跳槽怎么来的，就是这样来，我只能这样说，反正能者过劳，就诉诸市场机制

钱给够，大家愿意冲 = 用瀑布也成功钱不够，员工抱怨 = 块陶找新工作比较快国外月亮比较圆 > 失败死掉的不会有人说大家都只知道敏捷好棒好处多，但是都不去看他底下先做好了哪些前置条件，就好像力量不够的骑士硬拿着超重双手大剑，还没跑出营地就先被剑重死了

亚洲人终究是亚洲人，学个半套美式、晨间立会就以为把整个硅谷搬了过来。狗屎 SCRUM 林北要赶紧 RUN

死前在那边说，可是我看olay都用大剑速刷..

XDDD 这就是台湾价值啊

就不用一堆死代工接案的，死要装成是做产品的...人家休假年30天，你一年休不了3天。天天在哪scrum, review 什么的。是无案可接了吗？

scrum 比较适合硅谷新创或马斯克那种要员工睡工厂

敏捷其实不应该等于快速，敏捷是相对于花几个月甚至几年做出个没人用的东西的瀑布。如果原本就不是真瀑布而是殒石，那导入敏捷通常只是嫌殒石不够多不够密

看起来就是公司有问题却要牵拖工具有问题

上层不能沟通就是殒石开发的特征啊

可以沟通但共体时艰呢

每天报告开发法，懂？报今天没事直接领离职证明最后看code都垃圾一样 为了速度而已

让你发呆是烂公司？我工时换算下去赢麻了吧

这完全不是Scrum

scrum确实是频繁看纪录啊。不过正常是写完程式码，git push进度自动产生吧，别人的进度自动提醒你吧，根本不用花太多时间。正常scrum确实是随时产生进度，随时review。很正常。但不会花你太多时间，大多工具自动产生与监控。review也是天天做啊，不过是信件自动提醒，点连结上系统，花5分钟看一下而已。

scrum怎么会跟git扯上关系?

Scrum过进度，都是用各种自动化工具来看啊。

跑scrum已经很累了 没有工具辅助 时间成本都在行政上了还不如跑简单的 kanban

跑scrum很累 是不是搞错了什么 估时都估到秒是吧?

估点数久好几种意见 还要拆task写AC sprint结束前retro先装客气感谢大家做的好 然后开始检讨大会 一堆专案类型不适合跑scrum还要硬跑 retro永远检讨一样的事情然后到底哪间公司有闲钱放一个scrum master挡需求 PM当PO已经算客气了

Scrum 不一定要很累吧，Google 跑 Scrum 还是可以让员工弹性上班

我身边同学朋友至少十个在Google没有一个跑scrum阿

推一楼～瀑布陨石开发XD

台湾的Scrum 只是老板想随时盯进度的方法 能压榨就压榨

不是吧？没有scrum master之类的角色限制跟归类需求，那不就是陨石？那就不需要scrum了，一起看天降陨石等砸死。而且scrum master是专门找一个人没错，但是懂的都知道通常都是pm兼任，或是某个要到权力的人员主导，少部门公司会有专职，但是他通常一次带好几个scrum team不管哪个敏捷基本上在启动会议都会冻结与限制需求变动…这也很基本

钱给够就可以不管原则 那确实不需要scrum吧

我很怀疑说敏捷好的是不是都主管

什么都怪台湾价值就对了，好像你不是台湾人

Kanban也是敏捷阿 没有冻结需求变动 直接调整优先级懂得就找PM兼任 然后就不用scrum了 因为PM的PKI是加需求*KPI

我怀疑你跟我同家公司

你要不要说瀑布也是敏捷 现在什么都推给敏捷就对了？

Scrum很吃事前妥善的分析跟规划，否则后面一定一堆变动

Scrum最吃的是专案在公司的重要性 其他团队都要配合不能给你砸陨石 还要接受你的陨石

有些辅助的工具，让团队经过几次协调出一个阶段能负荷的量

泪推37楼和57楼

这样说起来其实敏捷用在接案公司比较好?

调整需求的优先度 = 需求变动？ 我看了啥？

跑scrum不会有sprint间需求变动 所以看不懂正常啦

管理层不会沟通的话，那有问题就是管理层啊～99%公司都是如此，所以敏捷推不开很正常，能正常跑敏捷的公司本来就很少，跟日本压缩机一样

看起来你还是没搞懂问题不在scrum，你觉得你的公司换回瀑布开发你不满的问题就会消失吗？如果问题一样在不就代表不是scrum造成的吗你不会以为以前瀑布开发的时候提早做完就能发呆吧，一样的啦

敏捷是概念，scrum是精神，怎么变敏捷是实务，偏偏爱全部喇在一起讲在敏捷这个概念下，我也看过用瀑布用的很敏捷的公司，不冲突

哦, 有AGILE大师开讲。

Scrum每个sprint安排要做的task会是sprint开始就决定好的所以 事情做完又马上被指派 要看究竟是否这周期要完成的事如果都额外的事 或者根本没做sprint planning 那就玩假的

这无关真假，人的能力本来就不会一致，如何按能力分配工作，并按进度评出KPI，本来就和agile 无关。它本来就只是一个理想的模型，因为想出来的人，几乎是没做过案子的。只是外国的月亮比较圆，就这样。

管你哪一套 在台湾听到scrum跟敏捷 先想想自己要不要跑

我觉得大部分公司都适合kanban, 至少mental model简单

哪个MODEL都面临人的能力不平均的问题。更别说，开发产品和专案的差异。适应变动＝不用结案。

本来就没有要上班发呆...很难理解为什么你想上班发呆？发呆不是超痛苦的吗？

和微服务跟 DDD 一样，大家都各自解释留言区完美诠释了为什么你不该用 Scrum建议公司自己订员工习惯的方式来

敝公司就是跑scrum没有scrum master然后每天问赶不赶得上milestone 一个sprint里团队每个成员各自做来自不同客户的story task进度落后连review retro都不用开

Scrum就是沟通细致化的工具与方法学。会用的都懂 他在一定程度上能大大降低工作量

降低工作量？

一个 task 不是一张卡吗 看卡给绩效 怎么会没奖励？

醒醒 该做的东西没有少 跟降低工作量完全搭不上边

Scrum + 传统 = 会议流

Scrum会算velocity ，如果常提早做完代表velocity 还能增加 = sprint 任务量还能增加或估点高估，然后不管是否跑scrum，职场上切记不要大大喇说没事干了，没事自己找事做

scrum降低工作量的根源是少走弯路吧 如果不是小小一点一点提交是整包上 可能不是客人想要的或预期的 会多做一堆无用功http://i.imgur.com/BQPevPr.jpg