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

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

ID:37469869

大小:56.00 KB

页数:8页

时间:2019-05-24

红黑牌制度及绩效考核初稿_第1页
红黑牌制度及绩效考核初稿_第2页
红黑牌制度及绩效考核初稿_第3页
红黑牌制度及绩效考核初稿_第4页
红黑牌制度及绩效考核初稿_第5页
资源描述:

《红黑牌制度及绩效考核初稿》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库

1、红黑牌制度及考核办法关志勇:pktest@126.com前言:红黑牌不是为了制约团队成员,相反是为了帮助团队成员按时按质完成工作任务,红黑牌既是体育比赛当中的裁判员和教练员的结合体,有裁判员根据比赛规则维持秩序的作用,有教练员根据比赛当中的具体情况做出针对性指导和调整的作用;又有光荣榜的激励作用和黑名单的警示作用目的:红牌是为了突出鼓在工作过程当中为团队争取到成绩的行为事件和在个人的工作方法、产品技术、测试/开发技术、计划能力、工作执行能力、协调沟通能力或其他综合能力有提高、改进的事件,为团队的成员提

2、供正确工作方向的指引,让大家明白什么行为事件可做、值得坚持去做;黑牌就是对于针对工作当中没有达到预期目标(包括工作目标、个人提高目标、团队建设目标)、严重影响了团队工作或者项目进度或者造成了恶劣影响的事件,让大家明白什么行为事件不可做,要立刻放弃。红黑牌细化了考核的维度,增加了考核数据,可以让leader随心所欲的去实施自己的管理理念,让管理工作的可执行性增强红黑牌规避了工程师水平不一的评定难题,注重对工作的过程改进,注重个人的不断的自我突破,自我提高,跟当前的技术水平级别关系不大红黑牌发放三个很重要

3、的大维度:针对公司的贡献/影响,针对团队的贡献/影响,针对自己的贡献/影响红黑牌考核制度和kpi的考核方式不冲突,红黑牌是记录,可以结合kpi的指标来进行,比方说kpi的基本项占50%,完全红黑牌考核占50,不过kpi的考核数据要完全客观数据化评判;红黑牌是完全的主管意识+客观事件评判机制发放控制方式每个红黑牌都必须要详细列出具体事件、发放原因和发放时间每个红黑牌都必须要公开存放可查询发放流程:Nopass沟通沟通Pass沟通项目组/测试部内部发放测试部经理发放人红黑牌接收人提交审核鼓励多发放红牌,把

4、红黑牌作为推动项目管理工作、团队建设工作的手段,红黑牌的发放标准、发放时间和发放数量不做严格的要求,把发放权力下放给发放人,发放人可以根据自己工作的需要掌握发放红牌,举些例子:如目前大家的bug描述都太符合要求,在指出问题后张三的bug描述质量有了明显的改善,达到了改进的目的,可以给张三发放红牌号召其他同事以张三的bug描述为参考以提高bug描述的质量;又如经理针对张三在工作执行效率方面提出了改进意见,张三较好的达到了效果,经理可以给张三红牌鼓励这种改进的行为黑牌发放要慎重,需要跟测试部经理先行沟通后

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

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

7、位,影响工作效率case方面:目的:case的增加是有源头的,我们希望把这些源头汇总起来,共享给团队其他成员,共同提高case的覆盖度和针对性原则:1、增加case是来源于测试角度或者测试类型的增加,因为增加一个测试角度或者测试类型会带来一系列的case的增加,如你之前没有考虑状态测试这个角度,一旦有了这个角度,就会产生不止一个的case2、增加case是来源于某种测试工具的引入,有很多好的idea由于没有工具而无法实现,为了鼓励大家多引入新的工具或者使用挖掘好现有的工具,我们需要关注来源于工具方面的

8、case的增加3、增加case是来源于某个应用场景的增加,因为一个应用场景的增加也会带来不止一个case的增加,应用场景考虑的是不是周全,是不是覆盖了我们的主流客户,为了突出应用场景的重要性,需要关注来源于应用场景方面case4、增加case来源于对产品实现流程或者所采用的技术方面学习成果5、增加case来源于有用外部故障6、增加case来源于团队协作,这些case是因为其他人的指导启发、其他case的启发、其他bug的启发等等综合工作亮点:目的:按时按

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。