红黑牌制度及绩考核初稿.docVIP

红黑牌制度及考核办法 关志勇：pktest@126.com 前言： 红黑牌不是为了制约团队成员，相反是为了帮助团队成员按时按质完成工作任务，红黑牌既是体育比赛当中的裁判员和教练员的结合体，有裁判员根据比赛规则维持秩序的作用，有教练员根据比赛当中的具体情况做出针对性指导和调整的作用；又有光荣榜的激励作用和黑名单的警示作用 目的： 红牌是为了突出鼓在工作过程当中为团队争取到成绩的行为事件和在个人的工作方法、产品技术、测试/开发技术、计划能力、工作执行能力、协调沟通能力或其他综合能力有提高、改进的事件，为团队的成员提供正确工作方向的指引，让大家明白什么行为事件可做、值得坚持去做；黑牌就是对于针对工作当中没有达到预期目标（包括工作目标、个人提高目标、团队建设目标）、严重影响了团队工作或者项目进度或者造成了恶劣影响的事件，让大家明白什么行为事件不可做，要立刻放弃。 红黑牌细化了考核的维度，增加了考核数据，可以让leader随心所欲的去实施自己的管理理念，让管理工作的可执行性增强 红黑牌规避了工程师水平不一的评定难题，注重对工作的过程改进，注重个人的不断的自我突破，自我提高，跟当前的技术水平级别关系不大 红黑牌发放三个很重要的大维度：针对公司的贡献/影响，针对团队的贡献/影响，针对自己的贡献/影响 红黑牌考核制度和kpi的考核方式不冲突，红黑牌是记录，可以结合kpi的指标来进行，比方说kpi的基本项占50%，完全红黑牌考核占50，不过kpi的考核数据要完全客观数据化评判；红黑牌是完全的主管意识+客观事件评判机制 发放控制方式 每个红黑牌都必须要详细列出具体事件、发放原因和发放时间 每个红黑牌都必须要公开存放可查询 发放流程： 鼓励多发放红牌，把红黑牌作为推动项目管理工作、团队建设工作的手段，红黑牌的发放标准、发放时间和发放数量不做严格的要求，把发放权力下放给发放人，发放人可以根据自己工作的需要掌握发放红牌，举些例子：如目前大家的bug描述都太符合要求，在指出问题后张三的bug描述质量有了明显的改善，达到了改进的目的，可以给张三发放红牌号召其他同事以张三的bug描述为参考以提高bug描述的质量；又如经理针对张三在工作执行效率方面提出了改进意见，张三较好的达到了效果，经理可以给张三红牌鼓励这种改进的行为 黑牌发放要慎重，需要跟测试部经理先行沟通后再做决定 发放权力： 部门经理和系统测 试组成员可以面向测试部全体人员发放红黑牌，项目测试负责人可以对项目里面的测试人员发放红黑牌，测试经理可以向所负责测试组成员发放红黑牌；导师可以向被辅导员工发放红黑牌； 发放方式： 根据实际事件随时发放 红黑牌发放行为参考： bug方面： 目的：选出令自己有成就感的bug 原则： 1、从自己发现bug过程的复杂度来判断：这个bug不是菜鸟随便点击就能发现，二是结合应用场景、测试力度、测试手段等方面发现的 2、从自己发现bug的思路来判断：灵机一动、举一反三的想法也来源于你之前对产品测试技术的积累，产品的bug其实就摆在产品里面，就看你有没有找到它的思路，有些bug只要思路正确了，对路了，一下子就能发现，其发现过程并不复杂 3、如果我们掌握了之前不了解的一种bug定位方法，复现手段，那么很有必要记下来作为一种经验或者技巧积累起来 4、能从bug当中寻找出新的测试思路从而能产生出新的测试case 5、由于增加了新的工具或者新的场景等条件而发现的bug 6、现在发现bug的思路或者方法可以推荐给组内其他成员 7、bug的描述非产清晰，可以直接帮开发把原因定位出来，免得开发频繁过来让测试帮忙复现和定位，影响工作效率 case方面： 目的：case的 增加是有源头的，我们希望把这些源头汇总起来，共享给团队其他成员，共同提高case的覆盖度和针对性 原则： 1、增加case是来源于测试角度或者测试类型的增加，因为增加一个测试角度或者测试类型会带来一系列的case的增加，如你之前没有考虑 状态测试这个角度，一旦有了这个角度，就会产生不止一个的case 2、增加case是来源于某种测试工具的引入，有很多好的idea由于没有工具而无法实现，为了鼓励大家多引入新的工具或者使用挖掘好现有的工具，我们需要关注来源于工具方面的case的增加 3、增加case是来源于某个应用场景的增加，因为一个应用场景的增加也会带来不止一个case的增加，应用场景考虑的是不是周全，是不是覆盖了我们的主流客户，为了突出应用场景的重要性，需要关注来源于应用场景方面case 4、增加case来源于对产品实现流程或者所采用的技术方面学习成果 5、增加case来源于有用外部故障 6、增加case来源于团队协作，这些case是因为其他人的指导启发、其他case的启发、其他bug的启发等等 综合工作亮点： 目的：按时