关注业务目标和软件交付

    不仅在个人层面，在团队层面、组织层面、业务层面，乃至社会层面都是如此。更加快速、更高质量地生产软件，更好的理解交付时间和上市时间，怎么实现这一点呢？通过让我们更加集中到关注焦点的方式来实现这一点。我们需要了解目标是什么，要理解达到目标所需要采取的措施。我们需要有更高层次的整合和诠释，同时，洞察力也是我们需要和必要的。首先，我们要分析业务目标，然后将这些业务目标从上而下地变成运营目标，然后对他们进行排序，同时也要跟消费者进行交流。

    同时，我们要创新，发现新的价值，把关注点放在业务目标上，改善质量。比如，衡量100万行代码当中有多少缺陷，我可以写一个程序，这个程序里面可能没有任何的缺陷，但是唯一的问题就是它不能够实现所想达到的目的。这样一个“完美的质量”的概念，是通过标准的方法，比如CMMI来衡量的。这种衡量标准在今天的世界不再那么重要。这种质量的概念，如果没有一个明确的、对于消费群体的了解，通过消费群体客观地和主观地衡量质量，那样质量就没有任何意义。所以，我们今天所使用的质量的衡量标准是不够的，它们没有将背景考虑进来。我们必须改变思考生产软件的方式，必须要有工具、方法及程序来帮助我们重新思考、重新理解软件生产的方式，否则就会失败。作为企业、作为社会，我们都禁不起失败。

    因此，我们将一些新的方法整合到流程当中。在原则上，我们都将此称为敏捷的方法。在实践敏捷的方法中，如果没有真正地理解客户对于质量的看法，这样的敏捷方法也不会比别的方法更好。所以，我们的结论是找到一些新的思维方式和新的应用方式，将正确的原则，以正确的方式，应用到渐进的模型当中，这样一个渐进的模型真正关注的是客户所关注的质量，以便能够生产出在正确的时刻最需要的产品。我们需要把客户的反馈融入到产品的开发当中，在过去三年的开发和生产新产品过程中都是如此。通常所说的敏捷是一个小的团队的敏捷，它对于系统是没有效力的，如果对敏捷带有一种天真的假设，以为客户会非常简单地反映他们对质量的要求是不对的。所以，我们所说的敏捷是扩展的、敏捷性的结合，是以业务和经济利益为基础的一种模式，重新思考方法论、流程和工具，以便应对未来所面临的挑战。

    现在的挑战跟三十年前的挑战是完全不同的，因此，Rational能够大规模地重新审视软件工程，并且把敏捷开发融入流程、融入工作当中。在这种新的过程中，革命性地利用Jazz平台，以一种渐进的方式来工作，以一种跌宕的方式进行程序开发。我们先找到一个小的解决方案，然后慢慢地朝向一个复杂的系统开进，不断地吸收设计当中提供的反馈，以一种动态化的方式来完成流程。这个流程像业务流程一样，不断改进，在软件交付中也采用了同样的横向整合方式来高效地交付软件。

    是的，软件交付，因为没有人关心你在开发过程中是怎样的，人们关心的是你能否交付出一个好的产品供人使用。这一环节以前是没人关注的，因此现在开始把反馈信息和业务流程共同称作软件交付，这也是非常重要的。这样，我们就有了一个平台的支持，另外还要有一个工具来帮助我们改进。这种工具能够在网络上应用，不管采用哪种模式，你都要有这样的流程，它必须是开放的、可扩展的、关注端对端的管理，提供信息让我们来进行智慧的决策和衡量。Rational系统，就是使用软件工具来帮助我们建立这样的平台和工具，以端对端的运用程序在生命周期中进行开发。

    我们知道，网络是非常开放的平台，我们也看到很多采用网络的好处，有一些是横向业务整合所带来的，能够让我们在整个应用程序的生命周期都受益。不管是架构师还是开发人员，他们都能够看到这种横向信息流动，这是一种动态的信息流，也是信息的一个自动抽取。这一点对于我们作出智慧的决策是非常重要的。这可以让我们在正确的时间关注正确的解决方案，从而才能够加快软件开发的速度，加快在正确的时间交付正确的软件，最终帮助我们解决所有这些挑战，共同创造一个智慧的地球。