乐于尝试新技术的态度使TransUnion Interactive公司收益颇丰。
TransUnion Interactive公司的使命很直接：安全地收集、分析、交付信息。我们的网站——TrueCredit.com——为超过3,000万名客户提供服务，高峰时有10多万用户同时在线。
我们既需要遵守规则，又需要广泛使用在线程序，因此对高性能IT设施具有巨大需求。我们很早就认识到现行办法无法解决问题，因此，公司开始积极采用新技术，一直以来证明是卓有成效的。
创业公司层出不穷，因为创业者们相信某些现状可以得到改善。他们常常是对的。成立于上世纪90年代的TransUnion Interactive公司公司便是其中之一，该公司也是我职业生涯中服务过的最具先进意识的公司。我认为，TransUnion Interactive能够脱颖而出，关键之一在于我们乐于尝试新技术。在评估和测试新兴技术时，我们采取实用主义的方法，用更好的商业智能（BI）来快速响应市场需求,为公司创造了可观的利润。
诀窍当然在于追求利益最大化和风险最小化。针对中短期需求，我们设定了具体的风险管理办法愿景，明确了评判成功的标准，确定了投资回报率（ROI）度量方法，同时推进短期评估进程，缩短技术采用周期。
在评估新技术时，我们认为最重要的是判断某个产品的商业的价值并确定如何衡量该产品的价值和回报。这不等于说我们只从财务报表的角度评估新技术，因为如果只考虑成本问题，而不考虑是否有利于将来的发展，风险更大。
最近，我们在为数据中心寻找新硬件。在评估中，我们着眼于缩放程序服务器环境，以便通过材料成本手段，掌握当前成本基线，将机遇量化。
虽然大多数软件的许可证都是基于CPU的。其实我们发现应用程序同内存的关联更大），但在分析时，我们认为，用Java程序分配到的每1G内存的成本来评估软件，比用CPU的数量来衡量更合理。用这个方式为成本建模后，我们找到了Azul系统公司（Azul System,Inc.）开发的专业软件。
针对大处理量的程序，Azul系统公司开发出将计算和存储资源作为共享网络的服务器软件，例如那些使用Java语言的。Azul系统公司使我们能够将计算环境向上扩展（scale up），而不是通过集群技术向外扩展(scale out)，从而避免在执行和维护程序上花费过多时间和金钱。从总的购买成本和执行周期长短方面来看，具有最小下行风险（downside risk）的Azul系统公司的硬件是最合适的。我们在硬件上对程序进行了验证，然后很快采用了这一平台。

“瑞士军刀”
确认哪些技术可以得到更广泛的应用是件费力但是的确讨好的活儿。与只适用于特定项目的技术相比，这些“瑞士军刀”可以确保更快达到投资回报率目标。只适用于特定项目的技术不但具有更大风险，而且缺乏足够的灵活性应对未来之变。
为了更好地进行市场分析，我们最近对商业情报工具进行了一次评估。在评估中，我们找到了一个能满足项目需求并有助于市场分析的软件包。虽然我们的原定方案是为建立和测试市场假设而寻找具有分析工具软件包的大型数据集市（data mart），这个新的BI工具使我们能够无需等待数据集市完全建立便可以进行分析，因为很多数据可以动态地存储在分析员的电脑里。
这样一来，整个公司可以更方便地获取分析报告，那么产品线经理便可以着手做自己的分析报告。在这之前，我们公司各部门要么很少利用分析报告，要么自行开发软件。各个团队的早期使用者很快掌握了这个用途广泛的新工具，在他们推动下，其他同事也开始接受这个工具。
这个例子对我们的启发是，要从新技术的潜在用户的角度考虑问题。如果一项新技术不能解决工作中的某个棘手环节——或者不能使产品得到明显改善——用户是不容易接受这项新技术的。在这个案例中，我们公司的棘手环节非常实际。今天，我们甚至用这个BI软件来监控和管理采购和执行这套软件的投资回报率。
这个真实的例子有力地说明了我们为什么采用新软件：广泛迅速地采用新软件，扩大公司内的用户群，使整个公司受益。
很多新技术都具有巨大潜力，我们不断地发掘那些新软件，为己所用。为了判断哪些技术最适合我们公司，我们制订了一套流程来确定我们具有怎样的需求，新软件应该带来怎样的价值，以及厂商需要向我们进行哪些演示来证明其产品功效。
我们尽量把理论验证的时间控制在一个月之内。如果在这个步骤上花费过多时间，那么我们在内部确定需求的工作就没有做到位，也有可能是我们抓在手里的问题太多了。如果执行理论验证的时间是建立理论验证的4倍，我们将审查对需求的定义、规模和供应商的表现。我们发现，这种审查能够很好地校准期望值，并帮助我们决定应该继续下去还是调整计划。
早期采用这些技术的人，往往对产品今后该如何发展有一定影响力和理解，这些经验对于看清未来需求或者应付未知的挑战有很大帮助。通过更早采纳新技术，小公司能够比更强大的对手发挥更加出色。如果不断利用新技术满足需求，小公司将保留并增加持续竞争力。

SOA的冒险
TransUnion Interactive几年前大胆地将一个内部开发的架构导入到商用的服务导向架构(SOA)中。当时我们确实是早期使用者，而且因为新产品的功能组合比前一版本强大了很多，我们在测试版的产品上进行了理论验证。尽管存在风险，我们还是进行了尝试，因为此举避免了输出大量低级代码，进而节省了大量的人力资源，提高了投资回报率。从产品提供的新功能来看，在短周期内将我们的需求进行理论验证的机会比之前提高了近一倍。
我们发现，即使在采用一项技术后，仍然密切监视该行业和产品类别是很有好处的，这将有助于我们发现新的解决方案的优点。在上面的SOA案例中，我们一直在监视SOA解决方案，以确保产品路线图始终是符合我们需求的。目前，我们正在根据这样的SOA解决方案步骤，从无到有地建立起第二代软件堆栈（software stack）的创意。
当然了，不是每个解决方案都可以兑现承诺。为了使解决方案的成功率最大化，厂商和客户双方必须共同界定一个明确的成功标准，双方还需要认同如何及何时能将这些标准贯彻到底，并将其作为不可或缺的工具贯彻到对厂商的管理中。同时，内部员工也需要贯彻这一标准从而保证目标达成。这个过程中，还有一个很重要的环节是预先确定在什么情况下必须终止不符合标准的程序。
在执行和维护的过程中，从一开始就建立按时报告的制度是非常有建设性的。如果有一些未预料到的负担需要员工承担，应该确定并量化这些负担，以减少不必要的负面影响。一个双向（对内及对外）的按时报告，将及时激发员工的讨论，并让厂商及时知道我们需要他们的额外支援。