敏捷开发在中国的落地经验.pdf

敏捷开发在中国的落地经验 误解 人人都在谈敏捷开发。但真正成功的案例其实不多 ，百 上搜“敏捷开发” ，除掉推广 ，第一条是“为 什么我不推荐敏捷开发”。令人无语。 对敏捷开发存在误解太多 ，就以那篇头条来说 ，作者其实只试了皮毛 ，或者说只看到了粗浅尝试带 来的恶果 ，而没有领会A gile Develo pment 的本质。 最大的误解 ，就是把敏捷当做了便捷 ，以为有一条捷径。 首先来自老板 ，听说有“敏捷开发”这样的好东西 ，就可以肆无忌惮地压团队时间。 “啊 ，这个要这么久才能完成 ？！为什么你们不采用敏捷开发呢 ？” 在这种思维主导下 ，开发团队不管应该不应该 ，只能把文档、性能、安全、交互体验等一时半会不 爆发的问题搁置一边再说。 对老板来说 ，敏捷开发最好的操作手段是daily meet ing。因为老板喜欢开会嘛 ，每天固定一个时间 ，让所有团队成员汇报进 。Daily meet ing变成了daily repo rt 。 其次来自程序员。 现在的程序员应该70%以上不是计算机专业出身吧。或许对开发语言很熟 ，但是缺少系统逻辑思维 训练。更重要的是 ，严重缺乏项目管理/文档管理的历练。他们既不知道流程的重要性 ，也不知道死 于流程的局限。对于敏捷开发 ，他们只是抱着一种学语言的态 去学习敏捷开发的具体方法 ，以及 避开文档、流程的小确幸。 所以对程序员来说 ，敏捷开发的“最大好处”是不用写文档。 （因为程序员最讨厌写文档了 ，仅次于 看别人的代码而没有文档。 ） 第三 误解 （或者误导 ）来自推销敏捷开发的培训机构。 在我有限的接触中发现 ，所谓敏捷开发培训师往往是一些专业的培训师 ，而不是产品经理或项目 经理。他们培训敏捷开发 ，就像培训O FFICE办公软件一样。对他们而言 ，敏捷开发当然是包治百 病的灵丹妙药。他们就是“捷径”的推销员 ，而不是经历过爬坑的真正开发者。 本质 05年我第一次接触SCR M。培训老师第一堂课便说 ，SCR M is not a silver bullet !敏捷开发并非 万能。 同期培训的同学 ，有很多来自微软和雅虎 ，个个都是IT 精英。和他们聊天时听得出来 ，这些大公司 不缺人才 ，但依然严重困扰于决策流程长 ，项目周期严重超标等问题。 那么敏捷究竟能解决什么问题 ？ 或者反过来看 ，如果不用敏捷 ，那么可以采用什么方法呢 ？那就是传统的软件工程啊。其实这个问 题也经常被提到 ，敏捷开发V SCMMI。 敏捷和软件工程都是好东西 ，适用不同场景。问题的实质是 ，时代变了。 在PC时代 ，所谓软件开发基本是2B。那个时候也没有产品经理 ，而是需求分析师和项目经理。软 件收入是靠做项目 ，或者卖拷贝。这就决定了软件项目的成功取决于两点 ： 正确理解客户需求 （或者说服客户接受现有方案 ）；~需求分析师 用最小的人力成本完成客户需求 ；~项目经理 CMMI在做的努力 ，就是想对某个领域的知识进行模式化 ，然后对这个领域的不同客户复制项目。 可复制性和可配置性越好 ，边际利润就越高。在这个方向上 ，软件开发的高峰 是SA P ，IBM ，O racle的超级ERP软件。在他们所服务的领域内 ，企业模式是固定的 ，至少是相对 固定的。 而这种软件服务领域的试错成本非常高 ，一个企业不可能因为软件因素而模拟运行或者停运。 但是在敏捷开发时代 ，环境变了。其实是由于环境先变了 ，才使得敏捷开发有了需要。互联网带来 了两个变化 ： 首先世界是平的了。软件的复制和扩散大大加强 ，信息以前所未有的速 传播到个人。以前必须通 过企业再传递到个人的服务 ，可以直接为个人服务。以前是为出租公司写调 系统 ，现在是 为 BER、滴滴写算法。 其次 ，世界是个人的。每个人都有自己独特的需求要求被满足 ，每个人的声音也可以通过互联网 传播。过去只要版本号一定 ，你打开W O RLD、EX CEL后的界面肯定是一样的。但今天每个人每个 时刻看到的FA CEBO O K、微信都是不一样的。 这两个变化导致软件的高 多样性和高速演化。过去我们在盗版市场可以用一张光盘收罗一年的新 软件和新游戏 ，而现在A PPST O RE一天发布的新应用我们都看不过来。张小龙过去也许一年只需 要更新Foxmail一次 ，但微信一个月就得升级。 因此 ，发现用户想要什么 ，比工程师能做什么成为更重要的话题。这也是为什么沃茨尼克虽然在极 客心目中仍然地位尊崇 ，但在商业社会上重要性远远不如乔布斯。 乔布斯因为对产品定位的准确 ，成为神一般的存在。也使得产品经理这个岗