读书笔记——沸腾十五年，看板方法，精益创业
沸腾十五年
沸腾十五年这本书介绍了中国互联网1995～2010这15年间，中国互联网公司从无到有，从小到大，各种兴衰成败的故事。
里面有一个比较好玩的段子，讲的是联众（大家应该都知道，就是以前做休闲游戏平台的，后来被腾讯无情超越）刚开始把游戏平台做出来的时候，用户非常少，经常找不到人可以开一桌麻将或者斗地主，用户等着等着不耐烦就走了。联众的几位创始开发看到这种情况急得不得了，本来上线的人就少，经过招呼亲朋好友卖广告什么的好不容易来了点人吧，还经常因为凑不到一桌游戏而让人给跑了。后来他们想了个办法，看到有上线的用户凑不到一桌开不了游戏的，就几个开发人员一起点进去陪用户玩，这样来把用户留住，甚至有的开发一人开了好几个账号同时陪用户玩游戏。靠着这种打不死的精神，后来联众就慢慢做大了。
看完书会让人热血沸腾，恨不得马上投身互联网浪潮，但仔细一想书中介绍的都是成功的互联网企业，在这些光彩夺目的互联网公司的光芒照耀下，让人看不到那些同期出生但又失败的互联网公司，这些公司的数量应该是成功者的N倍。我们要时刻充满激情来对待工作和生活，但在这个浮躁的社会也需要时刻保持一颗冷静的心。
看板方法
有幸参加了David Anderson关于看板方法的培训，回来后把看板方法的书认真研读了一遍，对其中的观点很是赞同。
缩短范围
在项目过程中需要舍弃一些东西进行权衡时，传统的项目经理会选择延期交付、增加资源投入、缩短范围或三者不同程度兼而有之;敏捷项目的明确共识是缩短范围，保障交付时间。
在有些东西要权衡时，为什么敏捷项目只选择缩短范围呢？
- 首先看如果选择延期交付会造成什么后果。由于你无法兑现之前的交付承诺，导致了与业务之间的不信任关系，业务无法相信你下次是否还能按时完成交付。
- 再看增加资源投入。在软件开发中，增加资源投入就意味着加人，但在《人月神话》里面已经说过了，
在一个已经延迟的项目里面增加人手，只会导致这个项目更加延迟。 - 最后是缩短范围。缩小范围不是将业务的需求全部去掉，而是保留其中业务认为最主要的一部分，缩减业务认为优先级不是特别高的一部分，这样也可以让业务对需求有更清晰的认识。
项目的三要素：时间、金钱和质量，我觉得是三者是一个能量守恒的关系，如果提高其中的两项，那另外一项是要降低的，不可能三者同时提高。业务经常要求功能要多（金钱），上线时间要早（时间），传统项目迫于业务的压力，经常会选择降低质量（质量）来达到业务的前面两个要求，而敏捷项目首先会保持质量这一高标准，然后在保证按时交付的前提下，和业务PK交付的需求。
降低变异性
变异性是导致任务堆积，项目不能按时交付等的风险因素。降低变异性有如下好处：
- 降低变异性可以减少WIP，使得平均前置时间下降。
- 降低变异性能够减少对富余时间的需要（富余时间我理解就是预估工作量的buffer）。
- 降低变异性有利于实现资源平衡，潜在地降低对人数的需求。
什么地方可以体现变异性？
比如手工测试就存在变异性，手工测试会因为某些人为因素而认为测试是失败的，但实际上测试是成功的，结果就造成了开发过程中的浪费，乃至阻碍。可以通过自动化测试消除手工测试的变异性，自动化测试稳定而且准确。
还有比如在编写story的时候，如果story使用不同的方式来描述也会存在变异性，会让开发需要经常切换不同的思维或者角度去理解需求，出错率较高。可以通过编写一套团队认为合适的story模板来消除这种变异性。
其他
- 敏捷开发中有很多对业务没有实际价值的成本，有这么几种：事务成本（搭建环境），协调成本（各种会议），破坏负载（软件缺陷）。敏捷中的会议是协调成本，以精益的角度来将要消除这种浪费。
- 虽然看板中强调前置时间少，交付速率高，但也不能以牺牲可预测性来换取这些指标。可预测在敏捷中很关键，可预测的交付会与用户建立信任关系，牺牲可预测性来提高短期的前置时间和交付速率是不可取的。
精益创业
MVP(最小化可行产品)
MVP是指一个最小化的可以获得用户反馈的产品，可以帮助创业者尽早开启学习认知的历程，它不一定是实实在在的产品，它是用最快的方式，以最少的精力完成’开发-测量-认知’的反馈循环。比如Dropbox在他们还未开发出产品之前，把一段幽默风趣的产品介绍视频作为他们的MVP放到网上，从而吸引了大量公测用户，为他们指明产品的正确方向。
低质量
质量低下的产品可能会造成重新返工、交付延期、用户的流失，每个做产品的人，包括设计、开发、测试，每个人都会以高质量为标准，在敏捷开发中更是要求产品质量必须是高标准，但坚持高质量的前提是我们已经知道产品的哪些功能是用户需要的，如果在用户需要的功能上偷工减料势必会造成用户流失。
但在创业的时候，很多东西都是未知的，用户不知道自己想要什么，创业者可能连哪些人是用户都不知道，在不知道产品有哪些功能的情况下，坚持产品质量的高标准就没有什么必要了。
创业阶段更需要是快速推出一个MVP产品，获得用户反馈，即使质量低下也未必不受用户欢迎。
其他
精益创业的常规工作是对比测试、持续部署和顾客测试，精益创业的技巧包括快速迭代/基于数据制定决策，以及早期顾客介入。
自己写的读书笔记不咋的，这里看到了另外一篇关于《精益创业》的读书笔记，非常完整地概括了这本书的观点，是前JavaEye的创始人范凯写的，点击这里查看。
