敏捷开发一千零一夜

以实际的案例帮读者理解敏捷开发，把遇到的问题也剖析的比较到位。可以看出，互联网公司的敏捷开发模式比传统软件公司应用的更好，这可能和直接面向用户，需求有很多不确定性，反应要迅速等有关。敏捷开发在金融行业的大规模应用，我们拭目以待！

这是一本多案例集，每个案例的起点和实践侧重各有不同。所以读起来可能没有一般书籍逐层展开一气呵成的感觉，而是分散跳跃式的。不同案例可对照，但不可照搬，毕竟每个团队和团队所处环境千差万别。

文章是很多小案例构成，正如题目“一千零一夜”，每个案例都不同层面的体现了对敏捷的理解和实践，可以学习，不能照搬 引用其中一句话，敏捷不是一种状态，是一种持续改进的姿态。我们也在不断探索中前进

没有银弹，只有持续改进，敏捷开发也是一样。企业文化，人员培养，流程规则等是一家初创企业应当重视的问题。马云说没有金庸有可能没有阿里巴巴，阿里崇尚侠义，所以阿里巴巴每个员工都有江湖别名。

大师们对敏捷的理解，以及一些实践。敏捷不是万能，更不是优于其他开发模型。对于敏捷来说，重要的是解决开发的困难，增加开发效率。回顾会议、每日站立核心目标都是建立平等沟通，建立开发进度、设计方案的透明和共享，包括管理方式从而搭建继续上升的学习型团队。而持续集成，自动化测试则为开发人员扫清开发障碍，快乐编码。规划会议，验收会议。这是很好的范围确定和质量会议，有了规划会议上的一个核心是估算，在估算过程中大家一起了解设计并定义设计，另外一个核心是确定每个用户故事的测试方案或者说是验收方案。以终为始的道路真心是对质量有很好的帮助。做为一个开发团队的梦想家，我希望的是学习型团队，分享和相互帮助的团队氛围。有追求是开发团队的素质，高质量的交付能力，圆滑的撕逼能力。这些敏捷可以参考，但敏捷真的完全可以覆盖么，未必见得。看敏捷也许只看到了灵活多变，兼容并序，当然还有mvp。如果我后续主导产品时，敏捷其实也需要深入产品经理的心灵。

终于读完了这本书，这是一本以实际案例为主线来讲述如何进行敏捷开发的书。因为从实际案例出发，而且由不同的人编写，所以章节调理性不是很好，文字啰嗦、重点也不突出，但是读下来还是给我很多启发，先简单评论一下。抽空好好整理消化后，写个心得。

电梯演讲模板：为了（目标用户）他们的（需要和机会），这个（产品名称）是一个（产品类型），他可以（关键优点，难以抗拒的理由），而不像（主要竞品），我们的产品（声明主要不同点）

最佳为《第11章 敏捷无它，唯持续改进》这篇，道出了敏捷方法论的几个最重要的观点 1. 敏捷是关于人的，成功的关键是能否激发人的热情 2.敏捷的本质是持续的改进和群体的分享 其他的文章都略显失望，特别是三国人物代言的那篇，虎头蛇尾。 另外，没有一篇文章提及这个重要的观点 敏捷是发挥群体智慧，每个成员都能够而且应当作出改进并为团队做出贡献

多个项目实践的集合，故事都写的很好，随着敏捷开发的管理框架越来越流行，如何更好的控制进度，成本，给企业带来更多的收益是一个持续改进和探索的过程，如果说CMMI是企业战略那Agile就是企业的战术，当战略和战术更好的结合实践时，才可能给企业带来更直观的利益最大化。 项目的成功与否受多方面影响，管理，人员素质，工具等等都离不开，没有最好的方式只有不断持续改进而更好的，做项目要考虑多因素的影响才能更好的做好估算控制成本和进度而高质量的交付！

此书已过去很久，但依然对现景有引导及借鉴之处，同时还要看更科技靠前，来学习敏捷。做正确的事情，个人认为是要站在高一层认知上。敏捷刚刚开始