如何为软件项目成员定KPI?.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
如何为软件项目成员定KPI?

如何为软件项目成员定KPI? 如何对软件项目成员的业绩考核 - IT工程技术网 专注IT人所关注!-专业IT技术知识平台IT工程技术网软件工程需求分析系统设计构建实现产品测试部署实施运营维护 项目管理目标范围资源配置进度控制质量管理风险管理绩效评估 技能知识数据结构精妙算法数据库面向对象分析建模设计模式 编程语言C/C++JAVAPHPC#/.NetVCHTML/CSS/DIV脚本语言 首页 业界资讯 软件工程 项目管理 编程语言 技能知识 应用领域 方法体系 职场人生 技术论坛 管理研究 | 目标范围 | 进度控制 | 质量管理 | 风险管理 | 绩效评估 你的位置:IT工程技术网 项目管理 绩效评估 详细内容 在线投稿 如何对软件项目成员的业绩考核 排行榜 收藏 打印 发给朋友 举报 来源: IT工程技术网 发布者:IT工程师 热度36票 浏览25次 【共0条评论】【我要评论】 时间:2010年11月12日 14:39 中小型IT企业,对于程序人员的业绩考评一直存在一头雾水的处事状态,今天在网络浏览,偶见一网友的博文,犹如醍醐灌顶,与诸位IT工程技术网的朋友分享。 项目经理:是否实现了公司的战略目标,或者项目目标. 具体的目标,一般是用利润来衡量,项目的合同价格主要由销售部门来谈,项目经理必须准确的计算成本来配合报价,并且在项目过程中控制成本。有的时候利润并不是优先目标,其他可能的目标是:赢得客户;打响品牌;锻炼队伍等,如果你以打响品牌为第一目标,那你就要严格控制质量,不太考虑成本和利润。公司可以把若干目标按优先顺序列出,项目经理能实现前几个即为成功,如果全部实现,那此项目经理就很了不起了。 需求分析师:项目实施后客户对需求变更的多少,变更越少,需求分析师业绩越好。需求分析师的工作对项目成败有极大的影响,它对人的要求很高,比如沟通能力,对业务的熟悉程度和判断能力(潜在需求),对客户组织(谁说了算)/人员(性格等)的掌握程度,对系统运行环境的了解等。 系统架构师:项目整个过程的架构保持不变,如果有变化,那么架构师的工作即为失败。系统架构基于需求分析的结果,所以有时候架构更改要归咎于需求分析师。其实目前软件架构的资料信息很多,基本上都是知识,创新的机会不多,像David H.Hansson不满web开发的烦琐,创建了Rails on Ruby的例子属于极少数,我们多数都选择成熟的框架和技术。架构师需要有广泛的知识和长期的经验。并且能追踪软件技术的最新发展。 系统设计师:项目实施后维护开发(针对新需求)工作量的多少,改动越少,设计师的业绩越好。设计师的工作是项目中最具创新潜力的部分,精妙的模型,算法开发,公司的核心技术都来源于此处,不同设计师的工作成果可能是天上地下,当然了,缺少巧妙设计的软件系统也可以跑,但后续的维护开发必定会成为一个成本黑洞。 软件开发师:软件的bug数量和修复bug的时间以及bug的严重程度,公司可以有一个公式来量化这些指标。软件开发师的工作是项目质量的基本保证,软件系统最终要在这里变成成品。很多时候软件开发师也兼着设计工作,那么他们的重要性就更大了,好的开发人员多数是好的设计人员,因为写代码本身也是在做设计。 测试工程师:软件实施后bug的数量和严重程度。考核开发人员和测试人员都用了bug指标,但这些bug应该是独立计算的。这里bug是广义的,比如压力测试不过关,也算一严重的bug。 最后是架构/设计/开发/测试的反复,这里情况比较复杂,比如代码质量低下造成测试人员工作量的剧增,测试人员是比较冤枉的,这里就需要项目经理的智慧了,具体情况具体分析,对项目经理的要求是全面的,项目经理需要对团队士气负责,要知道,软件开发是智力活(体力活的观点非常错误),人的因素最重要。 项目经理负责真实而准确的记录项目所有数据,这是业绩考核的根据,他必须做到公平、公正、公开! TAG: 成员 考核 软件 项目 业绩 顶:2 踩:2 对本文中的事件或人物打分: -5-5 -4-4 -3-3 -2-2 -1-1 00 11 22 33 44 55 当前平均分:-0.38 (13次打分) 对本篇资讯内容的质量打分: -5-5 -4-4 -3-3 -2-2 -1-1 00 11 22 33 44 55 当前平均分:0.25 (12次打分) [心情排行榜]【已经有7人表态】 感动1票 路过1票 高兴 难过1票 搞笑1票 愤怒2票 无聊1票 同情 [感动最多的] 未来的创新者来自

文档评论(0)

jgx3536 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:6111134150000003

1亿VIP精品文档

相关文档