在开始一个软件项目之前，公司领导要与该项目主管对需要完成的工作内容、时间

期限、考核的标准达成一致。项目主管把任务进行分解，把每个软件开发人员所需要完

成的部分的内容、期限、考核标准也要达成一致，特别是各个模块之间的接口。并形成

“

”

一份完整的文档 任务说明书 。在期限结束时，主管根据每个开发人员的工作状况及原

先制定的考核标准来进行考核。为了避免到最后才发现问题过多、难以收拾，可以在开
发期间设置几个考核点，设置相应的阶段性目标，根据完成目标情况给出考评的分数。

 

根据客户关注点确定考核指标

 工作内容可以划分为几个独立的模块，在每个模块中用明确的语言描述工作需要达

“

”

到的标准，可以分为几个等级选项，如 优、良、合格、不合格 。软件产品的质量特性

按 ISO/IEC 9126 的定义，包括六个一级特性和分解之后的 21 个子特性。六个一级特性

分别是：功能性、可靠性、易使用性、高效性、可维护性、可移植性。

 在以上六大类 21 个子特性中，客户往往只关心几个重要的指标，只要把这几个重要

指标解决了，客户满意就有保证，而不需要在软件开发时耗费大量的资源在客户并不是

“

”

“

”

很关心的特性指标上。比如 易使用性 中的 易学习 子特性，如果把它作为一个重要特

性指标看待，则意味着软件开发需要在操作界面的帮助功能以及误操作提示处理上下很
大工夫。如果该软件的使用对象具有很高的计算机专业技能、使用人员固定，则该软件

的学习使用可以通过集中培训来解决，而不需要像微软的 office 软件一样提供很强的在

线帮助。再如电信企业的客户，均很关心可靠性中的成熟性、容错性、可恢复性等指标 ，

对于其他特性的关注则轻得多。如果不理解这一点，即便提供再多的功能，操作再方便 ，
维护成本再低，都不可能使客户满意。

所以在制定软件人员的考核指标时，要紧密结合该项目的顾客关注的指标，顾客重

视的内容作为考核的重点内容，其他作为辅助考核指标。

程序的规范程度是考核的重要因素

印度的软件之所以发达，与他们产品的规范是有很大关系的。虽然编程员的水平不

“

要求多高，但大家都受过严格的训练，一切都模式化了，程序的可读性好，便于 兵团作

”

战 。而我们的程序员可能水平很高，但不愿意接受严格的规范，懒得写注释，自己写的

程序只有自己懂，难以保证质量的连续性，也无助于树立软件公司的形象。规范化管理
就要将操作流程固定下来，将所有好的做法在组织内共享，通过制度的力量影响结果的

质量。

为了驱动软件人员向规范化管理靠拢，考核时就要采取细化尺度。如关于软件技术

文档的编写水平，就可以定为以下几个级别：

 1.编写非常规范，非常及时，随时都可以查阅任意相关文档；

 2.编写非常规范，较及时，随时可以查阅近期文档，文档编写滞后 3 天以内；
 3.编写较规范，较及时，一般可以查阅近期文档，文档编写滞后 3-6 天；

 4.编写较规范，但不及时，常常难以查阅，文档编写滞后 6 天以上；
 5.编写不规范，不及时，常常难以查阅，甚至没有编写相关文档。

客户参与考核

   一个软件系统项目，是否能满足客户的应用要求，不可能通过一次测试验收就能

作出结论；客户关心的质量特性指标并不能在短时间内遍历。为了鼓励软件人员提升知

识和技能，可以在考核时让客户参与进来。这样既可以在过程中体现公司对客户的重视 ，
也可以使软件人员的成果与客户的想法直接进行碰撞，根据反馈改进软件产品。客户的

“

”

——

参与不是单方的要求，而是双方的共同需要。 闭合 不是等价于一个圆的形成

在每

——

个项目完成后进行客户沟通和项目总结，并反馈到市场营销

而是存在着多个圆，需

要在与客户的各个接口界面上都进行双向的沟通。

一个项目完成并交给客户后，不要把该项目的奖金一下子全放下去。可以留下 30-

40%待一年后发放，给客户一年的时间发现问题。软件公司则根据问题的大小从余下奖

“

”

金中相应扣除。通过这样做，就使软件人员更加明确： 客户满意度 是企业所追求的一
项重要目标。