敏捷宣言

敏捷宣言

个体和互动高于流程和工具

    盲目地遵循流程与使用好的工具有的时候也会帮你更快地犯错。往往这些流程和工具都是一些“领导”或一些“有经验”的“老员工”交给你的，而且他们会经常说这是对你有好处的，但是如果使用者并不认可他要使用的流程或工具，他就无法将这些东西坚持使用到最后。更糟糕的是，人们只是表面遵循这些流程规定的动作，即使这些做法会得到毫不相干的结果。

    近些年发现，在每日站立会议时每个员工都仅仅是快速地“讲”完了自己前一天干了些什么事情，然后就完事大吉了，别人发言的时候他们往往不太关心，因为别人往往与他们并不是一个领域，也有事不关己高高挂起的态度，但是这样不利于团队的成长，也不利于团队要交付的内容，他们需要理解一起工作的方式，明白每个人的工作会对其他人造成怎样的影响。

可工作的软件高于详尽的文档

    一个团队有很多详尽的文档很容易，但是这些文档到最后往往没有人去阅读，而对于客户来说，一个可工作的软件对他们更有吸引力，那么什么是可工作的软件。可工作的软件是可以给公司组织带来价值的软件。这可以是公司出售的软件，也可以是帮助公司员工更高效工作的软件。这里同样要说明客户的概念，我在华为的时候学到的优秀理念就是，客户并不是狭义上的客户，只要是你工作的交付对象都是你的客户，比如你写测试报告，那么所有读测试报告的人都是你的客户，所以你的测试报告要能够给客户带来实际的价值。

    那么有些人又会拿来说事，来给自己完全不写文档寻找了一个“合理”的理由，但是根据国内外优秀的敏捷经验来看，文档还是要写的。一个号的文档能帮助团队理解问题，与用户沟通，以及避免将错误的需求开发进软件。有经验的团队往往可以采用一些将文档嵌入软件本身的创新方法。“测试驱动开发”就是这样的一种敏捷实践。在测试驱动开发中，程序员首先开发自动化测试单元测试，然后再开发上述单元测试的软件。自动化测试也可以当做文档使用，因为测试可以帮助程序员记录代码应该完成的功能，以及软件中单个组件预期的行为。

客户协作高于合同谈判

    上述讲了在华为中学到的客户概念，这里的合同同样也是一个广义的概念。在很多公司中，不同开发团队之间、测试和开发之间以及开发团队和用户之间都会把服务级别协议（Service Level Agreement, SLA）（服务级别协议是指提供服务的企业与客户之间就服务的品质、水准、性能等方面所达成的双方共同认可的协议或契约）放在台面上讨论。这样做也许降低风险，减少与老板之间的矛盾，因为你可以指责其他团队影响了软件的交付。但是如果大家要达到的目标是给公司外的用户交付可工作的软件，这种做法只会适得其反。

    之前看到一篇文章中说，成功地项目需要定期且频繁地客户反馈，不是依赖于合同或者关于工作的陈述，而是让软件的客户和开发团队密切的工作在一起。不能糊弄客户，不能与客户成为敌对关系，客户也会想办法对付你。软件开发的最终目的是要给用户交付能够带来商业价值的软件，实现客户的商业目标以及公司的业务目标。

响应变化高于遵循计划

    我原来是做测试组长的，包括我在内，所有的人最头疼的就是客户又有想法，又有变化的需求，这就意味着又一个通宵的到来。在业内，制定计划的人抗拒变化是很常见的事情，因为改变计划需要消耗精力。例如要把工作分割成多份，并估算每一份的工作量，这本身就需要消耗不少精力。一个变化就可能导致项目经理把这些事情全部做一遍。尽管遵循计划有利于项目顺利执行，但是如果真的有变化出现，在代码完成度更高的时候处理变化更为困难。

    造成这种现象还有一方面是计划做的不科学，一个良好的做计划的策略是：为下一周做一份详细的计划，可以把每件事都按照3W1H模式做好，为下3个月做一份粗略的计划，就不用制定的那么精确了，再为一整年或者后一年做一个极为简略的计划，有个初步概念即可了。

    即使有将计划做的很小，也会有很多团队在进行中很快就变成小瀑布模式了。任务的拆分也就是为了完成这件事，执行一个时间表，而团队为了在开始迭代前梳理清楚需求，要PRD（需求文档，产品项目由“概念化”到“图纸化”的最重要的文档，其作用就是对市场需求文档的内容进行指标化和技术化。），并在迭代中规定不要轻易改变迭代内容等。这与敏捷里地快速迭代初衷相违背了，为什么要求快速迭代，因为需求变化往往太快，快到你刚刚评审完用户故事，它下一刻就有了变化，这种变化是市场决定的。

    就像吃鸡模式的兴起，有一款游戏本来是看好模拟求生模式，做的游戏是让玩家在艰苦条件下挑战生存，但是一直不温不火，开发团队本来是计划增加一些有意思的生存点来吸引玩家，但是看到吃鸡模式的成功，索性在游戏中加入了该模式，直接救活了该游戏。国内外跟风在自家游戏中添加吃鸡模式的比比皆是，无论是剑网三还是LOL，都在考虑或者已经加入了该模式。这些开发人员肯定不擅长做这部分内容，但是市场决定了方向，极快的变化使得原先的计划必须作废，虽然打乱了计划，但是为客户、公司带来的实际的利益，这才是敏捷能够带来的优势。