本书的故事

我花了十年时间写这本书。在前五年，我的兴趣集中在敏捷软件开发和复杂性理论者两方面（我不记得孰先孰后了），但敏捷和复杂性相关书籍的作者已经无法满足我的求知欲。在读他们的书或者资料时，我眼前出现了一个更大的场景：我看到敏捷软件开发实际意味着将软件团队和项目视为复杂系统。很少有作者在他们的著作中使用甚至承认这种关联（Jim Highsmith和Ken Schwaber显然除外）。然后大概在2005年，我开始尝试写这方面的书。郁闷的是，我失败了。我有文章，但没有读者。有新的想法，但没有反馈。有很多理论，但没有什么经验。有满腔的热情，但缺乏耐心。

与此同时，在这十年期间，我还管理着软件开发团队并且从中获得了很多经验。作为一个经理，我在不同的机构中引入敏捷实践。我关心的是敏捷软件开发中的管理。我确信项目经理和团队领导在其中扮演着重要的角色。但没有任何一本告诉我这些角色是什么。

后来，在2008年的1月，我开始写我的博客NOOP.NL，目标很明确：针对我对软件开发、管理和复杂性的看法，看看人们会有哪些反馈，看看他们是否有兴趣。他们还真的有兴趣！在一年半的时间里，订阅者增加到4000人。我与全球各地的很多专家进行热烈的讨论，并且出席欧洲和美国的各种会议，受益匪浅。如此看来，我的路走对了。

2009年8月，全球性金融危机席卷而来，我感觉这个时候应该再次尝试写书。这次显然是水到渠成。我有博客文章的归档和有用的读者反馈，有十多年的管理经验（大部分都不管用），有充足的时间（因为业务进展缓慢），积极跟进几个出版商与我签订合同。然后，在签完我的第一本图书出版合同后，只需要将我的研究加倍，让我的思想乘以三，将我的产出提高四倍。（说起来容易做起来难。）

你也许注意到，我既不是一个敏捷顾问，也不是一个复杂性科学家，这既是我的强项又是我的软肋。我的强项在于我的视野几乎不受任何局限。我的思想没被“污染”或受具体学科、方法或最佳解决方案所左右。我总是善于从多个领域中发现模式。在我十岁的时候，我的老师就建议我从事问题分析的职业。我的弱点在于有时我的视野又太宽。我缺乏科学家所拥有的具体知识和顾问所拥有的深入经验，他们亲身经历过几十个业务。幸运的是，我“开发”了一种能力，写出简单、不可预料、具体、可信和动人的故事。不完美的消息如果能够讲得好，其用处远远胜于压根儿无人想读的完美消息。

我写这本书时，用我的博客来收集读者对于我这些非完美信息的反馈，而我的读者让我相信我的方向是正确的，帮助我改进我的思想；告诉我哪些思想是有用的，哪些是没用的。这是我十年来一直想写的一本书。但从另一个角度来讲，也是我的读者们想读的一本书。