（研发系）职业化7个细节

（研发系）职业化7个细节 

@郑昀 北京报道 2013-03

• 警报自动、少、精、准
  • 目的
    • 主管要第一时间知道系统隐患
    • 不要在发现和查询蛛丝马迹上浪费宝贵时间
      • 自动化是王道
    • 别让泛滥的、无关痛痒的、信息不足的警报折磨你
  • 手段
    • 工具
      • Nagios
      • Python
    • 方式
      • 报警邮件
        • N分钟扫描一次
        • 每天汇总一次
      • 报警短信
    • 内容
      • WHO/WHEN/WHAT
      • 何时（或哪个时间段）环比出问题，何时（或时间段）恢复，都要报警
  • 注意事项
    • 主管还有很多事情要关注，所以警报一定要（数量）少、（种类）精、（内容）准
    • 不断地优化报警程序，避免陷入报警邮件和短信的汪洋大海，最终麻木
• 事件优先级排序稳定
  • 目的
    • 一定要避免“最后来的事情优先”
    • 不要让团队做“布朗运动”
    • 不要让团队被其他人牵着鼻子走，自己掌握自己的命运
  • 手段
    • 敲定优先级判断原则
      • 有助于提升销售额的事情优先级加分
      • 衡量投入产出比，投入产出比小的事情优先级减分
      • 有助于系统安全的事情优先级加分
      • 有助于内部开发效率提升的事情优先级加分
    • 拿最后来的事情与手头任务列表做比较
  • 实例
    
    • NotifyServer开发>开放平台开发
• 对外输出（或汇报）的数据可推演可展开
  • 目的
    • 主管对外输出的数据，必须了解概念和计算公式
    • 汇报时所引用的数据，必须保留原始数据，面对挑战时随时可拿出来
    • 避免“这个数字是其他人或其他部门提供的，需要某某代我解释”的回答，留下不专业的印象
• 代入式思考
  • 目的
    • 做好沙盘推演
      • 加强推演和及时复盘是提高执行力的两大关键。 
        在沙盘上都做不到的在实战中必然做不到， 
        自己不知怎样做到的甩给下属结果必然是做不到。
    • 向下关注
      • 所谓“向下关注”是要象自己亲自去做一样关注下属的工作， 
        不是给下属设定一个目标就去当甩手掌柜了，  
        而是要进一步去关注下属的打法、关键动作以及里程碑， 
        以确保整体目标能够达成。
  • 手段
    • 1.横向分解
    • 2.纵向分步
    • 3.定性定量定指标
    • 4.调配资源
  • 实例
    • 大项目上线时如何迁移数据如何做回退方案，主管必须亲自参与推演
• 三观要稳定
  • 目的
    • 先列出你作为判断依据的几条规则
    • 避免“朝令夕改”
    • 避免输出给员工的“结论”前后不一致
    • 避免被不同人不断影响
    • 保持冷静客观
  • 手段
    • 了解清楚过去现在和未来，不了解历史，何以输出价值观？
    • 分清楚什么是你的好恶，什么是工作需要的
  • 实例
    • 招聘把关的三观要稳定，不要时松时紧起伏不定
    • 解决团队内部分歧时，不要左右摇摆不定
• If it hurts, do it more and often.
  • 目的
    • “长痛不如短痛”是为了减少做事前的纠结和抵触
  • 手段
    • 分散做，经常做
  • 实例
    • 代码合并
    • 写周总结对季度总结和年度总结的好处
• 
  
• 拿出结果
  • 目的

    • 『我们唯一不能忍受的是原地踏步式的工作，没有结果就没有意义，不管任何原因。所以我们的干部必须清楚，我们唯一的任务就是把自己负责的事儿拿出结果来，每一周每一天我们的工作都应该有进展，这才是我们存在的价值所在。』 
      ——孙陶然

  • 手段
    • 不管是项目还是预研课题，必须制定多个里程碑和检查点
      • 检查点是保证进度与计划一致
      • 里程碑要以可“当众”“现场”演示为目的
        • “可演示”不意味着跑通全流程
        • 模块、子系统、框架也可当众演示！
    • 因外力导致资源调离、项目暂停或延迟， 请在计划上注明延迟时间或重新启动时间
      • 不要让一个交代给你的任务或项目不明不白无声无息地结束
      • 公司聘请大家做事，事没做成，要给公司一个交代