IBM为了完善自己的软件的工程体系收购了Rational，这使得IBM的实力大大的增长。
一个软件的实现离不开团队的努力，一个人再天才也有思考不到的地方，一个人就算再没用，也与他所擅长的地方，不论什么时候团队应该是刻在我们每一个软件工作者心中的事。就像我们编程时写注释，既是为了自己思路清晰也是为了方便团队中其他人阅读。大道至简中关于团队是这样说的。
蚂蚁的团队总是被本能地组织得非常好。然而如果一 个蚂蚁的群体中有了流行疾病，蚂蚁在死去，而新生蚂蚁 不能跟上其死亡的速度，那么很快，这个团队就溃散了。 这是因为蚂蚁用于维护团队运作的“资本”在流失。 如果资本没有了，就没了运作，团队的存在就没有了必要 性和可能性。 项目就死亡了。由此可见，团队的重要性。
制作一个软件我们首先要确定的就是目标，如此可以让团队所有人的力量凝聚在一起实现更大的价值。
在需求阶段我们就会面临“目标”的问题。与此相反的是我们会在项目交付和试用时 才会碰到客户在质量上的投诉。 需求人员会把所有的责任归咎到开发人员，而开发人 员又不停地埋怨需求的不清不楚或者变更的没完没了。又 如果正巧需求和开发都是同一个人或者小组来做的，那么 他们便会开始埋怨客户的苛刻以及工期的紧张。因为目标可能在平衡中确立，但质量却要在过程中控 制。即使在时间、资源和功能三者中取得了平衡，即使客 户、项目组和公司同样满意于这个平衡“目标”，它仍然 有可能是“不能实施”的。如果原定的目标的整体本身就过大，那么无论如何 平衡这三者之间的关系，其结果仍旧是保障不了质量。刚才说到目标和质量的问题时，提及“平衡时间、资 源和功能三者的关系”。这其实是一个实施过程中的细节。 或者说，它是一个具体的方法，而不是目的。 所以我们通常所说的细节，其实是对实施方法的一些 有限量的描绘。比如“软件工艺”这个概念本身的提出， 就是考究“细节问题”的。从这个角度上来说，我并不反 对“细节决定成败”这样的观点。但请注意一个前提：这是技术或方法的细部。软件工程首先关注的是以客户为对象的、整个工程的 成败和质量。根本上说，技术性、重用性等等，只是保障 工程成败与质量的手段而已
每个软件都是程序员的孩子，恨不能将最好的都给他，在一次次不断地修改中完善，最后让所有人都满意。现在对于软件工程我们还只是看到了冰山一角，在今后的学习中我们对《大道至简》这本书一定会有更深刻的理解。要保持初心，什么是初心呢？要保持一颗时时学习的心，要时刻记得学无止境。