红黑牌制度及绩效考核初稿

上传人:小** 文档编号:230214134 上传时间:2023-08-23 格式:DOC 页数:9 大小:81KB
收藏 版权申诉 举报 下载
红黑牌制度及绩效考核初稿_第1页
第1页 / 共9页
红黑牌制度及绩效考核初稿_第2页
第2页 / 共9页
红黑牌制度及绩效考核初稿_第3页
第3页 / 共9页
资源描述:

《红黑牌制度及绩效考核初稿》由会员分享,可在线阅读,更多相关《红黑牌制度及绩效考核初稿(9页珍藏版)》请在装配图网上搜索。

1、红黑牌制度及考核办法关志勇:*红黑牌不是为了制约团队成员,相反是为了帮助团队成员按时按质完成工作任务,红黑牌既是体育比赛当中的裁判员和教练员的结合体,有裁判员根据比赛规则维持秩序的作用,有教练员根据比赛当中的具体情况做出针对性指导和调整的作用;又有光荣榜的激励作用和黑名单的警示作用目的:红牌是为了突出鼓在工作过程当中为团队争取到成绩的行为事件和在个人的工作方法、产品技术、测试/开发技术、计划能力、工作执行能力、协调沟通能力或其他综合能力有提高、改进的事件,为团队的成员提供正确工作方向的指引,让大家明白什么行为事件可做、值得坚持去做;黑牌就是对于针对工作当中没有达到预期目标(包括工作目标、个人提

2、高目标、团队建设目标)、严重影响了团队工作或者项目进度或者造成了恶劣影响的事件,让大家明白什么行为事件不可做,要立刻放弃。红黑牌细化了考核的维度,增加了考核数据,可以让leader随心所欲的去实施自己的管理理念,让管理工作的可执行性增强红黑牌规避了工程师水平不一的评定难题,注重对工作的过程改进,注重个人的不断的自我突破,自我提高,跟当前的技术水平级别关系不大红黑牌发放三个很重要的大维度:针对公司的贡献/影响,针对团队的贡献/影响,针对自己的贡献/影响红黑牌考核制度和kpi的考核方式不冲突,红黑牌是记录,可以结合kpi的指标来进行,比方说kpi的基本项占50%,完全红黑牌考核占50,不过kpi的

3、考核数据要完全客观数据化评判;红黑牌是完全的主管意识+客观事件评判机制发放控制方式每个红黑牌都必须要详细列出具体事件、发放原因和发放时间每个红黑牌都必须要公开存放可查询发放流程:鼓励多发放红牌,把红黑牌作为推动项目管理工作、团队建设工作的手段,红黑牌的发放标准、发放时间和发放数量不做严格的要求,把发放权力下放给发放人,发放人可以根据自己工作的需要掌握发放红牌,举些例子:如目前大家的bug描述都太符合要求,在指出问题后张三的bug描述质量有了明显的改善,达到了改进的目的,可以给张三发放红牌号召其他同事以张三的bug描述为参考以提高bug描述的质量;又如经理针对张三在工作执行效率方面提出了改进意见

4、,张三较好的达到了效果,经理可以给张三红牌鼓励这种改进的行为黑牌发放要慎重,需要跟测试部经理先行沟通后再做决定发放权力:部门经理和系统测试组成员可以面向测试部全体人员发放红黑牌,项目测试负责人可以对项目里面的测试人员发放红黑牌,测试经理可以向所负责测试组成员发放红黑牌;导师可以向被辅导员工发放红黑牌;发放方式:根据实际事件随时发放红黑牌发放行为参考bug方面:目的:选出令自己有成就感的bug原则:1、从自己发现bug过程的复杂度来判断:这个bug不是菜鸟随便点击就能发现,二是结合应用场景、测试力度、测试手段等方面发现的2、从自己发现bug的思路来判断:灵机一动、举一反三的想法也来源于你之前对产

5、品测试技术的积累,产品的bug其实就摆在产品里面,就看你有没有找到它的思路,有些bug只要思路正确了,对路了,一下子就能发现,其发现过程并不复杂3、如果我们掌握了之前不了解的一种bug定位方法,复现手段,那么很有必要记下来作为一种经验或者技巧积累起来4、能从bug当中寻找出新的测试思路从而能产生出新的测试case5、由于增加了新的工具或者新的场景等条件而发现的bug6、现在发现bug的思路或者方法可以推荐给组内其他成员7、bug的描述非产清晰,可以直接帮开发把原因定位出来,免得开发频繁过来让测试帮忙复现和定位,影响工作效率case方面:目的:case的增加是有源头的,我们希望把这些源头汇总起来

6、,共享给团队其他成员,共同提高case的覆盖度和针对性原则:1、增加case是来源于测试角度或者测试类型的增加,因为增加一个测试角度或者测试类型会带来一系列的case的增加,如你之前没有考虑状态测试这个角度,一旦有了这个角度,就会产生不止一个的case2、增加case是来源于某种测试工具的引入,有很多好的idea由于没有工具而无法实现,为了鼓励大家多引入新的工具或者使用挖掘好现有的工具,我们需要关注来源于工具方面的case的增加3、增加case是来源于某个应用场景的增加,因为一个应用场景的增加也会带来不止一个case的增加,应用场景考虑的是不是周全,是不是覆盖了我们的主流客户,为了突出应用场景

7、的重要性,需要关注来源于应用场景方面case4、增加case来源于对产品实现流程或者所采用的技术方面学习成果5、增加case来源于有用外部故障6、增加case来源于团队协作,这些case是因为其他人的指导启发、其他case的启发、其他bug的启发等等综合工作亮点:目的:按时按质保证我们的测试质量,并不完全依靠技术,甚至于技术的提高也是需要一定的条件或者平台,我们需要构建一个平台,能凝聚所有人的智慧和经验去保证我们的工作质量,我们需要关注这个搭建这个平台需要关注那些内容原则:1、有关自己犯的错误并且找到了错误原因和解决方法2、工作过程当中方法和处理技巧方面的积累如任务的分解能力、执行能力、任务的

8、并发处理能力、任务的控制能力、协调资源的能力、吸取别人经验的能力3、技术培训工作方面的亮点(相比之前的培训,做了那些改进,有什么地方做的比以前好,培训目的可达,培训成果应用在后续工作的成果)4、技术评审工作方面的亮点(相比之前的评审,做了那些改进,有什么地方做的比以前好,评审目的可达、评审结果能应用到后期工作的成果)5、会议工作的亮点(相比之前的会议,做了那些改进,有什么地方做的比以前好,会议可控、目的可达,会议内容服务于后续工作的成果)6、流程规范方面的亮点(对团队工作流程规范提出合理、可执行的建议)7、行为习惯方面的亮点(自己行为习惯规范方面的经验教训,并能共享给团队其他成员如工作执行效率

9、、测试控制方法、并行任务处理能力等)8、产品文档方面的亮点(工作文档、技术文档:条理清晰,易于理解,在工作当中有应用实例,便于推广)9、团队合作方面的亮点(测试项目组内部的合作,和开发团队、产品团队、客服团队之间的合作:灵活性与坚持原则关系的处理、与其他团队合作的融洽性等,对工作起到润滑剂的作用)10、对外技术支持工作的亮点(包括对客服、售前进行技术培训、给客户做售前技术培训、跟踪定位线上故障问题,功能测试组的同事也应该有复现、分析故障的能力)11、自动化脚本普及率和工具应用情况(自动化脚本覆盖率(包括自己编写和自动化组同事编写)和实际执行过程当中使用工具的数量和工具的使用深度)12、导师辅导

10、新员工工作或者指导帮助其他员工工作的亮点(每个人都有自己擅长的技术特长,对其他同事(特别是新员工)的指导可以缩短同事的学习时间,提高学习效率,对新员工制定的学习工作计划的质量和跟踪新员工对学习工作计划的实施情况,可以让新员工尽快成长起来,尽早投入测试工作当中)13、各种技术(包括工具、产品实现技术)的应用和推广14、测试工作任务红黑牌和考核的关系 每个月出会从考核维度库里面抽取出4-6个维度作为本月的考核重点,在具体实施过程当中可以根据工作实际情况及时调整维度(增加或者删除)在月、季度和年度的考核里面会主要根据红黑牌的事件性质和数量来参考,会考虑红牌事件对项目、对团队、对个人的贡献大小去评估个

11、人的考核成绩 红黑牌的事件性质和数量是一种对比行为,基本是在项目组内部对比,在项目组内部排出名次,一般不在项目组间进行横向的对比,但是项目组的整体表现会决定项目组优秀员工的比例,举个例子说:有1、2、3三个项目组,虽然甲在1组内排名第一,有可能其综合表现很突出,能力也超强但是由于1组的表现在3个组当中排名垫底,而公司给定qa部门优秀级别的名额是3个(可以是调薪、年终奖金的机会),1组只能有良好级别的名额,那么甲也就只能是良好了,因此团队的成绩决定了个人的成绩,团队里面的每个成员都应该团结起来,共同进步,共同提高团队的战斗力和工作成绩,让公司认可测试部的工作,使得例子里面的优秀级别名额由3变为4

12、、5或者更多才是我们的最终目标 组内的考核对比,比方说我们有A、B、C3个级别,A级别有3个名额,B级别有10个名额,C级别有20个名额,在评定A级别时,如果第三名和第四名的红黑牌数据相差较大,那么就不存在争议,如果第三、第四、第五名的红黑牌数据比较相近,那么需要考核leader去分析3、4、5名的红牌发放依据,考核既是为了表彰以往的成绩,也要考虑下一阶段的工作方向,要起到承上启下的作用,因此在红黑牌数量相仿,我们就具体分析具体红黑牌的发放维度,那些维度的红牌是我们最看重的(公司贡献/影响、团队贡献/影响、个人贡献/影响),从中做出抉择红黑牌和项目奖金的关系 红黑牌的数量和发放维度(公司、团队

13、、个人)决定了测试工程师的绩效级别(A、B、C、D) 绩效级别直接和月度奖金挂钩其中A级的奖金是900元,B级的奖金是500元,C级不发放奖金;D级分为D+、D、D-三个级别,D+扣除全部绩效奖金(月工资的30%),D扣除月工资的20%,D-扣除月工资的10%(备注:被评为D级的员工,如果是2009年新入职的员工按规定执行扣款,而2009年之前入职的老员工不执行扣款,2010年开始所有员工按规定执行扣款)奖金发放规范项目奖金既要考虑多劳多得、按时按质完成任务的原则,又要考虑公平分配、公司、团队整体利益的原则 部门的考核级别定位A、B、C、D4个级别;D级分为D+、D、D-三个级别 A级占部门总

14、人数的15%,B级占部门总人数的35%;C级占部门总人数的40%;D级占部门总人数的10% 连续3个月的D的员工会被末位淘汰季度奖金也会根据月考核成绩来评定 在红黑牌发放的3个大维度公司、团队、个人相对应的红牌加权为2.5:2:1;黑牌加权为10:4:2FAQ提问问题1:有人提出红黑牌是否应该考虑工作量回答:这个问题要从两个角度去考虑:第一是工作主动性方面,如果在自己有精力有空余的前提下(自己原有工作能够按时按质的完成)主动承担了额外工作任务,并且完成的较好,这种行为也是可以考虑给红牌第二是在工作量巨大的情况下任务的完成情况,虽然你的工作量很大,但是完成情况离期望值有不少的偏差,这种情况不应该

15、给红牌,反之工作量大,又能完成的很好,这样的行为可以给红牌提问问题2:鼓励多发放红牌,把红黑牌作为推动项目管理工作、团队建设工作的手段,红黑牌的发放标准、发放时间和发放数量不做严格的要求,把发放权力下放给发放人,发放人可以根据自己工作的需要掌握发放红牌,举些例子:如目前大家的bug描述都不符合要求,在指出问题后张三的bug描述质量有了明显的改善,达到了改进的目的,可以给张三发放红牌号召其他同事以张三的bug描述为参考以提高bug描述的质量(如果之前有比张三的bug描述质量更高的人,是不是应该以那个人的为参考);又如测试经理针对张三在工作执行效率方面提出了改进意见,张三较好的达到了效果,测试经理

16、可以给张三红牌鼓励这种改进的行为(不太明确工作效率如何体现,如果两个人都做同样的事,那本身对这件事熟悉人肯定工作效率会更高,如果一个人去做不熟悉的事,比如测试一个新产品,我觉得比较难把握工作效率)黑牌发放要慎重,需要跟测试部经理先行沟通后再做决定(担心谁要是拿了黑牌的话,对以后会造成很大的心理压力,基本不亚于给一个警告处分。这是很严肃的事情,不希望最后弄的和幼儿园哄小孩发红花似的,最好先试行一段时间之后,对效果进行一下分析,黑牌这种方式并不是所有性格的人都容易接受的,有权力发牌的人对尺度的把握也不一定一致,就像足球裁判一样)子问题1:针对(如果之前有比张三的bug描述质量更高的人,是不是应该以

17、那个人的为参考);回答:红黑牌从现在开始算起,不考虑以往,并且红黑牌的特点是实时反馈,及时引导大家的行为方向子问题2:针对(不太明确工作效率如何体现,如果两个人都做同样的事,那本身对这件事熟悉人肯定工作效率会更高,如果一个人去做不熟悉的事,比如测试一个新产品,我觉得比较难把握工作效率)回答:红黑牌主要针对个人相比之前做出的改进,因此不同水平的人的要求肯定也不一样,举个例子来说初级测试工程师只要相对他现在的水平或者能力做出了改进,那么就应该发放红牌鼓励,一个高级测试工程师其工作表现就算远远超出身边同事,但是我们对其的要求本身也高(说实在话因为他的待遇本身也高对吧),如果其表现没有体现出问题3:针

18、对他之前的水平能力有提高改善的方面,那么也不应该给红牌针对(一直担心谁要是拿了黑牌的话,对以后会造成很大的心理压力,基本不亚于给一个警告处分。我觉得这是个很严肃的事情,不希望最后弄的和幼儿园哄小孩发红花似的,最好是试行一段时间之后,对效果进行一下分析,因为我觉得这种方式并不是所有性格的人都容易接受的,有权力发牌的人对尺度的把握也不一定一致,足球裁判就是这样)回答:黑牌的发放肯定是慎之又慎,具体需要看实际情况来决定,并且肯定不是一个人决定,起码要经过发放人和部门经理至少两个人商定才能决定,黑牌本身就是一种警告处分,这是我们测试部内部的处分,黑牌是一把双刃剑,可以让人重生,也可以把人推向绝地,是重

19、生还是绝地这不是取决于我们是不是该发放黑牌,而是取决于黑牌承受者自己,黑牌不是个人污点,重要的是得了黑牌之后的工作表现,黑牌之后不会影响得红牌,相反可能会更容易得红牌(这绝对不是鼓励用得黑牌的方式的得红牌呵呵),黑牌之后相关得黑牌行为而改进得到的红牌会减轻甚至抹掉黑牌对考核的影响,一切视实际情况而定;黑牌只是对特定事件的处理,并不是判决子问题3:问题:针对:(我觉得所以能够得到红牌的行为由成员自己申请的方式更合理一些,做一张表,分几个类,比如CASE类,技术文档类、BUG类,亮点类,改进类,先进技术分享类每天谁如果因为某件事去申请红牌的话,都可以填到这张表里,写清原因,然后有权发放红牌的人再去

20、评估,不然各个负责人自己去观察其他人工作的话一是占用时间较多,二是难免有遗漏,三是不一定客观,比如我是负责人,我和项目成员某某接触最多,关系较好,可能我对他的关注就比较多,大家同样都有得到三个红牌的机会,可是最后的结果我发给某某三个,发给别人一个。)回答:在工作日志模板里面已经有表格让大家自己填写自己的亮点;因为红黑牌都是公开发布,每个红黑牌的发放都必须附带说明,如果存在疑问或者建议,随时可以向组长反馈,没有得到解决再向部门经理反馈,力争保持公平公正的原则问题:针对(如果单纯考虑工作量的话,那最后可能就形成谁加班多谁就得红牌的情况,这样虽然对公司固然有利,但员工之间难免形成不平等竞争和生活的恶性循环)提问:是定期发牌,还是随时发牌?回答:工作量作为一个单一条件是不具备发放红牌的,在faq里面提到工作量+完成结果或者工作量+过程亮点才具备发放红牌红黑牌发放重在实时性,因此是随时发放,在周例会上面会进行总结

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

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!