2.6 事后分析
看到了MyProj的资源配置情况，MyCo对整个项目期的工作做了详细的事后分析。这种分析的目的是找出让交付方式更为有效的关键领域—既要提供可以衡量的改进，还要保持或提高交付结果的可预见性和质量。
分析在两个层面上进行：一是企业软件交付机构的层面，二是MyProj项目的具体细节层面。
2.6.1 企业软件交付机构分析
第一层次的分析考虑的是整个企业软件交付机构的改进。具体而言，在某些方面，只要解决目前使用的企业软件交付方法中的系统性问题，或许就能改善效率。这些具有广泛的适用性，并且对于机构来说具有短期、中期和长期的价值。
该分析涉及若干方面。我们与管理层合作，审视了在过去两年中几个类似的企业软件交付项目的结果。然后，我们将这些信息与来自于若干行业研究（如[2,20,28]）的基准数据进行比较，审查我们内部的项目交付分析得到的数据，并聘请第三方企业软件行业分析师机构来严格审查我们的研究结果，还与其当前客户的数据和其自己的研究进行比较。
图2.2是对这一分析结果的总结。为简单起见，图中用两个维度来展现企业层面的改进：长期影响和可能获得收益的时间点。这里我们有7个重点领域，每个领域在图上用一个圆来表示，位置则是我们认为该领域的影响大小以及可能产生影响的时间。在每一个领域中，通过研究代表性的项目数据、典型的工资标准以及项目机构的规模和结构，我们对节约和改善进行了比较详细的分析。利用这些信息，我们就可以找出在节约生产力（节省劳动力）和改善质量（减少缺陷率）方面可能做出的改进。例如，对于与质量管理相关的需求管理来说，我们使用针对公司的项目信息和全行业的基准数据，发现通过改善生命周期管理技术，可能在第一年就可以让交付软件的缺陷率降低10%。我们还注意了测试用例管理和测试规划，这也可以在第一年节约7%的劳动力成本。同理，我们对图2.2中确定的七个方面都进行了类似的分析。
这里我们没必要完整地介绍分析方法。我将简要地概述所用技术的主要特色，以突出其关键特征。
虽然有许多分析方法可用，但这里我们仅选择了基于实践的方法。对于每个从业者来说，每种做法和相关的工具背后都有某种收益。例如，采用改进的变更管理做法和相关的工具，将平均节省开发人员1%的时间。考虑每个资源的总计成本，我们可以计算出每年带来的收益，乘上从业人数就可以算出每年可节省的金额。虽然每个做法本身的改进相当小（也许每周节省1～4个小时），但采用更多做法之后，累积起来的总收益就很可观。
如图2.2所示，我们的分析方法随后评估了选出的一系列做法可能带来的潜在改进。每个做法是一组工具和服务的集合，旨在提高团队或项目的开发能力。得出的结论包括：变更和发布管理以及需求管理等领域的近期改进可以分别节省5%和7%的劳动力，此外第一年就可能使缺陷密度下降10%。
2.6.2 项目级分析
第一层次的分析考虑了整个企业软件交付机构的改进，而第二层级则直接审查了MyProj项目。分析专注于几个方面，包括与交付团队详细讨论、分析执行的过程、检查实际缺陷率和错误修正做法、审查文档并用实际数据做实验。
我们的结论是，可以在以下几个方面改进：
质量管理。在项目状态报告中常常会遇到困难。特别是为了提高本地管理团队的效率和生产力，有了自动化质量数据采集工具，就完全可以通过增强型实时质量评估来做出更好的决策。
数据管理。开发周期后期才发现数据分析和模型中的错误。改进的集成工具将有助于改进数据分析和建模，提高测试用数据的质量，缩短开发和测试时间。
需求的可追踪性。需求、开发和测试活动之间的脱节会导致整个团队之间出现若干误解。更大范围的集成和跟踪可以达到消除设计空白和误解的效果。由此就可以避免要反复查询需求才能确保一致并理解模糊的设计概念，从而显著节约开发时间。同样，减少这种反复查询，还可以改善变更分析的估计，减少测试活动中的关键和重大缺陷，因为此时开发能够与需求和设计状态更为一致。
端到端环境管理。在建立和维护工作环境的过程中，一些行政活动拖延了时间。若采购环境更为迅捷、预定的程序员标准更易获得，那这些延迟就可以避免，从而让工具、数据和测试设备等必要资源更便于使用。
上岗培训开发和测试工具。当新的项目成员加入或现有成员职务变更的时候，往往会出现难以获取信息或访问软件开发和交付工具的情况。通过加快上岗、改进文档以及在社区中获取同事建议，就可以大大减少时间的损失。
这个项目层次的分析结果如图2.3所示。在这里我们展示了如果在上述领域有了这些软件工厂交付的改进，MyProj可能出现的执行结果。特别是我们的数据显示，通过消除某些障碍来降低峰值工作量，减少代价高昂的误解并改进沟通渠道，周期时间可以减少一个月。
更详细的效率改进和成本节约如图2.4所示。从中我们可以看到，有了这些企业软件交付的改进措施，资源和成本结构随时间出现的变化。
