哈哈，新开了微博:http://weibo.com/measures

说明：本文已刊登于《信息技术与标准化》07年第3期新一代的功能点规模估算方法: COSMIC-FFP1 引言软件规模估算是估计软件开发的工作量、成本与资源需求的基础，通过规模与其他度量数据还可以度量项目的生产率、缺陷密度，目前在工程界流行的估算方法是代码行估算方法和功能点分析方法（function points analysis，FPA法）。代码行估算方法是一种经验估算方法，通常会采用

时间箱管理是敏捷方法中的一条实践，其含义是在项目中的某些活动的完成时间必须在规定的时间内完成。该实践有助于提高整个项目的工作效率，避免帕金森现象。
 在敏捷方法里时间箱管理的具体体现包括：
（1）       每次迭代必须在固定的时间内完成，比如2周或1个月等，本次迭代必须交付一个质量得到充分检验的、可以运行的软件版本，如果有些需求不能在本次迭代内完成，则推迟到下一个迭代中完成。
（2）       项目的策划会议必须在4个小时内完成，某次迭代的策划会议必须在4个

系统测试的缺陷密度越大越好，还是越小越好呢？不同的人可能观点不一致。推而广之，每个度量指标都存在这个问题，那结论到底是啥呢？

图一：Engaging合弄的目的与性能等级图二：Engaging合弄的活动 图三：Engaging合弄使用的敏捷仪式与技术 

CMMI是不是拿钱就能过的认证？CMMI存在的意义是什么？CMMI真的是笨重不懂变通，只会要文档的家伙吗……在《践行者》第5期中，我们邀请到了资深CMMI高成熟度主任评估师——任甲林老师为大家澄清关于CMMI的这些常见问题，和我们一起回顾一下吧。