没想到这是 scrum 发明者写的书，略失望，干货有点少。
在读这边书之前，我使用 trello 进行敏捷开发已有两年多时间，以微信小程序开发为例。当然是偏复杂的，开发周期超过一个月的产品为例。
我所实践的敏捷开发，即 scrum 模式，已实践的部分
- mvp 以天为单位交付演示
- trello 看板，任务管理，信息共享
- 消灭负面影响
- 用户故事。需求更容理解。基于不同角色的体验闭环 mvp。
基于已有进度评估/预测未来进度
不同的开发人员效率差异极大。可以达到二十倍的差距。另外在功能组件可以复用
每个冲刺周期的目标是提供一个 mvp 版本
与最终客户确认效果，以确保产品在正确的方向上。
在Scrum中，每个冲刺周期结束之际，都必须为顾客展示一些看得见、摸得着的新价值。你可以问顾客一些问题，比如，这是你要的吗？这能帮你解决一些问题吗？我们的方向是对的吗？如果答案是否定的，那么你就要修改你的计划了。
评估工期
即逐个评估用户故事的难度，然后累加工期。
一般而言，Scrum团队喜欢使用斐波那契数列来定义待办事项的难度。
斐波那契数列是由一连串数字组成的，而且这串数字之间具有一定的规则，就是：每一个数字必须是前两个数字的和。比如，0, 1, 1, 2, 3, 5, 8, 13, 21, 34, 55……
敏捷开发中的二八原则
如果人们按照价值高低对各项任务进行排序，那么就能促使人们优先完成最有价值的那20%。等到这些任务完成之际，他们就会意识到他们其实并非真正需要另外那80%，甚至一开始显得重要的任务可能到最后已经显得不重要了。
世界永远在变化
人胜过流程、可以使用的软件胜过面面俱到的文件、客户合作胜过合同谈判、应对变化胜过遵循计划
管理者的责任
大野耐一提出的一个关键概念，即流畅（flow）。他认为，整个生产流程之内的各个环节应该做到无缝衔接、迅速流畅地接续下去，管理团队的一个重要任务就在于确定并消除生产流程中的障碍，任何障碍都是一种浪费。他在经典著作《丰田生产方式》一书中从道德与商业角度给出了自己对于浪费现象的评价。他指出： 可以毫不夸张地说，在一个低速增长的时期，这种浪费现象是企业的损失，更是对社会的犯罪。消除浪费必须成为一个企业的首要目标。
相对于流水线式的工业企业，我觉得互联网公司的首要任务不是减少浪费，而是提升效率。因为减少浪费只是保证流水线不空转，而互联网团队即便满轴转，还是有很多人在做无用功。提升效率，就需要优化流程，优化团队。并没有什么诀窍，重点在于敢于面对现实问题，寻求解决方案，并尝试。
敏捷革命这本书的不足
- 关于软件开发的例子太少了。我甚至怀疑作者后期就没有参与过软件项目
- 过分夸大敏捷方法的作业。并没有指出其局限性，及不适用的场景
- 行文拖沓，有凑字数的嫌疑
- 目的偏重于推销自己的 scrum 培训服务，部分流程及方法有点务虚。不如《用户故事与敏捷方法》务实。
后面三章极度乏味无聊，以至于我在逛家家悦超市时一口气翻完。
最苦恼的是，kindle 的试读完全不能规避这种虎头蛇尾的烂书。
| 京东 | 34.60 元 |
微信关注我哦 👍
我是来自山东烟台的一名开发者，有感兴趣的话题，或者软件开发需求，欢迎加微信 zhongwei 聊聊， 查看更多联系方式