敏捷开发之绩效考核

Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,6/20/2013,#,敏捷管理与开发,钱魏,201,3,年,6,月,2,日,绩效管理,必须接受的事实,绩效考核做不到公平,，,即使,管理者尽最大努力做到了公平,，,那些,成员也总是会感觉到不公平,。,何为绩效,管理,绩效,管理常常被片面理解为绩效考核，即如何确定个人的绩效，如何提工资和发奖金的问题,。,实际上,绩效,管理包含,制定,绩效,目标,制定,绩效,计划,制定,配套的,制度,绩效考核,绩效,管理的目的,绩效,管理的目的不是为了考核个人，而是为了提升企业绩效，所以尝试考核个人的企业实际上,在,利用,考核个人提升企业,绩效,敏捷开发是否要考核到个人,官方说法：,Scrum,中团队就是最小单位。,对团队进行,考核,.,团队实现承诺是,核心，考核的目标是为了实现这个核心，只有当某个人严重影响了,实现承诺，,对这个人的考核才会有意义。,将,团队的部分奖金和企业的效益挂钩，目的是使,团队以,商业价值为主，而不是单纯以技术实现,为主。,要么,团队全部人员得到奖金，要么全部得不到,。好处,：不是单纯,PM/SM,去,督促工作,，而是团队自己在淘汰其中会影响,到,承诺,实现,的成员；同时大家也会主动互相,协助。,不对某个人单独考核，但需要对个人进行面谈，及时沟通他对团队的贡献和不足，提供实在的帮助。,但是,最终工资与奖金都与个人相关。最终发到的是个人账户。,团队绩效,+,个人绩效,团队考核,是为了增加团队整体对质量负这的效果,个人考核,是为了考量个体能力、责任心等不同要提现的个体差异,团队的绩效考核,每次迭代的交付物是否可以被接受,以需求提出者对本次开发迭代交付物的评价为标准，分为“接受”和“拒绝”两种,每次迭代的生产率是否合理的增长,以每次开发迭代完成的需求工作量为评估标准，需求工作量不建议用代码行估算，而是建议用“故事点”、“理想工作日”等需求间的相对大小来评估,个人的绩效考核,质量,评估,方式,对于,开发人员,，以,“交付测试后发现的严重,bug,数量除以此需求工作量”来评估,；,工作量,评估,方式,完成,需求的工作量,，建议,用“故事点”、“理想工作日”等需求间的相对大小来评估,主动性,评估,方式,对于,开发人员，质量以,“交付测试后发现的严重需求,bug,数量除以此需求工作量”来评估；需求,bug,是指做出来的产出和需求方的实际需求有偏差,。,帮助,团队评估,方式,用,360,度的考核方式来评估,成,长性评估,方式,用,“质量”、“工作量”、“主动性”、“帮助团队”四个指标的评估值之和来评估,Q,&,A,Thanks,