并以上一次迭代的结果为起点再次开始迭代过程

小提示：您能找到这篇{并以上一次迭代的结果为起点再次开始迭代过程}绝对不是偶然，我们能帮您找到潜在客户，解决您的困扰。如果您对本页介绍的并以上一次迭代的结果为起点再次开始迭代过程内容感兴趣，有相关需求意向欢迎拨打我们的服务热线，或留言咨询，我们将第一时间联系您！

　　迭代创新同样借鉴了进化、淘汰的观点，整个开发工作被组织为一系列短周期项目，每一次迭代都包括了需求分析、设计、实现与测试，并以上一次迭代的结果为起点再次开始迭代过程。具体来讲，由于市场的不确定性高，需求在没有被完整地确定之前，开发就迅速启动。每次循环不求完美，但求不断发现新问题，迅速求解，获取和积累新知识，并自适应地控制过程，在一次迭代中完成系统的一部分功能或业务逻辑，然后将未成熟的产品交付给领先用户，通过他们的反馈来进一步细化需求，从而进入新一轮的迭代，不断获取用户需求、完善产品。

　　例如谷歌的开发战略就是这种“永远Beta（测试）版”的迭代策略：没有完美的软件开发，永远都追求更好，永远在更新或改善功能。谷歌邮箱Gmail推出5年之后才撤掉Beta版的字样，成为稳定的服务。在与苹果iOS智能手机操作系统的竞争中，后发的谷歌采取了与苹果完全不同的迭代开发战略。谷歌在其操作系统Android上采用了开源软件的模式，与多家企业合作生产平板电脑和智能手机。Android系统从Android 2.3.3升级到Android 4.0，只有大约半年，许多手机都来不及更新换代以支持新版本的操作系统。这么快的迭代，使谷歌的许多合作厂家应接不暇，不同操作系统之间产生适配问题。但谷歌更新的速度与决心都远超苹果，在合作厂家之间掀起迭代竞争，迫使他们不断更新产品，从而使Android系统在短期内赶上了苹果iOS系统。

　　迭代创新不仅是一种产品开发的方法和模式，更是一种思维，这种思维就是实现快速成长。基于这种思维，用户是使用产品的人，也是开发、测试产品的人，组织不再有边界，用户是迭代开发过程不可或缺的一部分。由此可见，迭代创新特别适用于高不确定性、高竞争的环境，其本质是一种高效、并行、全局的开发方法与思维。

　　迭代创新的原则

　　原则一：问题先行

　　学者托姆科（Thomke）与藤森（Fujimo）认为，如果在开发与测试阶段才建立模型，发现问题与解决问题所需的金钱和时间成本可能非常高。如果“问题先行”，也就是将问题的确认和解决，移转到产品开发流程的早期，将会提高开发绩效。“问题先行&rdqu音乐餐吧宣传海报o;原则后来成为迭代开发的首要原则。

　　苹果在开发iPhone过程中，乔布斯举起放在口袋中被划伤的iPhone，愤怒地说：“我们产品的屏幕是不允许这样轻易被划伤的，我要换防划玻璃屏幕，我要在6周之内让它变得完美。”苹果开发团队开始去找不易被划伤的玻璃，并很快发现了康宁的微晶玻璃技术。事实上，康宁的微晶玻璃技术曾于20世纪70年代应用于汽车玻璃，但终因成本太高而被打入冷宫。当乔布斯提出制造1.33毫米厚度的高强度玻璃的想法后，康宁迅速组织团队，改善玻璃生产工艺，实现了大猩猩玻璃的诞生。乔布斯的“问题先行”，即首要解决手机屏幕不易被划伤这个问题，使苹果终于找到了防划手机屏幕，也激活了康宁的技术。

　　原则二：快速试错

　　先向市场推出极简的原型产品，以最小的成本和有效的方式验证产品是否符合用户需求，然后再结合需求，迅速添加组件，实施迭代，这正是迭代创新中快速试错的思路。从学习的角度看，在没有任何蓝图可循的时候，与频繁地试错能够创造更多反应机会一样，开发者通过测量可以检验各种因果关系，提高学习结果。这样，通过尝试不同的设计，在产品各种参数的敏感度和设计的稳健度上，开发者获得直观的感受，加速了对产品的理解。

　　多次迭代可以使设计团队快速获取经验，迭代也将灵活性植入开发过程，使开发团队的认知能力随着新的信息而变化。当见证了很多次的迭代后，设计团队就不会倾向于过分依赖某一种特定的变化，而会根据环境的变化进行调整。这样，迭代的试错反倒提高了开发团队的信心和成功几率，加速了设计的进程。

　　原则三：微创新

　　德国创新学者冯·希佩尔（Von Hippel）提出黏滞信息（sticky information）的概念，认为信息在不同的个体中转移的时候会存在黏滞，或者说，要付出更多成本。在新产品/服务的开发中，刚开始存在两种信息，第一种是需求信息，刚开始的时候在用户中；第二种是解决方案信息，刚开始的时候在开发者中。这两种信息都对产品或服务的开发非常关键，但由于其各自黏滞于不同的物理位置，两者的结合实际上非常难。例如张小龙举例说明：“在一次聚会中，来了好几个女孩，我跟她们说安装一个微信吧，她们问为什么。我说安装微信可以免费发短信、发图片，省了发彩信的钱；还可以直接说话，连打字都不需要。这几个女孩没有一个感兴趣的，她们很