个人晋升的考核维度
- 团队工作成果
- 个人工作成果
团队工作成果
| 绩效指标 | 指标定义 |
|---|---|
| 上级和同事的评价 | 1. 直属上级的评价。 2. 其他部门主管的评价。比如策划、前端、测试。 |
| 版本内容完成情况 | 1. 版本内容准时或提前完成，没有延期情况。 2. 线上问题少，且不严重。 |
| 线上问题处理情况 | 及时发现，及时修复。 |
拉低服务端表现的因素举例（重要性由高到低）：
- 版本延期。
- 版本单个内容延期。
- 游戏资源被刷。
- 游戏进不去。比如内存溢出、cpu100%、线程栈溢出。
- 游戏卡。比如某业务执行特别耗时。
- 言语或行为上不尊重其他同事。
提升服务端表现的因素举例（重要性由高到低）：
- 服务端出现的bug少，没有严重的bug。
- 版本内容准时或提前完成。
- 能及时响应策划和运营的临时需求，并且完成得很好。
- 服务端性能表现良好，尤其是对外推广期间。
个人工作成果
| 绩效指标 | 指标定义 |
|---|---|
| 上级和同事的评价 | 1. 直属上级的评价。 2. 其他部门主管的评价。比如策划、前端、测试。 |
| 重要性问题解决 | 1. 从项目上看，完成游戏中的重要功能，解决重大bug。 2. 从版本上看，在人员或时间有困难的情况下完成版本中重要的功能。 3. 开发或运用提升团队效率的工具。 |
| 紧急性问题解决 | 1. 从项目上看，早期参与到项目中。 2. 从版本上看，及时响应策划或运营的临时需求或优化。 |
| 版本内工作 | 1. 每个节点的工作都做得很好。包括需求分析、沟通反馈、自测、转测、bug修复。 2. 积极主动地推进和解决服务端或项目中的问题。 3. 代码遵循良好的编程规范。 |
| 版本外工作 | 开发或运用提升团队效率的工具。 |
重要性问题举例：
- 从整个游戏来看，游戏框架、跨服、战斗、大型系统、基础模块等都是游戏中重要的功能。
- 从单个版本来看，比如宠物版本，临近转测需求还在频繁变动，技术实现的方案也在优化，在这种情况下，依然能够准时完成功能，并且线上几乎没有问题。比如养鲲版本，发版发到凌晨7点，养鲲系统还有问题未解决，大家都认为版本发不出来了，负责养鲲系统的同事继续调试了一段时间，最终把问题解决，保证了版本的正常更新。
- 提升效率的工具，比如Jenkins发车工具，自动提取日志注释的工具。
紧急性问题举例：
- 立项时就加入项目组的员工。
- 策划在转测当天增加临时优化，改动到功能的核心逻辑，依然能够按时交付功能。
- 同事临时有事，或者忙不过来，能够帮忙分担他的工作。
工作成果质量高举例：
- 需求分析，能够发现策划文档的疏漏和需求不清之处。
- 沟通反馈，能够及时反馈和解决协作中的问题，推进功能的验收。
- 自测，给前端和策划对接的功能质量高。
- 转测，功能能按时或提前转测。
- bug修复，能及时修复bug，一个bug不至于反复修多次。
- 做复杂的功能，bug很少，做简单的功能，没有bug。
主动推进和解决问题举例：
无
良好的编程规范举例：
- 代码通用性强，易扩展。
- 单元测试完善，发奖有对应的单元测试，玩家行为有对应的单元测试。
- 代码可读性强，注释详尽，变量、方法名、类名命名清晰，换行和缩进恰当。
工作表现待改善举例：
- 交代下去的事情，执行后不反馈，或者反馈很晚。
- 做事拖延。比如开发功能时，先松后紧，最后1-2天搞得很晚。bug拖到第二天才修复。
- 工作委托。比如能让别人干的都让别人干。
- 代码出现低级错误，比如前端参数不校验。
工作表现差举例：
- 工作或正式谈话中表现出不诚信。
- 和同事吵架或打架。
- 公开场合不尊重上级和其他部门主管。
- 交代下去的事情有能力做，却说做不了。
- 同样类型的错误反复犯。
