软件项目团队绩效考核方案.doc
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_05.gif)
《软件项目团队绩效考核方案.doc》由会员分享,可在线阅读,更多相关《软件项目团队绩效考核方案.doc(15页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、软件项目团队绩效考核方案软件项目团队绩效考核方案 Version 0.1 Date:20_0613 1、 设计思路 1、 考核目的 改善公司项目内部管理机制保证软件研发项目按期、高效、高质完成促进项目团队及个人自身发展。 2、 使用范围 项目组整体成员。 3、 方法 项目以里程碑考核的方式执行每个阶段对上阶段的进度和质量做一个评审工作在评审工作的基础上对具体工作人员做一个项目绩效考核然后结合项目组组成员考核得分计算总考核以考核表的形式。考核表见附件1。 里程碑在这里划分为:需求分析阶段、设计阶段、编码阶段、测试阶段、交付阶段 4、 原则 公司监督考核过程的公平公正公开项目组内部互相监督执行共同
2、完成考核工作。 5、 考核关系 公司考核项目组项目组考核组成员。 2、 考核流程和内容 设计各个里程碑的项目绩效所占权重以及考核人员的绩效关系如下: 里程碑 权重 考核对象 需求分析需求分析师 设计架构设计师、 编码开发工程师 测试测试工程师 交付实施工程师 注:因项目不同难易度不同各里程碑的权重要根据实际情况而定具体权重值见项目计划。 1、 需求分析考核 先简单描述需求分析过程:需求调研-需求分析-需求整理-需求评审-需求确认。因为需求分析结果具有完整性、一致性和动态性的特性着重在完整性、一致性进行考核。考核对象:系统分析师。设计以下指标: 序号 指标 分值 备注 1 是否有功能角色分析 1
3、0 加分条件评审正确性正确分数全得 2 是否有用例图 10 加分条件评审正确性正确分数全得 3 是否有行动图 10 加分条件评审正确性正确分数全得 4 是否有状态图 10 加分条件评审正确性正确分数全得 5 非功能性需求 10 加分条件评审正确性正确分数全得 6 需求列表 25 扣分条件是基线需求在设计阶段发现需求列表中没有罗列最后导致返工少一项扣5分扣完为止新增需求和基线需求变更不在此列。 7 需求规格说明书/需求分析报告 25 扣分条件基线需求确定的前置条件下在设计阶段客观要求需求规格说明书/需求分析报告修改情况下每修改一次扣5分扣完为止新增需求和基线需求变更导致修改不在此列。 说明:指标
4、6和指标7必须满足是硬性条件。 2、 设计考核 先简单描述一下设计过程:在需求规格说明书/需求分析报告基础上进行概要设计和详细设计。 概要设计:系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计。 详细设计:在概要设计的基础上描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑以便进行编码和测试。应当保证软件的需求完全分配给整个软件。 因为设计阶段是需求调研的结果将指导后面阶段工作的准确性、完整性和扩展性所以负责对需求分析阶段的考核也着重在准确性、完整性和扩展
5、性进行考核。此阶段考核对象:系统架构设计师。设计以下指标: 序号 指标 分值 备注 1 结构设计是否模拟实际问题 5 扣分条件在编码阶段发现结构设计存在漏洞不能模拟实际场景发现一个扣1分扣完为止。 2 模型设计是否可以映射多个需求 5 扣分条件在编码阶段发现模型设计存在漏洞修改一次模型发现一个扣1分模型的约束和关联不在此列扣完为止。 3 接口设计的合理性 5 和外系统接口上表现为对本系统产生较大性能影响的修改一次扣1分扣完为止。 4 过程设计的可实现性 5 构件转化为软件的可实现性上极差或者不适应发现一次全部扣完。 5 基本处理流程是否清晰 10 在编码阶段发现基本处理流程不能适应行动图的发生
6、一次重设计扣2分扣完为止 6 模块划分是否具备代表性 5 设计评审阶段项目团队讨论默认取得 7 功能分配是否合理 5 设计评审阶段项目团队讨论默认取得 8 出错设计是否遵守统一体系 10 没有统一出错设计机制一次扣完 9 主要算法是否准确 10 每个算法在编码过程中需要修改一次扣2分扣完为止 10 类的层次结构和调用关系是否明朗 10 层次结构不清晰一次扣3分;调用关系不清晰一次扣2分编码阶段评审。 11 适用编码 5 设计评审阶段项目团队讨论默认取得 12 适合测试 5 设计评审阶段项目团队讨论默认取得 13 概要设计方案 10 项目组总体讨论概要设计方案的框架性修改一次扣1分 14 详细设
7、计方案 10 项目组总体讨论概要设计方案的框架性修改一次扣2分3、 编码考核 先简单描述一下该阶段的流程:根据系统详细设计方案对数据结构、算法分析和模块实现等方面的设计要求开始具体的编写程序工作分别实现各模块的功能从而实现对目标系统的功能、性能、接口、界面等方面的要求。负责对设计阶段的评审工作。考核对象:开发工程师编码要求严谨在此基础上设计考核指标如下: 序号 指标 分值 备注 1 是否实现了全部定义功能 10 每发现一个扣1分扣完为止 2 界面是否优化且被客户接受 10 每修改一次扣1分扣完为止 3 出现重大bug 10 每发现一个扣1分扣完为止 4 出现紧急bug 10 每发现一个扣1分扣
8、完为止 5 出现无日志bug 10 每发现一个扣1分扣完为止 6 代码走查发现bug 10 每发现一个扣1分扣完为止 7 代码评审发现性能问题 10 每发现一次扣1分扣完为止 8 每个版本bug未全部解决 10 在测试和实施反馈过来提交的bug每发现一个扣1分扣完为止 9 测试遗留问题在分配时间内没完成 10 每发现一个扣2分扣完为止 10 介质不完整:源代码、参数、文件、开发文档等必要说明的配置项 10 不完整一次扣5分扣完为止 BUG级别定义: 重大:对系统整体功能|性能影响较大 紧急:直接影响客户使用 4、 测试考核 在软件生命周期内应用科学的测试方法来测试系统。主要负责对编码阶段的评审
9、工作考核对象:测试工程师。考核指标设计如下: 序号 指标 分值 备注 1 单元测试方法 10 基本分 2 模块测试方法 10 基本分 3 集成测试 10 基本分 4 性能测试方案设计 10 设计合理并且能够应用于测试实际工作一次奖励10分 5 系统测试方案确定的科学性 10 扣分要素项目组全部讨论修改一次扣2分扣完为止 6 业务场景测试用例设计 10 扣分要素项目组全部讨论修改一次扣2分扣完为止。因为设计和编码阶段造成的修改不在此列 7 需求实现和bug修复后进行常规测试 10 扣分要素发现没有进行常规测试或者在后续测试中发现重大紧急bug一次扣5分 8 测试中发现bug提交开发人员 10 发
10、现一个奖励2分 9 测试是否有跟踪 10 扣分要素无跟踪到bug完整修复发现一次扣2分 10 测试工具编写 10 能够应用实际可行性高利用率高一次将10分5、 交付考核 简单描述流程:向用户提交开发的合同约定的产物培训客户。主要对项目推进方面起到重要对项目取得成果推广考核对象:实施工程师考核指标设计如下: 序号 指标 分值 备注 1 系统发布、部署及安装 20 在培训3次的基础上还没掌握需要团队人员配合的发现一次扣10分扣完为止 2 培训用户 20 在规定的时间内没有达到实施方案要求的培训效果去一次客户现场培训扣5分扣完为止 3 掌握数据字典能够根据数据定义解决数据性问题 20 基本分 4 编
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 项目 团队 绩效考核 方案
![提示](https://www.taowenge.com/images/bang_tan.gif)
限制150内