敏捷开发之绩效考核_第1页
敏捷开发之绩效考核_第2页
敏捷开发之绩效考核_第3页
敏捷开发之绩效考核_第4页
敏捷开发之绩效考核_第5页
已阅读5页，还剩5页未读， 继续免费阅读

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

1、敏捷管理与开发敏捷管理与开发钱魏 2013年6月2日绩效管理绩效管理必须接受的事实绩效考核做不到公平，即使管理者尽最大努力做到了公平，那些成员也总是会感觉到不公平。何为绩效管理绩效管理常常被片面理解为绩效考核，即如何确定个人的绩效，如何提工资和发奖金的问题。实际上绩效管理包含制定绩效目标制定绩效计划制定配套的制度绩效考核绩效管理的目的绩效管理的目的不是为了考核个人，而是为了提升企业绩效，所以尝试考核个人的企业实际上在利用考核个人提升企业绩效敏捷开发是否要考核到个人官方说法：Scrum中团队就是最小单位。对团队进行考核. 团队实现承诺是核心，考核的目标是为了实现这个核心，只有当某个人严重影响了实

2、现承诺，对这个人的考核才会有意义。 将团队的部分奖金和企业的效益挂钩，目的是使团队以商业价值为主，而不是单纯以技术实现为主。 要么团队全部人员得到奖金，要么全部得不到。好处：不是单纯PM/SM去督促工作，而是团队自己在淘汰其中会影响到承诺实现的成员；同时大家也会主动互相协助。 不对某个人单独考核，但需要对个人进行面谈，及时沟通他对团队的贡献和不足，提供实在的帮助。但是最终工资与奖金都与个人相关。最终发到的是个人账户。团队绩效+个人绩效团队考核是为了增加团队整体对质量负这的效果个人考核是为了考量个体能力、责任心等不同要提现的个体差异团队的绩效考核每次迭代的交付物是否可以被接受 以需求提出者对本次

3、开发迭代交付物的评价为标准，分为“接受”和“拒绝”两种 每次迭代的生产率是否合理的增长 以每次开发迭代完成的需求工作量为评估标准，需求工作量不建议用代码行估算，而是建议用“故事点”、“理想工作日”等需求间的相对大小来评估 个人的绩效考核 质量评估方式 对于开发人员，以“交付测试后发现的严重bug数量除以此需求工作量”来评估； 工作量评估方式 完成需求的工作量，建议用“故事点”、“理想工作日”等需求间的相对大小来评估 主动性评估方式 对于开发人员，质量以“交付测试后发现的严重需求bug数量除以此需求工作量”来评估；需求bug是指做出来的产出和需求方的实际需求有偏差。 帮助团队评估方式 用360度的考核方式来评估 成长性评估方式 用“

人人文库> 全部分类> 教育资料 > 课件下载

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论