适用于研发基层员工的十个行为模式

郑昀创建于2014/5/7
最后更新于2014/5/9
本文遵循 Creative Commons 姓名标示-非商业性使用-禁止演绎 许可协议。转载时请注明“转载自知乎”或者给出转载文章的原始链接。

1. #职场#分歧升级模式；

• 应用场景：

1. 针对重要且紧急事务

• 规则

1. 僵持不下，迅速升级，不要等死
2. 逐级升级

• #职场#任务已读回执模式；
• 应用场景：

1. 针对 任务指派/寻求支持/资源协调 等工作邮件

• 规则

1. 第一时间回应
2. 话术：“收到”“稍后安排”“5分钟后我联系你”

• #职场#编号缩进模式；
• 应用场景：
• 邮件/总结/综述
• 规则：

1. 创建编号
2. 逐级缩进
3. 每个段落保持三行或四行以内

• #研发#挑战应答模式；
• 规则：

1. 视投诉/质询/调查为“Challenge”
2. 员工以部门名义出面回应
3. 口头沟通和会议沟通之后，以正式的Response邮件结束
4. 禁止点对点应答，Response要广播
5. 用数据反映事实，拒绝“我听说”“客人说”“销售说”
6. 用5个WHY建立因果证据链
7. 记住，这是一个权威部门，你做出的是权威回答

• #研发#大事件模式；
• 规则

1. 口诀：定位准确、机理清楚、可以复现、措施有效、举一反三
2. “全面处理”线上问题
3. 事故处理的良好记录和定期总结，是我们的巨大财富

• #研发#报警自动/少/精准模式；
• 规则

1. 第一时间知道系统隐患，所以要报警“自动”
2. 不在发现和查找蛛丝马迹上浪费时间，所以要报警“精准”
3. 不被泛滥的无关痛痒的报警折磨耐心，所以要报警“少”

• #研发#Exception日志日清日结模式；
• 规则

1. 不能死于漫不经心和听天由命
2. 工具自动处理各个Java/PHP/...工程的Exception日志（含异常堆栈），合并同类项
3. 每日一封Exception汇总邮件
4. 每天消灭一次线上冒头的Exception
5. 哲学：If it hurts,do it more and often
6. 无关痛痒、无须人工干预的Exception，请勿输出到日志文件

• #意识#分类处理模式；
• 规则

1. 分类梳理，设计维度，抓大放小
2. 可控、不可控，短期策略、中期策略
3. 把目的想得越清楚越可能设计出正确的维度，然后按照维度分类，针对每类情况设计解决方案

• #意识#向前迈半步对接模式；
• 规则：

1. 对外要把职责边界延展一公里去对接
2. 不要等死，不要总是随波逐流；从来就没有什么救世主，要创造人类的幸福全靠我们自己

• #意识#拿出结果模式；
• 规则：

1. 没有结果就没有意义；没有苦劳，只有功劳
2. 设立一个或多个可以“当众”“现场”演示的里程碑
3. 模块/子系统/框架均可当众演示
4. 遵循过程数据化透明化的原则，要做delay声明

-over-

我的其他职场文章：

职场“潜”规则：心法和技法 (2013-12-19 09:49)

技术总监是干什么的？ (2014-03-15 14:19)

研发阿米巴组织的运行逻辑 (2014-03-15 14:23)