我最近问了一名软件工程师，我想到的是一个有些无伤大雅的问题：由于移动应用程序开发的竞争性本性，快速推出移动应用比推出正确地移动应用更重要吗？

　　她的回答使我低估了目前业界流行的IT和业务部门之间关于产品开发理解上的信仰差异。

　　她说：“我是一名工程师，所以，开发具有已知缺陷的产品违背了我的灵魂。”话虽如此，她迅速补充道：“不过，我理解商业上希望推出‘足够好’产品的需求。”

　　嗯。这是一个伴随存在的矛盾（和妥协）。

　　正确与快速：背景故事

　　关于快速推出还是推出正确的移动应用，我的这个看似无害的问题并不是来自于领域之外。这个问题是从我与J Schwan和Simon Yates的谈话中得出的。J Schwan 是Solstice Mobile公司的创始人，Simon Yates是Forrester研究公司移动性和工作经验实践的副总裁。

　　Schwan和我一起谈论开发移动应用程序如何驱使首席信息官（CIO）们采用敏捷开发最佳实践——为了达成快速的周转时间，在开发周期中嵌入质量检查的快速开发周期。

　　Schwan说，上市时间极大地驱动了移动应用开发和敏捷开发方法的“联姻”。企业需要迅速响应新的机会，或应对竞争对手的新功能。但是，同样推动这一伙伴关系的是消费者的行为。 他说：“消费者已经接受了这样的‘培训’，根据[移动]应用程序开发的方式，它们是迭代式发布的。例如，当您下载愤怒的小鸟时，它从30个级别开始，但后来他们又发布了另一个30个级别，如此等等。我们接受了这些应用程序更新的方式，如果某个应用不具有我们想要的所有功能特性，我们也更宽容它，因为我们知道，这个应用程序将继续发展。”

　　作为Forrester的Yates正在进行的移动研究的一部分，他正在接触一组专门从事移动应用开发的机构。未从我这里得到任何提示，他便说，这些机构都认为，移动应用程序在到达消费者之前，应该没有瑕疵。

　　Yates说：“这些机构正告诉CIO们，他们只有一次机会去赢得客户，否则将永远失去这些客户。”

　　是否是缺陷取决于移动应用程序的性质

　　所以，这就是我的问题背后的背景故事——并且这只是做一个侧面说明，Schwan绝不是鼓励人们发布缺少功能特性或者具有缺陷的应用程序。他对CIO们的建议是，快速推出应用，而不是在这些应用程序到达更多观众之前的大量用户测试（并在应用中建立一种机制，让用户可以反馈）。不过，如果我们作为客户，这似乎是，员工和消费者的确接受缺少特性并存在一些缺陷，如果一些问题漏过了，应该没有什么大不了的：毕竟，在两周后的下一个版本中，这个问题将被修补。

　　另一方面，作为一家全球性保险公司的CIO，对快速与正确的问题的响应是：“一般来说，我同意客户对小错误和问题已经变得非常宽容。”但是——对于这位CIO来说，这是一个很大的“但是”——这完全取决于应用程序的性质。

　　他说：“游戏和应用程序之间有一个很大的差异，对于自动的偶然事件，这给你一个保险报价或违背了某个声明。如果游戏不工作，没什么大不了的，我可以玩另一个。但如果我导致消费者认为我的应用程序违背了我的声明，虽然实际上没有，那也是不能接受的。”

　　这个辩论将继续激烈进行中……