Skip to content

Latest commit

 

History

History
52 lines (43 loc) · 2.04 KB

team-manage.md

File metadata and controls

52 lines (43 loc) · 2.04 KB

激励

前提

  • OKR 不适用所有员工
  • 做好数据收集、反馈机制
  • 研发人数少的时候需要适当调整,不要照搬

OKR(决定年终)

  • 核心目的
    • 统一目标,让所有人知道,未来要做什么,为什么目标发力
    • 在方向走偏的时候,每个人都可以献言献策
    • 该透明的信息决不能藏着,避免信息不对称的情况下产生的各类低级问题
  • 季度回顾
  • 年末回顾

KPI(决定平时)

  • 网传一句话:你考量什么就会得到什么
  • 目的:强迫员工进行思考,也有助于他们培养新人,在材料造假上严格把关
  • 分为 A、B、C、D 四个等级,采用加分计算方式,默认都是 C 也就是不扣也不加
  • D
    • 有生产事故
      • 超过 1 小时无法恢复,必然 D
      • 有财务风险,必然 D
      • 1 个小时内恢复
        • 无投诉,无财务风险,不影响
        • 有投诉,最高加分到 B
    • 测试反馈报告显示质量低
      • 由于个人原因,超过 30% 的功能需要返工,必然 D
      • 缺少核心主流程单元测试,必然 D
    • 有个人原因的异常,阻碍其他人、小组进度
      • 每月累计阻碍累加超过一天(7 小时),必然 D
      • 每月累计超过半天(4 小时),最高加分到 B
  • C
    • 正常情况
  • B
    • 小组类优秀文章 TOP3(没有减分行为前提)
      • 小组类优秀文章定义:组内成员打分,去掉最高、最低分取平均分
  • A(满足其一即可)
    • 主动改良系统瓶颈性能(提高 20%),并经过 Code Review 与压力测试的考验(有任何减分行为不影响)
    • 对团队风格、研发效能提出了自己的意见方案补充,并且得到大家一致认可
    • 公司类优秀文章 TOP3(没有减分行为前提)
      • 公司类优秀文章定义:公司开发主管打分,去掉最高、最低分取平均分

最佳

  • 人员、物料成本最低
  • 代码质量最高
  • 客户服务最佳