过了这么多年，我们为软件开发研究出了这么多种技术，我们已经学会了哪些可以成功，哪些导致失败。这些年来一直有像我这样的人研究方法论，我个人的主要方向是面向组件的设计、架构、用例相关的流程和实践。有些人在研究CMMI，这是以流程、成熟度模型和改进模型为中心的。现在我们有了名为“敏捷”的新趋势，如今大家都想变得敏捷。这些趋势之中都有可取之处，比如面向对象、面向组件、软件重用、流程改进，还有像结对编程这样的社会工程方面的东西。这些好的思想可以作为实践总结和沉淀下来。不过，仅仅使用实践还是不够的，在使用的时候，还要注意保持“明智”。在软件工程中，“明智”是一个非常重要的词汇。“明智”意味着我们要做为了成功应该做的事情，不多也不少。
有两个实践经历了几十年的考验并且成功存活下来了。第一个是基于构件的架构和开发，在三十年前爱立信就采用了这样的方式，目前仍然是开发好软件所必需的方式。第二个是用例，经过这些年，也变成了一个非常好的实践范例。用例到现在已经发展了二十多年了。以前也有其他类似的一些概念，但是用例要更为出色，并且可以适用在更多的系统分析、设计和开发之中。不过有趣的是，人们提出了其他的一些概念来挑战用例，如果去看看业界如何进行组件式开发和架构设计，如何使用用例，他们往往与我当初的意图有所不同。原因在于，人们经常可以想出新的主意，有些是很不错的，有些有点问题。
让人们完全理解用例的价值，总是很有挑战的。人们总是提出新的概念，比如像用户故事，这也形成了一种挑战。有人说：应该使用用户故事取代用例。我觉得，这不是正确的决策。因为，用户故事所做的事情，用例完全可以做到。所以用例在概念上覆盖面更广。其实，有点小小的竞争，这也挺正常的，而且我也不认为是坏事。到最后，一些概念会被更多的人接受并生存下来。
面向方面编程是另一个类似的例子。我对面向方面软件开发充满了信心。不过，它没有像我预想的那样得到发展，我觉得这对我们的软件行业来说也不是太好。我们公司在不少客户那里实施了面向方面的方法，而且取得了很大的成功。所以我相信，在未来的某个时刻，面向方面的重要性一定会被大家所认知，并得到蓬勃发展。
总的来看，如果回顾软件工程的历史，整个趋势是在向前发展的。不过有很多互相竞争的趋势，问题在于人们总是只跟踪一种趋势，所以他们在倒洗澡水的时候，就很容易连小孩儿一起泼出去了。如果人们在用Scrum，他们就会说：“不不不，我们不要CMMI，我们用的是Scrum。” 类似的状况还有，有些人多年来一直用Rational统一过程（Rational Unified Process）开发软件，当敏捷出现之后，他们就会把以前积累的东西统统抛在脑后，再从头学起。这种决策是错误的！这样做也是很危险的。真正应该做的，是持续不断改善你们开发软件的方式。你可以从CMMI、统一过程和敏捷中各取所长，合而为一。
从最早的基于组件的开发和架构，到后面我参与的SDL、UML建模语言、用例、统一过程，再到我看好的面向方面编程。我相信没有一种技术、没有一种流程能够解决所有的问题，我更相信基于实践的方式。你需要用不同来源的实践，结合自己的流程，改进自己的流程和工作方式，这样才能立于不败之地。
Ivar Jacobson，被公认是深刻影响并改变着整个软件工业开发模式的世界级大师。他是面向方面的软件开发、组件和组件架构、用例、SDL、现代业务工程、Rational统一过程、UML建模语言等业界主流方法和技术的创始人。
