IT项目管理（2）

CMMI标准运用系统化思维决解行业问题方法

软件度量

软件度量的目的是为项目管理提供项目执行情况的充分可见性，并使项目管理者了解项目实际进展与期望之间的差异，以便实时做出调整。

不同层次、不同领域的软件过程改善以及软件过程控制都离不开对软件过程的度量，他为管理人员提供决策信息，从建立生产过程和产品基线、进行软件过程评价、增强软件过程控制能力、支持软件过程改善四个方面理解软件过程需求。

过程改善模式

过程改善模式的关键在于根据项目的状态进行分析，将实际情况与预计进行比较，根据差异进行调整，使得项目的发展回到正轨。

过程改善模式的两种流程如图;

a流程中过程改善的信息反馈比较简单，不能确定改善的效果以及改善将要花费的资源占用情况，更无法确定下一步改善目标与重点，改善过程中也没有历史信息供企业内部共享；b流程在有明确目标的前提下，以过程度量为支撑，充分记录过程的动态行为信息把过程改善目标和度量信息进行比较从而判断过程改善的有效性，为设立下一次过程改善目标提供依据。

CMMI就是一种过程改善模式下的软件度量方法。

CMMI软件度量

基本概况

CarnegieMillon大学的SEI提出了一个较为标准的软件度量过程体系结构图：

主要计划在于确认范围和定义程序步骤，首先根据项目需求、组织实力、预计资源等等确认一个适用的度量过程，然后对这个度量过程的每个步骤进行更详细的程序定义，包括定义完整、一致、可操作性的度量；定义数据采集、记录、保存的方法以及定义对度量数据进行分析的相关技术。

过程实施在于数据的采集以及分析，需要进行数据的收集、记录、保存，并进行检验以保证数据的正确性，分析数据之后审核上报，通过这两个步骤，可以追踪活动的状态。

在进化过程中，根据之前分析得到的结果，确认项目实际运行过程与期望之间的差异，根据反馈动态的改善过程并确保提供一个结构化的方式综合又能处理多个设计过程改进的问题的解决办法。

具体度量方法

需求度量

需求度量项主要包括原始需求总数、本阶段新增需求数、本阶段删除需求数、本阶段修改需求数、本阶段变更需求数、本阶段需求总数、项目结束时变更的需求总数、项目结束时需求总数、需求变更比例、需求实现率等等。

需求的变更可能直接导致规模的增长、进度的延迟、成本的增加以及返工。项目成员应周期性的度量需求、控制需求并采取相应行动。

规模度量

规模是决定项目成本的基本因素，是估算工作量、计算生产率、缺陷密度和其他项目评估指标的基础。
通过监控实际规模与估算规模的偏差，重新估算工作量和进度。如果规模变化率在上下控制线以内不予理会，如果超出，则采取相应措施。

进度度量

进度度量的目的是控制项目成本。度量项包括项目估计进度、项目实际进度、进度偏差、里程碑计划总天数、里程碑实际天数、里程碑差异天数、项目计划总天数、项目实际总天数、项目差异总天数。
如果差异过大则需需要排查原因采取措施使其回归正常。

工作量度量

工作量度量的目的是确认人力是否充足以及工作分配是否合理。对人力资源的安排极大地影响了工作效率。
具体方法是：首先缺德工作量度量的基本度量项，由工作人员填写工作日志，在一定时间统计基本度量项并计算相关派生度量项。

风险管理度量

对发现进行度量和评估，统计识别的风险和转化为问题的风险数目，供以后的项目参考。