绩效考核

  • 敏捷开发 Agile
    • 定制化敏捷开发流程
    • 优缺点
  • 绩效考核图标 (仅供参考)

敏捷开发 Agile

定制化敏捷开发流程

敏捷开发一般迭代的周期为2周,在迭代的周期内会有1-N个User Story,每个User Story会包含许许多多Task,每个User Story会有一个Owner和一个Director。给大家画个结构图比较好理解

  1. User Story用户故事: 需要实现某种需求,某种用户场景,功能
    a) Plan Point:估算完成这个用户故事所需要的时间,一般1point = 1 人/天。可以因人而异
    b) Task: 完成US所需要做的步骤,用来细化开发过程 (一般包含:Analysis,Implement,Peer Review, Local Test, Functional Test, Deploy)
     i. Owner拥有者:这个Task是属于开发还是测试
     ii. Estimate Time预计完成时间:第一次定下来就不允许修改,可以判断这个Task所有者对于Task评估是否准确, Actual Time越接近Estimate Time越好
     iii. Actual Time 实际完成时间: 每天累加更新,记录在此Task上所花费的时间
     iv. Rest Time 剩余完成时间: 预估还有多少时间能完成任务,方便管理者和拥有者进行时间上的安排。
    c) US Owner用户故事的拥有者:负责此用户故事的编写,也负责解答开发过程中所存在的疑点。开发完成时由US Owner进行验收
    d) Director 实现者:负责此用户故事的实现,一般由前/后端开发担任,当QA完成测试时,负责通知US Owner来验收
  2. 每个迭代周期内Plan Point的数量,一般根据开发人员数量定死,不进行任何改动。
  3. 时间线:
    a) 第一周周一上午:进行计划会议。会议讨论User Story内容,团队对于Plan Point估值,分配User Story。
    b) 第一周周一下午:每个人根据分配的User Story进行Task的创建。每个人所有task的Estimate Time总和理论上等于US Plan Point * 计划每天工作量(6-8小时,推荐小于8小时,其他时间用于开会、发送邮件交流等)
    c) 第一周周五:进行发展会议。对于开发过程中遇到的问题进行公开讨论、寻求非团队内部帮助,如因为X的影响导致Y用户故事的Plan Point要增加。
    d) 第二周周三:进行第二次发展会议。重复上次内容。
    e) 第二周周五下午:理论上所有用户故事的所有者完成验收,总结此次迭代中发现的问题,如何改进,也可以表扬赞美团队成员(商业互吹)。敲定下个迭代周期的用户故事。

优缺点

  • 其中Plan Point是一个非常适合作为绩效考核的指标,Point是由团队所有研发人员共同讨论制定的。Point多的US自然就相对困难。统计每个人一年的US完成数量,可以大致知道这个人的工作量。
  • 软件发布后,所有的Defect/Bug理论上都是可以追溯到具体哪个US的,因此US完成量 / Bug数量可以作为代码质量的参考

缺陷:只能判断一个大概,毕竟一个新人完成大量的CRUD相关的US,他得到的point远超一个DevOps/Hybris专家。这种情况也容易发生。每个US的难易程度无法辨别,实现CRUD和实现高并发请求,根本不是一个难度层级。


绩效考核图标 (仅供参考)

公众微信号:ProgrammerCoke

研发(软件,不包含硬件相关)人员绩效考核推荐相关推荐

  1. 关于软件测试人员绩效考核的讨论

    同某公司测试部经理关于测试人员绩效考核的讨论,由于保密的原因隐去了对方的姓名. 讨论并没有结束,尤其是有效的度量指标是什么还在思考中. 测试过程中我们有很多的度量数据,但是如果用来做考核,并对测试人员 ...

  2. 开发人员绩效考核体系,对下面的考核指标征求意见。

                    开发人员绩效考核体系 此考核体系建议以项目的里程碑.项目阶段.项目或者季度为单位,又或年中和年末来对开发人员进行考核.不建议以月为单位来对开发人员进行考核,因为项目的周 ...

  3. 科技部教育部联合发文为科研人员绩效考核增加新依据

    "支持高校将科研人员在科技成果转化过程中取得的成绩和参与创业项目的情况作为职称评审.岗位竞聘.绩效考核.收入分配.续签合同等的重要依据."4月15日,科技部.教育部联合印发< ...

  4. 软件测试中心业绩,软件测试人员绩效考核详细

    1.测试团队绩效考核 绩效评估的的客体:是个体成员还是整个团队. ● Pascerellayer认为,团队绩效评价应以成员个人完成工作的状况为基本依据,理由是激励只能作用于个人而不是群体:技能的提高和 ...

  5. 开发人员绩效考核中有效bug数的统计

    我们都知道,开发人员的考核中,bug这块占了一定的比重,那么我们在统计每个开发人员的bug数时,显然要做到有效,不能把缺陷管理系统上的bug不经过处理,就直接进行统计. 如何统计有效bug数呢? 我们 ...

  6. 别给技术人员做绩效考核-推荐管理者读读

    今天看到CSDN举办了一个论坛,研发人员的绩效管理,很遗憾没能早知道这个消息,没有参加学习.不过在我管理技术部门的时候,其实是把表格上的绩效管理取消的了,因为感觉除非超大型的公司,否则没必要给技术人员 ...

  7. 测试人员绩效考核KPI指标

    评分标准 说明 MAX 权重 工作内容和质量(60%) 0.3 需求熟悉程度 9-10分:需求理解无误,并能提出需求疑点.

  8. 互联网公司员工职级、研发效能度量、OKR与绩效考核

    今天要写这篇文章,来自最近有两个点触动了我.第一个触动点是奈飞(netflix)做出了一个巨大动作<"不搞职级.人人平等" 25 年后行不通了?Netflix 破天荒引入细分 ...

  9. IIC软件协议及硬件知识汇总

    IIC是串行总线,只用到两个线,应用非常广泛,本文介绍IIC的软件协议及硬件相关知识. 相关文章: [通俗易懂]1-Wire 单总线硬件结构及软件时序分析(实测波形+C代码分析) 文章目录 一.IIC ...

最新文章

  1. 面试官问你想找什么工作_找工作时如何面试面试官
  2. 文件分割器,一个读取流,相应多个输出流,并且生成的碎片文件都有有序的编号...
  3. Spring Cloud Alibaba到底坑不坑?反正是解放了部分使用的繁琐!
  4. 浅谈Spring的AOP实现-代理机制
  5. 多源异构数据_构建数字孪生城市的CIM数据平台哪家强?
  6. PPAS数据库备份与恢复
  7. el-option传两个值_俗话说买房看地段,买窗看K值:如何区分K值、U值和R值
  8. LINQ-to-SQL那点事~LINQ-to-SQL中的并发冲突与应对
  9. 小封装、高通流 TVS 管 UN1K/2K/3K Series
  10. 机器学习、深度学习、神经网络还傻傻分不清吗?
  11. U-BOOT添加命令
  12. Spring+SpringMVC+Hibernate整合(封装CRUD操作)
  13. 华为浏览器html页样式没了,华为TE40web页面无发登录如何解决?
  14. 「Gitea篇」如何用Git平台账号登录建木CI
  15. 信息系统项目管理--计算题笔记
  16. C语言心算程序设计抽奖程序,幼儿园大班数学优质课:抽奖游戏
  17. python和java哪个值得深入-Python数据分析,学习路径拆解及资源推荐
  18. 统一门户平台对企业的重要性
  19. ansible之机密、事实、循环
  20. 奇易群控模拟器v3.1.2绿色版

热门文章

  1. #BDA#笔记#阶段一:熟悉要分析的数据
  2. [Python3]批量修改图片尺寸
  3. 【EndNote】功能强大的文献管理软件
  4. Django框架的中的setting.py文件说明详解
  5. BetaFlight模块设计之二十:CMS菜单模块分析
  6. vue history 微信jssdk授权失败解决办法
  7. Lisp尺寸标注增加前后缀_迅捷CAD编辑器标注怎么添加前后缀?
  8. (202301)pytorch图像分类全流程实战Task1:构建自己的图像分类数据集
  9. 日常需要哪些账本记账
  10. MFC中的UINT与USHORT