郑昀创建于2014/5/7
最后更新于2014/5/9
本文遵循 Creative Commons 姓名标示-非商业性使用-禁止演绎 许可协议。转载时请注明“转载自知乎”或者给出转载文章的原始链接。
- #职场#分歧升级模式;
- 针对重要且紧急事务
- 僵持不下,迅速升级,不要等死
- 逐级升级
- 针对 任务指派/寻求支持/资源协调 等工作邮件
- 第一时间回应
- 话术:“收到”“稍后安排”“5分钟后我联系你”
- 创建编号
- 逐级缩进
- 每个段落保持三行或四行以内
- 视投诉/质询/调查为“Challenge”
- 员工以部门名义出面回应
- 口头沟通和会议沟通之后,以正式的Response邮件结束
- 禁止点对点应答,Response要广播
- 用数据反映事实,拒绝“我听说”“客人说”“销售说”
- 用5个WHY建立因果证据链
- 记住,这是一个权威部门,你做出的是权威回答
- 口诀:定位准确、机理清楚、可以复现、措施有效、举一反三
- “全面处理”线上问题
- 事故处理的良好记录和定期总结,是我们的巨大财富
- 第一时间知道系统隐患,所以要报警“自动”
- 不在发现和查找蛛丝马迹上浪费时间,所以要报警“精准”
- 不被泛滥的无关痛痒的报警折磨耐心,所以要报警“少”
- #研发#Exception日志日清日结模式;
- 规则
- 不能死于漫不经心和听天由命
- 工具自动处理各个Java/PHP/...工程的Exception日志(含异常堆栈),合并同类项
- 每日一封Exception汇总邮件
- 每天消灭一次线上冒头的Exception
- 哲学:If it hurts,do it more and often
- 无关痛痒、无须人工干预的Exception,请勿输出到日志文件
- 分类梳理,设计维度,抓大放小
- 可控、不可控,短期策略、中期策略
- 把目的想得越清楚越可能设计出正确的维度,然后按照维度分类,针对每类情况设计解决方案
- 对外要把职责边界延展一公里去对接
- 不要等死,不要总是随波逐流;从来就没有什么救世主,要创造人类的幸福全靠我们自己
- 没有结果就没有意义;没有苦劳,只有功劳
- 设立一个或多个可以“当众”“现场”演示的里程碑
- 模块/子系统/框架均可当众演示
- 遵循过程数据化透明化的原则,要做delay声明
-over-
我的其他职场文章:
职场“潜”规则:心法和技法 (2013-12-19 09:49)
技术总监是干什么的? (2014-03-15 14:19)
研发阿米巴组织的运行逻辑 (2014-03-15 14:23)