并以上一次迭代的结果为起点再次开始迭代过程
迭代创新同样借鉴了进化、淘汰的观点，整个开发工作被组织为一系列短周期项目，每一次迭代都包括了需求分析、设计、实现与测试，并以上一次迭代的结果为起点再次开始迭代过程。具体来讲，由于市场的不确定性高，需求在没有被完整地确定之前，开发就迅速启动。每次循环不求完美，但求不断发现新问题，迅速求解，获取和积累新知识，并自适应地控制过程，在一次迭代中完成系统的一部分功能或业务逻辑，然后将未成熟的产品交付给领先用户，通过他们的反馈来进一步细化需求，从而进入新一轮的迭代，不断获取用户需求、完善产品。例如谷歌的开发战略就是这种永远Beta（测试）版的迭代策略：没有完美的软件开发，永远都追求更好，永远在更新或改善功能。谷歌邮箱Gmail推出5年之后才撤掉Beta版的字样，成为稳定的服务。在与苹果iOS智能手机操作系统的竞争中，后发的谷歌采取了与苹果完全不同的迭代开发战略。谷歌在其操作系统Android上采用了开源软件的模式，与多家企业合作生产平板电脑和智能手机。Android系统从Android 2.3.3升级到Android 4.0，只有大约半年，许多手机都来不及更新换代以支持新版本的操作系统。这么快的迭代，使谷歌的许多合作厂家应接不暇，不同操作系统之间产生适配问题。但谷歌更新的速度与决心都远超苹果，在合作厂家之间掀起迭代竞争，迫使他们不断更新产品，从而使Android系统在短期内赶上了苹果iOS系统。迭代创新不仅是一种产品开发的方法和模式，更是一种思维，这种思维就是实现快速成常基于这种思维，用户是使用产品的人，也是开发、测试产品的人，组织不再有边界，用户是迭代开发过程不可或缺的一部分。由此可见，迭代创新特别适用于高不确定性、高竞争的环境，其本质是一种高效、并行、全局的开发方法与思维。迭代创新的原则原则一：问题先行学者托姆科（Thomke）与藤森（Fujimo）认为，如果在开发与测试阶段才建立模型，发现问题与解决问题所需的金钱和时间成本可能非常高。如果问题先行，也就是将问题的确认和解决，移转到产品开发流程的早期，将会提高开发绩效。问题先行原则后来成为迭代开发的首要原则。苹果在开发iPhone过程中，乔布斯举起放在口袋中被划伤的iPhone，愤怒地说：我们产品的屏幕是不允许这样轻易被划伤的，我要换防划玻璃屏幕，我要在6周之内让它变得完美。苹果开发团队开始去找不易被划伤的玻璃，并很快发现了康宁的微晶玻璃技术。事实上，康宁的微晶玻璃技术曾于20世纪70年代应用于汽车玻璃，但终因成本太高而被打入冷宫。当乔布斯提出制造1.33毫米厚度的高强度玻璃的想法后，康宁迅速组织团队，改善玻璃生产工艺，实现了大猩猩玻璃的诞生。乔布斯的问题先行，即首要解决手机屏幕不易被划伤这个问题，使苹果终于找到了防划手机屏幕，也激活了康宁的技术。原则二：快速试错先向市场推出极简的原型产品，以最小的成本和有效的方式验证产品是否符合用户需求，然后再结合需求，迅速添加组件，实施迭代，这正是迭代创新中快速试错的思路。从学习的角度看，在没有任何蓝图可循的时候，与频繁地试错能够创造更多反应机会一样，开发者通过测量可以检验各种因果关系，提高学习结果。这样，通过尝试不同的设计，在产品各种参数的敏感度和设计的稳健度上，开发者获得直观的感受，加速了对产品的理解。张小龙在研发微信过程中总结出把产品做简单的原则：产品规则越简单，越能让群体形成自发的互动。但这并不是说规则简单就一定会传播开来。这里存在一个引导的问题。我们要做的工作是在群体里做一个加速器、催化剂。这正是在多次试错中积累起来的产品设计经验与感觉，即如何在手机的小屏幕上，通过功能设计，加速用户的互动。多次迭代可以使设计团队快速获取经验，迭代也将灵活性植入开发过程，使开发团队的认知能力随着新的信息而变化。当见证了很多次的迭代后，设计团队就不会倾向于过分依赖某一种特定的变化，而会根据环境的变化进行调整。这样，迭代的试错反倒提高了开发团队的信心和成功几率，加速了设计的进程。原则三：微创新德国创新学者冯希佩尔（Von Hippel）提出黏滞信息（sticky information）的概念，认为信息在不同的个体中转移的时候会存在黏滞，或者说，要付出更多成本。在新产品/服务的开发中，刚开始存在两种信息，第一种是需求信息，刚开始的时候在用户中；第二种是解决方案信息，刚开始的时候在开发者中。这两种信息都对产品或服务的开发非常关键，但由于其各自黏滞于不同的物理位置，两者的结合实际上非常难。例如张小龙举例说明：在一次聚会中，来了好几个女孩，我跟她们说安装一个微信吧，她们问为什么。我说安装微信可以免费发短信、发图片，省了发彩信的钱；还可以直接说话，连打字都不需要。这几个女孩没有一个感兴趣的，她们很
