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

郑昀创建于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)

 

posted @ 2014-05-15 18:09 旁观者 阅读(...) 评论(...) 编辑 收藏