敏捷方法中采集的度量数据

很多软件企业都面临人少事多的状况，在公司级如何调配人力资源的使用呢？ 现实中最常见的策略就是：平均用力，分散资源，会叫的孩子有糖吃。即新来一个项目就抽调几个人过来，启动该项目，开始干起来。如果有另外一个项目面临交付工期压力，项目经理找老板申诉人手不够，就再从别的项目组临时抽调人员过来救火，如此恶性循环，每个项目都人手不够，每个项目都拖期，四处江湖告急。 我们理想中的策略应该是啥样的呢?应该是集中优势兵力打歼灭战，确保绝大部分项目都人手充足，最多只有一个项目缺少人...

CMMI 2.0和CMMI 1.3的评估方法相比，一个重大变化就是抽样规则变了，新的抽样规则要求覆盖的项目范围更广，但是再不要求有全覆盖的项目，将参与评估的工作量分摊到多个项目中，要求企业的流程体系能够真正在公司里推广落地，而且不是由评估师和sponsor来确定，而是由随机抽样系统来确定，减少了人为干预，确保了抽样的代表性。1 哪些项目可以参评，可用来抽样？ 包括但不限于...

每个失败的项目了都可以找这个借口：项目周期短、需求变化快、人员有限。  需求、工期是由客户确定的。作为客户来讲，他不可能去合理评价给定的需求是否可以在某个时间内能够完成，至于投入多少人那更是开发方自己的问题。开发方对客户做出了承诺就要兑现承诺，否则就不要承诺，既然承诺了，就没有理由再去抱怨工期短、需求变化快。开发方必须接受这个现实，认可这个现实，然后才可以玩这个游戏，否则你就出局。  CMMI是应

CMMI V2.0

过程：过程是一组有序活动的集合。过程可以包含多个输入与多个输出。过程的输出可以是一个工作产品也可以是一个结果。过程与过程之间的关系可以分为：  交互影响关系：即两个过程之间是互相的影响的，过程A的输出影响了过程B的输出，比如需求开发过程的质量影响了需求评审过程的缺陷个数的多少，影响了系统测试阶段发现的缺陷个数的多少。  替换关系：即两个过程可以互相替换，比如OO的需求分析过程、结构化的需求分析过程