1. 过程度量受商业目标驱动;
2. 过程度量手段源自软件过程;
3. 有效度量需要明确阐述的可操作性的定义;
4. 不同的人拥有不同的度量观点和需求;
5. 度量结果必须在产生结果的过程和环境中检验;
6. 过程度量应当跨越整个生命周期;
7. 保持的数据应当提供分析未来的实际基线;
8. 度量是进行客观沟通交流的基础;
9. 在项目内部和项目之间对数据进行总计和比较需要细心和规划;
10. 结构性的度量过程将强化数据的可靠性。
软件度量的要点：来自实战的教训
软件度量这一作业本身比较难以在实际的软件开发中顺利操作，也难以在软件开发改善中产生立竿见影的效果，甚至会让人觉得这是枯燥无味的无用功。这往往会形成妨碍实施软件度量的阻力，挫伤软件度量人员的积极性和热情。那么，如何有效地推动软件度量，就成为软件度量作业的重点课题。下面是软件度量作业的要点，可以作为推动软件度量作业的参考。
1. 从点滴开始。与其采用声势浩大的软件度量运动，还不如从点滴开始：让员工逐渐进入度量状态，避免因为大规模运动带来的不适和阻力。从点滴开始，从小规模的简单的度量项目开始，从能够吸引员工并能让其接纳的度量项目开始，保证软件度量能在避免受挫的情况下得以逐渐推进，同时尽可能提高软件度量的自动化程度。
2. 解释为什么。这是消除抵制情绪和消解阻力的重要环节，因为人们不会切实地践行那些他们没有真正理解和接纳的理念和措施。需让员工明白，使用度量将比没有任何度量要好;度量将在一定程度上增进对软件开发的理解、预测、评估、控制和改善;软件度量仅仅针对软件产品、项目和过程，而不针对个人;等等。
3. 根据项目实情加以具体实施。不同的项目拥有不同的产品、流程、环境、目标和顾客，顾客、软件开发人员、项目组甚至经营者对项目的需求也不同，必须聚焦于解决该项目在产品、流程等方面的问题，而不是直接套用以前曾经实施或者已经模式化的度量标准。
4. 共享数据。度量数据的共享这一行为本身具有四大好处：一则可以让员工感受到度量的切实性，即行动正在按照计划进展;二则可以为员工提供度量的反馈信息，以改进现状;三则可以通过比较，寻找最佳实践，实施标杆学习;四则可以通过数据共享增进信任，消除软件度量可能带来的误解。
5. 保持简单易懂。简单易懂这一点对于降低度量过程中的理解成本、沟通成本和实施成本都不可或缺。因为软件开发人员没有必要成为软件度量理论、统计方法以及度量技术的专家，他们仅仅需要知道软件度量与解决问题之间的关系，知道如何简单高效地实施度量。
文章来源于领测软件测试网 https://www.ltesting.net/
