没人来批判一下这个万恶的Agile制度吗

以前做 IT 都是各人埋头做各人的，有问题再找具体的人，组里从来不开会，平时就一个人安安静静做自己的事。现在搞Agile，天天开会，每个人挨个汇报昨天干了啥，今天要干啥，奶奶的谁要听别人天天干嘛，我干嘛也没几个人关心，但是就是要天天开会，好像不开会就跟不上形势一样。除了daily stand up，还有一堆 spint meeting，成天开会开得都要吐了。
感觉这一整套Agile制度就是不懂技术专搞花架子管理的人弄出来的，用一整套看起来很系统、很高大上、很光鲜的东西来掩盖自己不懂技术的缺陷，说起来好听，对上面好看，适合喜欢耍嘴皮子的人。越是不懂技术的人越喜欢搞花活，其实这些花活对实际工作没多大用处，还浪费大家的时间精力。不晓得这玩意儿是怎么兴起来的，很无奈

对！非常讨厌这个！

哈哈哈哈终于有人吐槽这个了。 前公司用这个。特别折腾人，且降低效率。老板专门找了一个scrum master /外加一个 project manager 来管我们的进度。还有什么curve的记不得了。非常非常繁琐。

确实挺烦 尤其两周一次这种 感觉有半周耗在这个上面 不过估计对于高层来说有个再烂的agile肯定比什么都没有好 所以深受管理层喜欢

没错！恨死了。准备跳槽走人

Agile is the best way to make sure project is on track and in the right direction.

对，因为讨厌这个，辞职连码工都不干了

还好我们就用看板……

我觉得很打击积极性，本来是自己想干好的工作变成了被人后面用鞭子赶着干的感觉。 其实干事儿的人不用逼，不干事儿的人逼也没用。

哪个神经病想出来的

对，因为讨厌这个，辞职连码工都不干了
xiang2010 发表于 2022-04-19 21:36

一个小心进了码工的坑，我不是码工，组里其他人都是，管理上还必须跟其他人一致，开那些破会对我的工作半点用处都没有，再摊上一个码工出身、技术不咋的但极其热心的 manager，因为不懂我这一摊所以对我格外关照，除了daily stand up meeting 还要跟他单独汇报，真的要吐了，现在天天想发简历换工作

外行领导内行的必然结果。小时候都是技术强的升职做领导。现在是不懂行的做领导。

因为喜欢耍嘴皮子，不懂技术的人才能爬的高，最终决定了公司的方向。。。

我觉得很打击积极性，本来是自己想干好的工作变成了被人后面用鞭子赶着干的感觉。 其实干事儿的人不用逼，不干事儿的人逼也没用。
yimiyangguang 发表于 2022-04-19 21:40

没错，就是被人用鞭子赶的感觉。就是把人当牲口用的。换个说法这个 Agile 就是个大转轮，员工就是被逼着在转轮上跑的小仓鼠。真能混的靠嘴皮子照样混的好好的，能干不会说的在这种制度下最累

看组，如果team lead或者manager技术很好就还好，技术不好的如果再外加一个Product Manager就很累，格外加了一层，多了很多没用的communication.

我以前的公司，agile， six sigma， 每过一阵就来一次运动。

这种每天开会的，如果有一天取得了很好的进展，就先藏着点慢慢分几天说，摸几天鱼再说。别人反而觉得你很牛逼，做的活很复杂。如果你效率很高马上干完了，别人反而觉得你的活简单。其实你讲的时候，别人最多听个大概，不懂细节的。老板有时候为了装听懂，故意问几个问题，很搞笑的。

这么说吧，理解不了威慑么么agile大行其道的人，也理解不了复杂系统是怎么搭建起来的，或者说复杂到联邦政府级别的组织是怎么运转的
crud项目搞agile你都嫌麻烦，让你经历一下misra-c或者若干种工控编程和项目管理的标准，你不得跳楼啊

有没有让你们两两配对，一个写一个看？

听着就特别讨厌啊。

悲催的觉得这是大趋势。

这玩意儿就是micro management, 除非用户很积极参与，经常给你新的需求，否则没卵用

我觉得这个agile一开 就开启了软件行业粗制滥造的开头。

外行领导内行的必然结果。小时候都是技术强的升职做领导。现在是不懂行的做领导。
piranha 发表于 2022-04-19 21:46

确实，以前的 team lead 兼 architect，无论技术还是管理都做得好好的 （其实也没太管，工作安排下去各人做自己的一摊），但是每个人自己那一摊的业务都很强，工作做得很精，有什么工作也都处理得很快。现在到处强调 full stack，恨不能一个人啥都懂，结果是很多人样样都懂、样样稀松，技术上属于二半吊子，干出来的活很多是 quick and dirty，然后还一大堆陈年 backlog等着。越是这种逼得厉害、没有job security的地方，反而越容易培养那种积压工作以提高职位保障的混子

有没有让你们两两配对，一个写一个看？
金银岛 发表于 2022-04-19 21:53

peer review 码工都有的，不过只是一个做完以后另外一个大概过一遍，不会全程盯着。我是做 BI 的，也有 peer review，也是做完以后对方大概了解一下就行了

同讨厌，现在也想明白了，毕竟只会动嘴的人也要吃饭。

Agile的作用之一是可以加大对码工用的压榨，比如把sprint deadline设在周一，这样可以促使码工周末加班。 当然对大的项目来说，Agile也不是一无是处，planning，理清dependence，这些客观作用也是有的

深有同感。去年我同时支持10个大客户，最多一天给我安排了17个会！所有的deliverable只能晚上或周末做。有些会真的没有必要。

peer review 码工都有的，不过只是一个做完以后另外一个大概过一遍，不会全程盯着。我是做 BI 的，也有 peer review，也是做完以后对方大概了解一下就行了
Peperomia 发表于 2022-04-19 22:06

Pair programming is an agile software development technique in which two programmers work together at one workstation. One, the driver, writes code while the other, the observer or navigator, reviews each line of code as it is typed in. The two programmers switch roles frequently.

我以前在不知名小公司老是agile每天汇报 现在大厂我们组每周才开一次会说一下这一周干了嘛 这个感觉很好 我同意lz

对，现在就是要quick and dirty,然后后面再返工，管理层就喜欢这种，大家都忙他们也好跟上面交代KPI,客观的说这种管理让下面人不好偷懒

因为喜欢耍嘴皮子，不懂技术的人才能爬的高，最终决定了公司的方向。。。
南开阿飞 发表于 2022-04-19 21:47

深有感触！不知道美国现在很多传统行业的大公司怎么全变这样了，金融业尤甚，全是MBA毕业的各类忽悠，就靠一张嘴就能一路升！

Pair programming is an agile software development technique in which two programmers work together at one workstation. One, the driver, writes code while the other, the observer or navigator, reviews each line of code as it is typed in. The two programmers switch roles frequently.
金银岛 发表于 2022-04-19 22:13

这个Pair programming 这么变态？有新人偶尔需要shadowing一下，或者有问题需要解决特殊情况也还可以理解，正常工作这么搞谁受得了？难怪这工作容易让人头秃，压力太大了

确实是一言难尽。。。碰到个脑子还算清楚的product owner还算好，最近一个cross works stream的project，product owner是个烙印，一脑门子浆糊，时间全花在跟他沟通上面了。

不知道你说什么。

对，现在就是要quick and dirty,然后后面再返工，管理层就喜欢这种，大家都忙他们也好跟上面交代KPI,客观的说这种管理让下面人不好偷懒
tiantong 发表于 2022-04-19 22:25

对，就是quick and dirty，成天在返修，各种会浪费时间。

Agile is the best way to make sure project is on track and in the right direction.
meidong20 发表于 2022-04-19 21:36

是这个道理 但最喜欢干完活拉到的内向马工实在是个负担

以前做 IT 都是各人埋头做各人的，有问题再找具体的人，组里从来不开会，平时就一个人安安静静做自己的事。现在搞Agile，天天开会，每个人挨个汇报昨天干了啥，今天要干啥，奶奶的谁要听别人天天干嘛，我干嘛也没几个人关心，但是就是要天天开会，好像不开会就跟不上形势一样。除了daily stand up，还有一堆 spint meeting，成天开会开得都要吐了。
感觉这一整套Agile制度就是不懂技术专搞花架子管理的人弄出来的，用一整套看起来很系统、很高大上、很光鲜的东西来掩盖自己不懂技术的缺陷，说起来好听，对上面好看，适合喜欢耍嘴皮子的人。越是不懂技术的人越喜欢搞花活，其实这些花活对实际工作没多大用处，还浪费大家的时间精力。不晓得这玩意儿是怎么兴起来的，很无奈
Peperomia 发表于 2022-04-19 21:29

主要是一群屁都不懂的人，又想管别人进度，白拿钱顺便刷存在感，就这么弄出来的。

这玩意儿就是micro management, 除非用户很积极参与，经常给你新的需求，否则没卵用
happymc 发表于 2022-04-19 21:58

对 就是mm

特别讨厌这帮专业浪费人时间、还拿高工资的 我老公厂里，一堆MBA，指手画脚地说要怎么怎么促进软件人性化 特别讨厌！

我觉得这个也没这么糟，本来中国人都不太爱说，也不会主动找manager说,你做了很多很好，也没人注意到。风头都给那些会主动吹牛的。现在有了standup逼着你每天说两句，你的贡献大家多多少少会有点印象。

确实是一言难尽。。。碰到个脑子还算清楚的product owner还算好，最近一个cross works stream的project，product owner是个烙印，一脑门子浆糊，时间全花在跟他沟通上面了。
似曾相识 发表于 2022-04-19 22:38

re！一大堆莫名其妙的产品经理，也不懂技术也不懂内容，感觉跟傻子在说话。

Pair programming is an agile software development technique in which two programmers work together at one workstation. One, the driver, writes code while the other, the observer or navigator, reviews each line of code as it is typed in. The two programmers switch roles frequently.
金银岛 发表于 2022-04-19 22:13

这个太变态了，这是哪个心理变态想出来的啊。。。

I hate this system!

haha depends on how it is run for sure. Using Agile the right way could ensure timely delivery.
Daily stand-up meetings have improved my ability to BS significantly....lol

要不为啥叫码工呢，就是想办法让你少磨洋工。

这个Pair programming 这么变态？有新人偶尔需要shadowing一下，或者有问题需要解决特殊情况也还可以理解，正常工作这么搞谁受得了？难怪这工作容易让人头秃，压力太大了
Peperomia 发表于 2022-04-19 22:34

你要是创业就知道，pari programming真的出活啊，最好是两人并排写码，中间没有隔板的那种。

回复 48楼heartone的帖子
pair programing咋出活？如果是新人需要指导，详细的code review比pair programming有帮助多了。如果都是老手，pair起来纯粹浪费时间和人手，两人还要互相迁就对方的工作习惯。

这其实是为了让领导层知道你在干啥的途径 领导透明化 说白了就是control freak

就是深井冰想出来的破玩意

回复 1楼Peperomia的帖子
這必須是學管理的人搞業績來的，顯示自己很忙，對團隊很認真。其實很煩人。

这个太变态了，这是哪个心理变态想出来的啊。。。
公用马甲45 发表于 2022-04-19 23:12

２个人面对面编程已经在很多公司实行了，我们公司也有，但是目前是鼓励，但不强制

Agile本身没有问题，前提是组里的人水平都很高，大家交流顺畅，效率可以很高，不断deliver产品。但是现在一方面人员水平参差不齐，交流费劲，另一方面还需要有人参与进来做管理，结果就演变成了外行指导内行，浪费大量时间扯皮。

这种每天开会的，如果有一天取得了很好的进展，就先藏着点慢慢分几天说，摸几天鱼再说。别人反而觉得你很牛逼，做的活很复杂。如果你效率很高马上干完了，别人反而觉得你的活简单。其实你讲的时候，别人最多听个大概，不懂细节的。老板有时候为了装听懂，故意问几个问题，很搞笑的。
bochs 发表于 2022-04-19 21:52

天呐我就是这样为了避免下面几天没话说，非常讨厌agile

挺好的 对老板来说用agile干活不干活一眼看得出 而且有问题马上讨论解决

Agile 就是用来害人的 绝对要抵制

以前做 IT 都是各人埋头做各人的，有问题再找具体的人，组里从来不开会，平时就一个人安安静静做自己的事。现在搞Agile，天天开会，每个人挨个汇报昨天干了啥，今天要干啥，奶奶的谁要听别人天天干嘛，我干嘛也没几个人关心，但是就是要天天开会，好像不开会就跟不上形势一样。除了daily stand up，还有一堆 spint meeting，成天开会开得都要吐了。
感觉这一整套Agile制度就是不懂技术专搞花架子管理的人弄出来的，用一整套看起来很系统、很高大上、很光鲜的东西来掩盖自己不懂技术的缺陷，说起来好听，对上面好看，适合喜欢耍嘴皮子的人。越是不懂技术的人越喜欢搞花活，其实这些花活对实际工作没多大用处，还浪费大家的时间精力。不晓得这玩意儿是怎么兴起来的，很无奈
Peperomia 发表于 2022-04-19 21:29

完全同意，养了一堆根本什么都不懂的scrum master

对于拖延症的我来说确实比以前出活了，个人成就感也高，随便听一耳朵对整个项目走向有个了解，还可以吧

学习一下。

agile or scrum 没有那么糟。每个人需要学习agile 的级别规则，挺繁琐的，如果理顺还好。

看着印度女白男scrum master就想吐，一点技术不懂，就知道瞎催

一些idea是好的，比如working software，比如retrospective
agile 的over hype是有目共睹的，一帮搞咨询的人得以谋生的向导。。。
但是啥事儿最终都是人的问题，赶上不给力的团队，什么都救不了，用这些方法只用个皮毛，反而得不偿失

以前做 IT 都是各人埋头做各人的，有问题再找具体的人，组里从来不开会，平时就一个人安安静静做自己的事。现在搞Agile，天天开会，每个人挨个汇报昨天干了啥，今天要干啥，奶奶的谁要听别人天天干嘛，我干嘛也没几个人关心，但是就是要天天开会，好像不开会就跟不上形势一样。除了daily stand up，还有一堆 spint meeting，成天开会开得都要吐了。
感觉这一整套Agile制度就是不懂技术专搞花架子管理的人弄出来的，用一整套看起来很系统、很高大上、很光鲜的东西来掩盖自己不懂技术的缺陷，说起来好听，对上面好看，适合喜欢耍嘴皮子的人。越是不懂技术的人越喜欢搞花活，其实这些花活对实际工作没多大用处，还浪费大家的时间精力。不晓得这玩意儿是怎么兴起来的，很无奈
Peperomia 发表于 2022-04-19 21:29

对于马工当然是深恶痛绝，压榨得太厉害了。对于领导当然高兴了，减少了磨洋工。

作为传统行业的，被马公的这种工作方式真惊呆了。 怪不得一堆软件都是闭门造车，全然不顾用户体验。

挺好的 对老板来说用agile干活不干活一眼看得出 而且有问题马上讨论解决
August.Rush 发表于 2022-04-20 00:15

根本不是。嘴上敷衍一下很容易。一天的活给你掰成7天每天说5分钟，小意思。 对于不想埋头出成果的人而言，agile绝对减压。每天往前挪一丁点更妙的是还可以循环倒退，美其名曰满足客户不断变化的需求— 根本没人发现，也没人关心。 Agile就是拿来混饭吃的。接受agile的关键就是不要太把自己当回事，不要太逼自己，放弃技术革新的幻想，跟大家一起嘻哈打笑混pay check就完了

这是很典型的拿着鞭子在你后面天天盯着你，就像是把cubicle换成了open concept，听着很高大上，实际上顶头上司坐着侧个身就知道你在干嘛，减少了摸鱼时间。

Agile的地方必须跳槽，那能把你逼死个球了. 我以前的地方stand up, agile, timesheet都有，timesheet 要写你下周计划干啥，nmb, 半年老了十几岁

Agile最大的好处是容易track project progress. 需要砍feature 的时候知道从哪里砍。单独弄个scrum master就是搞笑了。pm干什么吃的manager干什么吃的。组织个会还需要单独顾个人吗？

是很讨厌每天update，要一两周才能完成的事情每天报告进度很烦人。 好处是需求都在那，大家都清楚。 运用的好的话，可以提高效率。 运用不好的话，可以整成sweat shop。 目前方法是，每个人两件2的事情。应该都搓搓有余。每次会报的时候大部分以in progress为更新。 有闲了，看看当前的有啥可帮忙，没有就预习下一个sprint的。啥都close在end of sprint。没做完的重新开ticket。 每个sprint只做前三个sprint的平均story point。 紧了，下回就少几个point。松了就加点。 大家基本都是混日子，同时make some progress

就是给外行指导内行用的，尤其是不懂技术的老板特别喜欢搞这些。每个人的进度做个spreadsheet，每天对着task list打勾勾，这样他可以完全掌握每一个人的进度，然后跟他的老板吹牛

Agile的地方必须跳槽，那能把你逼死个球了. 我以前的地方stand up, agile, timesheet都有，timesheet 要写你下周计划干啥，nmb, 半年老了十几岁
usayso 发表于 2022-04-20 08:53

我是宁愿agile每天daily standup也不愿timesheet。 原先的公司很少开会，就用timesheet，布置任务是精确到0.25hr的，经常需要跟scheduler讨价还价解释理由，体力跟心理双重折磨

回复 1楼Peperomia的帖子
本来就是，不懂技术的人要管懂技术的人的套路。就跟大象装冰箱要几步一样。

挺好的 对老板来说用agile干活不干活一眼看得出 而且有问题马上讨论解决
August.Rush 发表于 2022-04-20 00:15

你确定问题只需要讨论就能解决？那大家工作只用嘴就行了。

我觉得很打击积极性，本来是自己想干好的工作变成了被人后面用鞭子赶着干的感觉。 其实干事儿的人不用逼，不干事儿的人逼也没用。
yimiyangguang 发表于 2022-04-19 21:40

太对了。

Agile is the best way to make sure project is on track and in the right direction.
meidong20 发表于 2022-04-19 21:36

王婆卖瓜。

领导这个活的必须是tech lead，一般的pm啥也不懂，只有亲自做开发的人才知道哪里有坑怎么组织工作。

我觉得这个也没这么糟，本来中国人都不太爱说，也不会主动找manager说,你做了很多很好，也没人注意到。风头都给那些会主动吹牛的。现在有了standup逼着你每天说两句，你的贡献大家多多少少会有点印象。
lnghng 发表于 2022-04-19 22:52

我们组最能说的是PM,他总是汇报很多，开始我以为他是大牛呢，他自己说他不懂技术，只抓项目进度流程。

以前做 IT 都是各人埋头做各人的，有问题再找具体的人，组里从来不开会，平时就一个人安安静静做自己的事。现在搞Agile，天天开会，每个人挨个汇报昨天干了啥，今天要干啥，奶奶的谁要听别人天天干嘛，我干嘛也没几个人关心，但是就是要天天开会，好像不开会就跟不上形势一样。除了daily stand up，还有一堆 spint meeting，成天开会开得都要吐了。
感觉这一整套Agile制度就是不懂技术专搞花架子管理的人弄出来的，用一整套看起来很系统、很高大上、很光鲜的东西来掩盖自己不懂技术的缺陷，说起来好听，对上面好看，适合喜欢耍嘴皮子的人。越是不懂技术的人越喜欢搞花活，其实这些花活对实际工作没多大用处，还浪费大家的时间精力。不晓得这玩意儿是怎么兴起来的，很无奈
Peperomia 发表于 2022-04-19 21:29

非常浪费时间浪费精力，非常不喜欢

以前做 IT 都是各人埋头做各人的，有问题再找具体的人，组里从来不开会，平时就一个人安安静静做自己的事。现在搞Agile，天天开会，每个人挨个汇报昨天干了啥，今天要干啥，奶奶的谁要听别人天天干嘛，我干嘛也没几个人关心，但是就是要天天开会，好像不开会就跟不上形势一样。除了daily stand up，还有一堆 spint meeting，成天开会开得都要吐了。
感觉这一整套Agile制度就是不懂技术专搞花架子管理的人弄出来的，用一整套看起来很系统、很高大上、很光鲜的东西来掩盖自己不懂技术的缺陷，说起来好听，对上面好看，适合喜欢耍嘴皮子的人。越是不懂技术的人越喜欢搞花活，其实这些花活对实际工作没多大用处，还浪费大家的时间精力。不晓得这玩意儿是怎么兴起来的，很无奈
Peperomia 发表于 2022-04-19 21:29

工作过的公司，只遇见过一家用agile管理的，politics玩得最多，全靠嘴皮子。

根本不是。嘴上敷衍一下很容易。一天的活给你掰成7天每天说5分钟，小意思。 对于不想埋头出成果的人而言，agile绝对减压。每天往前挪一丁点更妙的是还可以循环倒退，美其名曰满足客户不断变化的需求— 根本没人发现，也没人关心。 Agile就是拿来混饭吃的。接受agile的关键就是不要太把自己当回事，不要太逼自己，放弃技术革新的幻想，跟大家一起嘻哈打笑混pay check就完了

BubbleBee 发表于 2022-04-20 08:47

想得过于美了 要是嘻嘻哈哈能混那绝对是美差事 很多地方还要替老板背锅，因为它不想得罪某个大老板，不能出太多成果，又不能不出成果。

Pair programming is an agile software development technique in which two programmers work together at one workstation. One, the driver, writes code while the other, the observer or navigator, reviews each line of code as it is typed in. The two programmers switch roles frequently.
金银岛 发表于 2022-04-19 22:13

this is SCARY!!

agile的原始目的是为了改进以前的waterfall。waterfall做产品以前是花好几个月design，然后就开始闷头做。做完才发现不对，再改。
agile的目的是为了增强communication，而且产品随时可以release。
但现在大部分公司基本都是modified agile。focus on communication和frequent release。standup的最主要的目的不是status update, 而是unblocking each other

IC确实不需要这些会啊，这是管理的人为了make sure everyone is on track才需要的，主要是给那些自己管不好自己进度的人的，要是人人都特别independent and stay on track，确实不需要这些会，但这种理想状况大部分时候不现实

我工作两天够用五天的。前两年干五天最后比同组多出来一倍的deliverables，工资滞涨了平均值，反到搞得老板胃口大开，今年给我的goal就是别人两倍的，这不是给自己找麻烦吗。
立马躺平

终于有华人mm来吐槽这个了，深受其害！

我特别喜欢，因为以前一个礼拜可以干完的活，延长到了一个月了，拿的钱一样多，非常舒服

我很喜欢啊，plan的时候多给富余时间，然后慢慢干，我一般就review前两天稍微有点事做，大部份时间都摸鱼。

作为传统行业的，被马公的这种工作方式真惊呆了。 怪不得一堆软件都是闭门造车，全然不顾用户体验。


shoppingisfun 发表于 2022-04-20 08:26

不是这样的，Agile的一个优点就是避免闭门造车 推小release, 及时让用户反馈
我们甚至每个sprint都是有客户参与的。 我们用的还好，没那么死板，一周meet三次， 平时有问题也及时交流

不是这样的，Agile的一个优点就是避免闭门造车 推小release, 及时让用户反馈
我们甚至每个sprint都是有客户参与的。 我们用的还好，没那么死板，一周meet三次， 平时有问题也及时交流
山中兰花草 发表于 2022-04-20 11:33

一般抱怨的应该都是管理层完全没理解为啥要agile，照猫画虎的邯郸学步，导致ic也完全不明白。
agile还有一个目的是给developer 权利，给自己的story estimate。当然原初的设计者怕有人偷懒，还要大家一起举扑克牌来同意啥的。。。

不是还有什么xp, rad吗。 我有时会被Project manager拉到某些agile会里面，额， 只能说，还好我不写程序，不然烦都要被这些人烦死。

我工作两天够用五天的。前两年干五天最后比同组多出来一倍的deliverables，工资滞涨了平均值，反到搞得老板胃口大开，今年给我的goal就是别人两倍的，这不是给自己找麻烦吗。
立马躺平
TOR123 发表于 2022-04-20 11:18

对于能力够的，躺平不躺平真没人care。 产品delivery 不delivery，通常是组里的最短的那块板决定的。 产品方向对不对，通常是pm们没有及时上下沟通好。

Pair programming is an agile software development technique in which two programmers work together at one workstation. One, the driver, writes code while the other, the observer or navigator, reviews each line of code as it is typed in. The two programmers switch roles frequently.
金银岛 发表于 2022-04-19 22:13

看了这个觉得非常悲哀

Agile的最大好处是可以随时跟上用户和市场变换的需求，agile 并不是只有2 weeks sprint SCURM, 也可以用kanban，XP等等， 需要全组齐心协力，把项目的成功作为自己的成功，而不是各自只管各自一滩的事情，这种情况在start up 和小型公司容易实现，在传统大公司就会搞的很形式变成四不像。作为从waterfall 过来的project manager, 我很喜欢agile 的 continuous improvement， empirical process, 平时尽量会把这些理念放在daily process 里。

妈呀，感觉就在说我们公司呢，天天huddle汇报自己干了啥🤣🤣

现在流行创造各种p m 职位，这些职位基本都是那些走技术路线失败的人转行来的，他们严重依赖各种会议和agile进度汇报来写材料做ppt. 不管你同意不同意，升入管理层的将会是这些p m们。

Agile的地方必须跳槽，那能把你逼死个球了. 我以前的地方stand up, agile, timesheet都有，timesheet 要写你下周计划干啥，nmb, 半年老了十几岁
usayso 发表于 2022-04-20 08:53

不要忘了story还要精确到每半个小时。 被婊里婊气的白男gay scrum master 催啊催。

一般抱怨的应该都是管理层完全没理解为啥要agile，照猫画虎的邯郸学步，导致ic也完全不明白。
agile还有一个目的是给developer 权利，给自己的story estimate。当然原初的设计者怕有人偷懒，还要大家一起举扑克牌来同意啥的。。。


你信吗 发表于 2022-04-20 11:35

同意，同讨厌举扑克牌，以前呆过一个组就弄这个，还要相互说服，非常烦人 我们现在这个组用的很随意，一个sprint大家讨论下都有什么紧要的要完成，自己看看自己能做哪几个ticket。

搬砖的觉得没用但是领导觉得有用啊！以前是一级一级汇报，大领导们对于project进程完全依赖下面的人给他们汇报啥，下面人糊弄起来领导也不知道，ptoject有什么开会领导也得loop in下面人。agile里最重要的就是PM了解进度然后汇报给领导，领导hands on每个人的工作量，进度，和priority。