分类：
2008-09-09 16:36:39
衡量项目成败的指标
从自动化到信息化的过程中，投资应用软件开发的目的已经慢慢从原来“科技应用”以提升工作效率转变成科技应用所能带出来的价值，这包括提升制造、市场、服务、和管理的能力。项目赞助人与项目关系人对应用软件的验收心态也起了微妙的变化，但可惜软件工业的从业人员从没有认识客户这种心态的转变。
客户验收心态让今天的软件从业人员对项目交付的过程带来很大的影响。从软件开发初期的自动化历程，到目前企业进行信息化的终极目标，项目赞助人对自己投资一套软件所希望达到的最终目的还是非常清晰，不管是为了提升工作效率，还是为了强化企业的能力，往往在项目开始的时候项目赞助人已经有一个很明确的思维和方向，问题是软件开发的专家如何能够提交项目的交付，满足项目资助人的期盼而已。
这种转变让项目成功的衡量因素也发生了实质上的变化。项目经理被衡量的准则已经不单是否能够如期在预算内完成交付来衡量这个项目是否成功。项目经理的项目交付能够为项目赞助人和项目关系人提供多少效益和能力作为实际上的衡量指标。很多时候我们认为项目已经完成，但客户还是不满意，还是认为未能达到预期的成果，原因就在于项目的交付只能做到科技的应用，但没有带来任何价值可以提升客户的应用效益和能力，所以客户一直认为未能完成验收的确认。
惊人的数据
在2005年中期开始，在一项对软件开发困境的研究过程中，特别要求23位项目经理提供一些有关返工的简单数据，要求项目经理在项目开发的过程中简单记录各阶段工作需要进行返工的次数，不管是客户提出返工要求或技术人员主动因应开发内容需要进行返工，目的是希望能够把握“变动”在软件开发过程中那些阶发生，然后研究该选择那些开发模式来改变我们的软件开发方法。
这批项目在6个月内分别起动，原来的目标分别从4个月到12个月完成项目的移交。挑选的项目全部均可以把开发过程分类成“信息调研”，“需求分析”，“系统设计”，“系统开发”，“用户”，和“项目移交”等6个阶段。
32个月后，有18个项目所提供的数据比较完整，可以进行参考和研究，其中有3个项目在深圳，5个项目在上海，4个项目在武汉，6个项目在北京。其中只有1个项目能够顺利依时移交，13个项目经过不断修改后完成移交，余下4个项目仍处于暂停状态，继续与客户协商中。
各阶段中的数据分别可以归类出6种返工内容，分别是逻辑及流程的修改，用户界面修改，数据结构或数据组织修改，改变所用的程序语言，系统的反应速度和表现未附理想，新增功能或需求的修改，和其他不属于上述类别的修改。以下是18个项目所收集的数据：
数据代表的涵义说明
上述数据从2005年11月开始收集，分别与23个项目的负责人在数据收集完成后进行访谈，理解数据的准确性和返工背后的原因，最后对5个项目收集的数据因未能确认其准确性，故此只采用18个项目中收集到的数据，到去年10月才能够进行汇总、整理、和分析。
表格1中的数据说明大部份的返工分别来自开发阶段，共185次，相当于每个项目平均需要10次以上的返工；在用户阶段，共103次，相当于每个项目平均需要6次以上的返工；信息调研阶段，共60次，相当于每个项目平均需要3次以上的返工；和移交阶段，共41次相当于每个项目需要2次以上的返工。至于需求分析和系统设计两个阶段的返工次数较少，主要原因是客户基本上不重视这两个阶段的成果，他们要看的是编程（开发）的结果，测试的结果和移交（应用）的结果。
信息调研阶段
[1]
