这本书里的纯干货汇总

因为之前已经做个培训也阅读一些敏捷方面的书籍；读这本书免不了和其他书籍比较起来，相对于《看板实战》而言其实可操作性比较小；毕竟一本不大的书里要涵盖整个流程。

只能作为小团队敏捷的一本入门；下面是位数不多我觉得可以摘出来的忠告：

“你的计划就是可以实事求是，避免团队夸下海口”

“不论如何，不能让客户认为所提交的计划是硬性承诺。不是这样的。这些计划只是简单的、未经验证的高级猜测”

“十到四十个高端故事一般就足够三到六个月的计划了”

能让我们对未来做计划

提示我们估算只是猜测

承认软件开发的固有复杂性

穿刺试验是一种框定了时间的试验，试验期间，我们要做足够的调查

----

和邻居搞好关系，能够帮到我们；尽量用一种声音说话而非一个人。

“你昨天为改变现状做了些什么。

你今天打算如何将其完成。

你打算如何清除那些挡在前进道路上的障碍。

为了尽量减少会议的数量，有些团队喜欢将展示活动、下一次迭代计划会议和回顾活动都综合为一个会议，时间控制在一个小时

集中式办公，规模较小，并且一天到晚无论是彼此之间还是与客户都配合紧密，那就不太需要召开日常站立会议了

建故事墙

建发布墙

在不影响整体外部行为的前提下，不断地对软件进行细微的设计改进，我们把这种渐进式的实践叫做重构

你认为需要多少测试，就做多少测试

如果你认为在培养团队责任感这方面有问题，那么有一个简单的解决方案——让团队演示其软件。

要以身作则，接受他人不一定买账的现实，而自己做好必须要做的事

别太在意是否真的敏捷。

就像这本书，别太在意是否是金科玉律