最近有几个朋友找我推荐敏捷的书单，借此机会也整理一下自己看过的敏捷书籍。希望能对敏捷刚入门的朋友有些作用。这次推荐书单共有3本书，分别是《Scrum精髓》（极力推荐），《Scrum敏捷软件开发》，《敏捷项目管理》。

《Scrum精髓》

这本书可以说是针对敏捷，特别是Scrum而言是一本宝典（Bible）。书中不仅包含敏捷原则（不同于敏捷宣言对应的12条原则），这些原则是作者结合精益软件开发、经济学原理和敏捷12条原则综合得出的敏捷核心原则（如管理库存，关注闲置工作而不是闲置人员等，具体内容详见第3章）。并且本书中还包含管理者在敏捷环境中应该怎么做，作者结合自己多年的管理经验（从......

昨天发了一篇博文，介绍“每日站会中常见的错误与误区”。有小伙伴问，那些都是错误的做法，那么正确的每日站会应该怎么开？下面就说一下在Scrum中，每日站会是怎么开的。

在冲刺期间的每一天，理想的做法是在每天同一时间，开发团队举行一定时间范围内（不超过15分钟）的每日例会（Daily Scrum，参见下图）。这个检视与调整活动有时也称为“每日站会”（Daily Stand-up），因为大家站着开会可以使会议简明扼要。

举行每日例会的一个常见做法是ScrumMaster负责确保会议更顺畅，每个团队成员都要轮流回答3个问题，让其他团队成员了解情况：

在上次每日例会之后......

计划驱动的开发得名于试图一开始就想明白、事先规划和考虑用户可能需要的最终产品中的所有特性并敲定这些特性的最佳构建方式。它的思路是：计划制定得越好，对产品的理解就越好，执行也就越好。计划驱动过程常称为“顺序过程”，因为每个实际工作者按照顺序依次执行，在完整的需求分析之后是完整的设计、编码∕构建，然后是测试。

对于明确定义、可预测且不可能发生任何重大变更的问题，计划驱动开发方式是很适用的。可问题是，大多数产品开发工作根本就不可预测，刚开始的时候尤其如此。因此，虽然计划驱动过程让人感觉有条理、可以解释清楚、可以度量，但这种印象会产生一种错误的安全感。毕竟，产品开发很少是按照计划进行的。

......

每日站会是Scrum中非常重要的检视与调整活动。因此在很多非Scrum的方法中也常常引入每日站会实践，不过如何进行一个好的每日站会也不是那么容易的。下面列出一些常见错误与误区，希望各位朋友引以为戒：

ScrumMaster每天提醒大家开会。每日站会应该是每个人的习惯，融入到每天的工作当中。

每日站会成为向ScrumMaster的状态汇报会。要记住每日站会来自于团队，服务于团队。

不准时开始。

总是有人迟到或干脆不参加。

ScrumMaster挨个人问3个问题，每人汇报个人的状况。

会议总是很长时间（超过15分钟，甚至是30分钟）。

团队成员之间不信任。

害怕有冲突。

总......

在胡莱游戏的管理3.0工作坊那可真是人山人海，红旗飘扬。那么说到这里得先感谢一下这次的场地赞助方——胡莱游戏。

接下来呢，还要感谢王宇和申健给大家带来的工作坊，两位来自天津敏捷社区的朋友。下面开始回顾内容：

首先是开场（破冰）。破冰比较独特，首先是介绍了团队的最佳规模（大小），以及为什么是这个数字（5）。然后让大家自组织成5人的团队（设定了一个规则，根据多样性得分）。

接下来介绍为什么是管理3.0.在《管理3.0》书的前言中，作者提到管理1.0是层次体系（如科学管理等），管理2.0是流行（如平衡计分卡、六西格玛、约束理论等），管理3.0是复杂性（如领导而非管理......

上篇总结了大会第一天的内容，接下来总结一下大会第二天的内容。

主题演讲：经济合理的Scrum （下载地址）

Ken Rubin的主题演讲，我跟的时间最长，并且PPT是我来负责翻译的（非常感谢徐毅帮忙校对）。开篇Ken用一个自己和儿子在餐馆的对话引出价值的思考，从而引出主题演讲的大纲（经济合理的Scrum），即如何用Scrum产生更好的经济价值。演讲中主要意思是说虽然很多组织在采用Scrum，但他们并不成功，因为没有很好的理解敏捷核心原则。那么敏捷的核心原则是什么？PPT第11页提到，敏捷的核心原则为：可变性和不确定性、预测和适应、经证实的认知、在制品（WIP）、进度和执行（注1......

每年的ScrumGathering大会都听不了几个演讲，今年略有一些改善，认认真真地听了几个，而且还非常非常不错的演讲。我也愿意分享给各位未能参会的朋友。

工作坊：Agile1001敏捷开发项目实战训练营

这个工作坊是我和王立杰一起完成的，一共分为2大部分。第一部分是用户故事编写工作坊，第二部分是用影响地图的方式组织需求。当初设计的时候是从滕振宇CSM课程那里“偷”的做法，先挖坑，再填坑。那么我们的第一部分就是先挖坑，看看大家的用户故事都是怎么写的，多少都会有一些错误的做法，甚至有的人写完了，就不记得自己为什么写这些故事。第二部分就是来解决这个问题，影响地图可以让我们时刻记住目......

我们都知道软件开发有风险。我们在用不确定的一套需求并在非常紧密的时间表内创造着新事物。在这之上，我们还不得不担忧未知的依赖性、突发的市场变化以及人员的轮换！We all know that software development is risky. We’re creating something new, with an uncertain set of requirements, in an often-tight timeframe. On top of that, we have to worry about unknown dependencies, sudden market c......

编辑推荐:

上市以来雄踞亚马逊敏捷类畅销书榜首,热评如潮

Scrum 精髓,一点就通, 一本就够

揭示同类书不告诉你的主题和秘笈

适用于大多数敏捷过程的实用指南

适合团队成员、经理和执行负责人阅读的知识读本

如果想用 Scrum 来开发足以引爆流行的产品和服务,本书就是你梦寐以求的 完全参考。作为业内领先的敏捷教练和培训师,Kenneth Rubin 用通俗易懂的语 言和丰富的实例与我们分享他十多年的实践经验,诠释 Scrum 的价值观、原则 和实践,描述一些灵活、可行的方法帮助我们用好 Scrum。

针对 Scrum 新手和达人,本书从团队、产品和产品组合......

2014年5月11日下午在汽车之家敏捷1001公开课第六次分享内容为“影响地图实战工作坊”。非常感谢谢钊帮忙整理的会后记录回顾。不过对于影响地图（Impact Mapping）我还想再补充几点：

1. 影响地图的作用

影响地图，它可以很好得把战略目标（不论是公司级的或产品、项目级的）和工程师的日常工作有机结合起来。并且以可视化的方式呈现在所有人面前。这样一来，当有新任务涌现出来的时候，我们只需要对照影响地图，看看它是否满足某个角色对于目标的影响。如果不是的话，那么这个任务就需要以后处理或抛弃掉。

另外，影响地图也是战略和发布、迭代之间的良好润滑剂。它可以使团队......