1.6小结

1.6小结

在实践中，大多数软件过程都要求手工制定，其中收集数据和跟踪进度都很昂贵。在前期，这样的过程需要很多文档、培训和管理，因此它们拥有很高的运行成本和维护成本。最重要的是，过程的工件和工作量没有以任何一种直接的方式为客户价值的交付做出贡献。项目经理常常每周要在状态报告的复制粘贴上花费40小时。

这些成为了约束，使得过程变成了留给经理、程序管理专家和高技能的从业者的作业，他们所定义的度量元和活动有时会严重脱离从业者的兴趣或者他们用于实现的工具。过去，在这一领域中占统治地位的思想是工作消减的观点，这一观点认为软件工程是一项规定好的作业，如同其他工程一样要花相当的时间和精力。

相反，驱动软件工程的商业力量在今天要求的是不同的思维。与“尽可能地简单，但不要过分简单”这一格言相一致，今天的团队所要信奉的思想是：客户价值、变更、偏差，并且还要把根据情形采取行动作为每日实践的一部分。无论项目是内部的还是外包的，是在本地开发还是在地理上分布开发，这一点都是对的。管理这样的过程，通常需要代之以价值增加的方法。

通常，价值增加的方法要求使用工具。然而，没有开销地收集、维护和报告数据也完全不切实际。在那些要求法规依从性和审计的情形下，需要使用工具来提供变更管理和审计追踪。Team System是为了以可审计的方式来支持价值增加的方法而重新设计的。本书随后的部分将描述如何使用Team System来支持这一思想。