迪文小说

第1部分（第1页）

敏捷是怎样炼成的

很早之前，就有了写小说的冲动，写一本给程序员看的小说，写一本能够反映中国程序员生活的小说。曾几何时，“沉默寡言”、“喜欢独自思考”，甚至“木讷”成为程序员的标签。其实在每个程序员心中，除了对技术的痴迷，他们也热爱生活。他们改变着技术，同时也被技术改变着。他们是一群普通的人，也是自己心中的英雄。

之所以选择敏捷开发的主题作为《软件英雄传》的第一部，不仅仅是因为敏捷开发在这两年被炒得火热，其实更多的还是在于在今天这样一个软件工业化开发的时代，团队合作和项目管理已经成为每一个程序员不可缺少的必修课。而目前，有关敏捷软件开发方面的书籍95％来自于国外，或者中文翻译，或者影印，还没有一本真正写给中国程序员自己看的书。选择用小说体的形式来讲述敏捷开发的故事，让复杂的概念变得通俗易懂，不用高深的术语蒙人，可以最大程度地帮助喜欢敏捷开发的读者在了解什么是敏捷开发的同时，增加阅读的*。

王立杰是我多年的好友和同事，在敏捷开发方面有着丰富的实践经验。我们一起努力将自己对敏捷开发的理解和开发过程中的所见所闻所想所忧结合起来，尽可能地用深入浅出的方法把理论和实践通过小说里的人物和故事讲给读者。有意思的是，由于之前我们都没有太多写作小说的经验，在《敏捷无敌》这部小说的早期策划阶段，我们首先将想要纳入这部小说的知识点、方法论、涉及的敏捷工具等像列Backlog一样罗列出来，而后在MSN和gTalk的闲聊中，在麻辣诱惑的福寿螺和毛血旺的飘香中，阿捷、大民、阿朱、阿紫、Charles李等个性鲜明的人物就诞生了。出现在主人公阿捷身边的爱情故事，则是希望每一个热爱技术的程序员都可以在忙碌的工作之余，找到自己生活的另一半。

由于交稿的时间相对有限，我们像组织敏捷软件开发一样将所有的章节分成若干个Sprint来完成，几个快跑下来，《敏捷无敌》的书稿就这样炼成了。目前《软件英雄传》的第二部——《安全至上》也已经在我们的策划中，在《安全至上》中，您不仅可以更深入地了解到软件开发中软件安全的重要性，而且会对现有软件开发模式中一些习以为常的做法产生新的认识。希望我们的《软件英雄传》能让每一个程序员在自己的“程序人生”中都成为英雄。

更多请访问

许舟平

2009年3月底

Richard和敏捷

Richard是我接触最多的一个老外，因为大家一直一起做事，无论E…mail，MSN还是Conference　Call，每天都要交流上几次。他们一帮老外负责做一个供内部其他Team用的测试工具，我们一拨国内兄弟负责做该工具所需的Library，有点像Visual　Studio与MSDN　Lib的关系，两者互为补充，缺一不可。本属于一条绳上的蚂蚱，但从未一荣俱荣过，更多的是一损俱损。Richard们是非常有创新精神的，一个本地使用的工具，为了更好地分层，不仅仅分成Server和Client，还创造性地使用了CORBA和ORB，融合了C和J*a两大主流开发语言，进而带来了性能和维护上的N多问题。现在想想，一下子就能接触到这么多技术，应该说这是公司提供给我们所有人的一次宝贵练手机会。

给内部客户服务从来不是什么简单的事情。首先人家是客户，是直接给公司创造Revenue价值的，他们说的话永远是对的，虽然大多时候我们从未认同过，却没有任何理由来反驳人家；其次，因为客户离得太近（就在公司内部），可以随时跑过来冲你咆哮，或者给你一个Escalation。时间久了，出的问题多了，我们跟Richard们再也不能和睦共处了。因为内部客户提出的任何一个Issue，我们都必须做一个Root　Cause　Analysis，找出最初的罪魁祸首，当然最终源头无非是他们还是我们，万万不能往客户身上赖的。为此Richard们还专门发明了一个IMF（Issue　Management　Form）。

终于有一天，大家发现，这样内耗不行，还得一致对外才是正道，因为无论是我们问题多些，还是Richard们问题多些，对于那些难缠的内部客户而言，他们是根本不Care的。于是Richard们决定实行SLA（Service　Level　Agreement），逼迫用户签订城下之盟。简单讲，我们把需求按照容易程度分成ABCDE五类，为每类需求给出一个响应时间，Release之后可能会存在的Defect数目。同时，对于需求文档，客户自己要签字画押，即使错误，我们也会绝对忠实于原始需求来实现，出现任何问题客户自己负责。譬如A类需求需要4周的开发测试时间，一旦客户提出来，我们说这个需要四周的时间才能Release，回去耐心等待好了，中间不可以变更，如果要变更，那得走一个Requirement　Change　Management流程，然后我们再重新估算，Release时间再定。

这样实行几个月后，大家都欢欣鼓舞，因为内部用户的责难和Escalation骤降，大家的压力减轻了很多。一方面是一些内部客户觉得等不及我们的实现，就不再提需求；另一方面，在出现问题时，我们总会调出他们曾经自己签字画押的需求文档，让他们三缄其口。不过，大家都知道这样虽然可以保护自己，但对公司的利益来讲是一种伤害，但苦于找不到更合适的办法。

直到2005年底，在一次Conference　Call上，Richard非常兴奋地跟我们讲用Scrum流程，足以解决跟内部客户的冲突。虽然Richard解释得很细，但大家还是听了个云山雾罩，约略记住了几个关键词：Agile，Scrum，Sprint，Backlog，Iterative　development，Quick　Response，Small　Release。会后，下去恶补了两三个礼拜的Scrum知识后，就跟Richard们一起开始了跌跌撞撞的Scrum　之路，并渐渐地把SLA抛在了脑后。不过也奇怪，我们跟内部客户的关系居然变得越来越融洽了。

好景不长，在公司的一次WFM（Work　Force　Management）运动中，我们负责的内部工具成为首要目标，Richard们被迫离开了公司，而我们国内的这拨兄弟也被瓜分到了其他Team，开始真的为公司创造Revenue。没想到的是，Scrum的种子却从此在国内团队开始孕育、发芽，乃至开花。

短短两年过去了，一次又一次的WFM，让越来越多的天才Richard们离开了公司，虽然国内的兄弟们不用担心WFM，毕竟低成本的优势几年内还不至于让WFM烧到中国，但还是有兄弟因为各种原因，或者加入销售，或者四处走路，以寻求更好的发展。　渐渐地，中午一起吃饭的“饭协”日渐衰落，终于在一次“摸错门”后，曾经红极一时的“饭协”正式作鸟兽散，留下为数不多的几个人还在“深度套牢”中。

直到有一天开会，遇一新人，进来坐到偶旁边，怯怯地问：“你也是新来的吧？”当场狂晕！这时才发现，自己已经真的沉寂很久了，或许我应该把这些都记录下来，而且不能仅仅就是Scrum。

几年来，曾经看过很多书，但留下印象的不多，其中印象最深的无非是Perter　F　。　Drucker的《旁观者》、Tom　。　Demarco的《最后期限》、Eliyahu　。　Goldratt的《目标》、《绝不是靠运气》、《关键链》、《仍然不足够》TOC系列。突然有一天，跟许舟平谈起写一本关于Scrum的书时，小说体的念头立刻就蹦了出来，并一拍即合，于是你就看到了《敏捷无敌》。

写书其实是一件很辛苦的事情，感谢这期间各个朋友的帮助、特别是博文视点的李雨来、胡辛征，以及尚未谋面的责编高老师。还有我的爱人和即将满两岁的豆豆。她们是我的动力，让我发现了幸福生活的真谛；她们带给了我无限的欢乐，是我的幸福源泉；她们让我明白了世界上无条件的爱和付出的存在。每每劳累时，想到这些，就又会动力充沛起来。

或许你看了，会觉得这不就是谁谁嘛、这不就是某某公司啊。呵呵，对号入座可不是我的本意，如果你能发现某个人或者自己的影子，就当是看了一场大戏好了，毕竟《敏捷无敌》也是虚构的。不是经常可以看到听到“本故事纯属虚构，如有雷同，概不负责”嘛，请享受这个故事吧。

王立杰

2009年3月底

。。

第1章　末日帝国——Agile公司的困境（1）

Where　theres　a　will　；theres　a　；Qins　territory　final　belonged　to　Chu。　The　God　wont　cheat　the　hard　working　；three　thousand　soldiers　from　Yue　destroyed　the　country　of　Wu。

有志者，事竟成，破釜沉舟，百二秦关终属楚；苦心人，天不负，卧薪尝胆，三千越甲可吞吴。