利用博弈论的软件项目中激励与考核

1、在软件项目中基于博弈论的激励与绩效考核博弈论主要是由冯诺依曼(19031957)所创立的。他不仅创立了经济博弈 论，而且发明了计算机。在20世纪初，塞梅鲁(Zermelo)、鲍罗(Borel)和冯诺 伊曼已经开始研究博弈的准确的数学表达，直到1939年，冯诺依曼与奥斯卡摩 根斯特恩合作使博弈论进入经济学的广阔领域。1950 年和 1951 年纳什证明了非合作博弈及其均衡解，并证明了均衡解的 存在性，即著名的纳什均衡。从而揭示了博弈均衡与经济均衡的内在联系。纳什 的研究奠定了现代非合作博弈论的基石，后来的博弈论研究基本上都沿着这条主 线展开的。其实这一理论是从棋弈、扑克和战争等带有竞赛、对抗和决

2、策性质的问题中 借用的术语，听上去有点玄奥，实际上却具有重要现实意义。博弈论大师看经济 社会问题犹如棋局，常常寓深刻道理于游戏之中。一个完整的博弈应当包括五个方面的内容：第一，博弈的参加者，即博弈过 程中独立决策、独立承担后果的个人和组织；第二，博弈信息，即博弈者所掌握 的对选择策略有帮助的情报资料；第三，博弈方可选择的全部行为或策略的集合； 第四，博弈的次序，即博弈参加者做出策略选择的先后；第五，博弈方的收益， 即各博弈方做出决策选择后的所得和所失。励的原在软件项目中，测试活动保证贯穿于软件项目的全过程，主要包括：需求确认、系统验证、系统测试，目的是在计划时间内达到客户的满意。可以把软件开

3、发人员和测试人员作为博弈的双方，项目负责人即为博弈操作方。他们共享项目 的全部信息博弈信息。软件过程规范可以定义他们的行为或策略，也就是 工作内容，在这里双方可选择的行为和策略不是完全相同的，甚至是对立的。迭 代的软件过程使博弈的次序互相交错。博弈双方共同前进，直到软件产品交付。 主要原则如下：（一）明确利益共享者和他们的利益，即博弈方和博弈方的收益 这是任何项目都不能回避的问题，任何参与项目的人员都想从项目中获得自 己所需要的。根据期望理论，人之所以能够从事某项工作并达到组织目标，是因 为这些工作和组织目标会帮助他们达成自己的目标，满足自己某方面的需要。这 里的利益就是博弈方的收益，我们要充

4、分的分析软件工程师的需要，制定满足他 们需要的博弈收益。在实践中，把软件设计与测试人员作为博弈双方，它们的博 弈收益是：软件设计每解决一个 BUG 和测试人员每发现一个 BUG 就获得一定 的积分，当然一个 BUG 的分数和它的严重级别、优先级是相关的，最后根据你 的积分可以获得相应的奖励，同时根据公司发展的要求，制定了一个更高的目标， 通过一个项目你可以掌握一个测试工具，提高自己的测试水平，最终目标提高了 自己在公司的级别，满足了自己的高层次的需要。（二）与软件项目过程当中的阶段目标相结合“大目标，小步子”的原则是非常适合软件项目的，软件项目都有一迭代的 开发周期，持续时间长，反复次数多，极

5、易使人产生厌倦，况且软件项目的成功 正是取决于一个个小阶段的成功，所以我们一定要小步子前进，分阶段设立目标。 如果只是设定了一个较大的目标，或者目标的定位很高，这样都会使人感到不易 达到或者能够达到的期望很小，因而很难充分地调动人员的积极性，去为达到目标而付出努力。现在比较流行的RUP （ Rational Unified Process ）,把软件过程分为四个主要阶段：需求捕获、系统分析、系统设计、系统构建，每个阶段都是一个里程碑，并且都有相应的按次序排列的活动，每个活动都有相应的结果产生，有的结果可以表现为制品。在这个过程中项目经理应根据这些小的可视化的结果，不断的对团队的行为进行强化，好

6、的结果能鼓舞士气，继续努力，坏的结果能促使其分析原因，及时纠正，反复迭代，不断进化，最终获得项目的成功。（三）注重精神激励 软件工程师被认为是“白领阶层”，人员素质比较高，所以激励的中心应为 较高层次的需要，根据马斯洛的需求层次模型，体现的较高层次需求主要是社交、 自尊、自我实现的需要。总的来说，物质激励是基础，精神激励是根本，在两者 结合的基础上应以精神激励为主。在软件工程过程中，存在着许多技术攻关。首 先要明确这些问题，然后分配给相应的人去完成，这样既是对他的肯定，同时也 可以满足他的精神需要，原因就在于，在一个项目的开发过程当中，每个人都想 起到关键的作用，在某些方面展示自己的才华。又如

7、程序开发人员和测试人员这 对博弈的双方，程序开发人员目标是不出现错误或者尽可能的少出现错误，而测 试人员是要发现错误，他们都想成为胜利者，如何运用他们这种心理，也是精神 激励的范畴。（四）公平竞争原则 在博弈论中，博弈的每一方面对的环境、条件都是相同的，而且采取的行为 都是固定的，也就是说博弈模型是“完美完全”的。公平是激励的一个基本原则。 在软件开发过程中，由于计算机的配置不同，会使程序员抱怨没有得到公平的对 待，甚至会成为不能完成任务的一个理由。当然，我们可以根据程序员水平和承担任务的不同分配不同的计算机，这样虽然可以产生激励作用，但它的负面影响是不容忽视的，这需要项目经理进行权衡。博弈信

8、息的共享也是关键的，比如需求变更的影响是非常大的，项目中的每一个人都权力知道，从而使他们能在一个 信息共享的平台上工作。三. 基于此激励在软件项目中，要使每个参与者都能得到自己满意的结果，这并非一件容易 的事，一个有效的激励方案也需要一套完整的绩效考核体系来做支撑。该体系采 用了系统的原理和方法来评定和测量项目中工作人员的工作行为和工作效果。 （一）根据全程质量管理理念定义软件项目的缺陷管理机制。这里的缺陷不仅指程序异常的缺陷，而且也指贯穿于软件项目过程中所有的缺陷，包括市场调研阶段、需求分析阶段、设计建模阶段、编码阶段、测试阶段、 移交阶段、系统维护阶段。本文将缺陷主要分为以下几种：未完成的任务。在规定的时间内没有完成的任务，自动成为项目的一个 BUG 由项目经理登记在BUG管理系统中；确认的需求变更。由用户提出的，经过评审后的需求变更作为一个BUG由 需求管理人员登记在BUG管理系统中；确认的需求分析或系统设计缺陷。经过确认，项目其他方面的缺陷的确是由 需求分析或系统设计的缺陷引起的，将其作为需求分析或系统设计缺