如今还有人在用 Scrum 方法吗？

[Hanggi]

在招聘网站搜索会发现确实有公司在招 Scrum master，但也确实不多。 记得 2011 ～ 2015 年（记不太清了）那会儿敏捷开发、Scrum 挺热门的，但现在好像很少有人提起。

有谁!严格!执行过 Scrum 吗？ 是否真的可以很好地应对变化、提高沟通效率、提高团队主管能动、降低成本、降低风险？

经过实践后发现有哪些缺陷？ 为何无法成为主流？

[pangleon]

@GeruzoniAnsasu 我也发现了 这个人说起来一套一套的 但是感觉好像没上过班一样
SCRUM 只是一个工具，只靠他没鸟用
靠的是项目经理和甲方产品经理 /客户能不能达成一致
或者乙方产品经理和客户能不能达成一致
或者 TEAM LEADER 和需求方能不能达成一致
你 BB 的再好，回头都给你推翻了的客户 /产品经理太常见了
人家压根不在乎你用不用 SCRUM，那是你自己的事
人家要的很简单 一周上几次线 别最后告诉人家干不完或者发现做的垃圾，产品经理 /客户 /甲方也都是吃亏吃过来的
你吹敏捷吹精益，人家最后只 CARE 结果。

[shenlanAZ]

没有办法严格执行，难以控制。老板 /领导一句话 说做就得做 不做就 gun 。职位权限过高，敏捷方法做不了挡箭牌。尤其是创业公司这种会更严重。

适当的本土化 会提升效率 以及提高团队仇恨。

[shenlanAZ]

reply #41 @pangleon 友好的提示一下 不要诋毁 hantsy 我看过他写的代码和文章。没有什么毛病的。

[msg7086]

还有一个是水平问题。其他国家不知道，在美国，能在比较好的团队里留下来的，本身都有过硬的实力。
别的不说，就我在国内读的大学里的水平来看，计算机系毕业生能独立做开发的，整个年级可能一半都不一定有。
大作业抄抄，毕业论文和项目抄抄，考试都及格了，睁眼闭眼也就给你毕业了。
放到美国的大学校园，必修课起手让你自学一门新的语言然后从第二个星期开始用这门新的语言做项目，怕是连大三都上不去了，更别提毕业了。

[zjuster]

传统公司（地铁信号、工程电力）要严格遵循 V 瀑布流的开发流程，不可能改。

互联网公司，需求每天都在变，没办法执行任何一个严格意义上的开发模型，最终就是“需求-开发-测试-迭代-开发-测试”，能做到 Kanban 和 Sprint 管理需求，就已经算正规了，毕竟项目经理，在互联网公司也太难混了。

[hantsy]

@pangleon 单元测试及其它的测试（还有各种你在 Java 中用过测试工具绝大部分我都用过）我在工作写了 10 年。我之前说过很多次，我不强调特别高每一行的覆盖率（ POJO，什么配置之类我会跳过不写测试的），但是各种业务的路径业务（正常和异常）都是必须覆盖，也就说，每个业务都是有对应的测试，这个真的不难，不是傻子都是可以做到的。我说这话为什么要脸红？

[Rob007]

SCRUM 需要自动化工具的支撑, 没有工具的支撑规范是无法落地的，最后只能束之高阁。版本管理用 Git/SVN/gerrit 等，持续集成用 Jenkins，需求缺陷用 Jira 、readmine 。有能力的会做工具间的打通，没能力的就人力沟通。自动化工具还和每个团队的风格、公司的业务模式相关，所以没有完全匹配的，不管商业和开源都需要定制开发。而工具的开发是需要成本投入的，这是很多团队不愿承担。

[xsen]

@hantsy #18 你似乎对敏捷有误解，敏捷不会出现一天上线几次这样的情况出现

[xsen]

@Rob007 #47 敏捷就是敏捷，自动化工具只是锦上添花——没必要当初充分必要的条件
但有个事实是，只要上了敏捷而且坚持下来的话——基本不会有摸鱼的存在。所以大多数人都没有动力去坚持推行敏捷，因为大家都要摸鱼

但有个是事实，就是敏捷对团队成员要求高、对成员的促进成长作用也非常明显

敏捷有几个核心的理念，
1. 应对变化
所以所有的资源（人力与时间）都是放在优先级最高、能够确切产生价值的任务或产品上

2. 团队沟通与成长
3. 可交付产品

[hantsy]

@xsen 上面有人提到没有具体实践操作，Scrum 那一套理念就是空中楼阁。CI，CD 自动化是必须品，写测试是入门石。最前面我也说了，没有这些具体的操作，你的敏捷只是虚有其表，有形没神。

》》所以大多数人都没有动力去坚持推行敏捷，因为大家都要摸鱼
这句话没错。但是跟工作环境还是有很大关系，如果人人都是要做的话，你也自然会去做。就写测试这一点，我从来没见过欧美程序员在项目中思想上抵制写测试这件事，而我在国内一些创业项目推行，很大阻力，最后都是不了了之。过去 10 年，我在项目中与欧美多个国家的 Freelancer 合作过。

之前写一些 POC 的时候，项目小的时候，而且人少好办事，我们都是直接部署，没有人工决策步骤，一天部署到生产 10 次都是经常的。当然后面慢慢大了，加入 UAT 部署（一样的的一天会多次部署），再人工决策部署到生产环境。

[hantsy]

@xsen 你说的这些理念，一些敏捷培训课可能比较偏重吧，什么 Scrum Master，ProductOwner 的证书考试。但是这里 Scrum 只是普通的管理概念，与行业关系不大，也可以用在工厂管理，或者养猪也可以，敏捷本来最初一个来源就是 70 年代丰田管理。

具体到软件开发方面的，维基上看一下 Agile Software Development，除了 Philosophy，Method 列表内容，请仔细看看 Practices 部分的列表。

我手上有一本 The Art of Agile Development 的书，你没看过的话，可以网上看看这本书目录，这本书比较老了，08 年的，内容我不多说了。

[shuangyeying]

有自己公司特色的 Scrum 方法。

[pangleon]

@shenlanAZ 脑残粉真的是讨厌，他的文章对你有帮助代表他的所有言论都是正确的？还有你那只 DOG 眼看到我在诋毁他?已 B，真 NC

[jiangbingo]

回顾下 SCRUM pattern
* product backlog
* sprint backlog
* daily scrum meeting
* retrospective
* potentialy shippable product increment