鄭昀創建於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)