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

最新推荐文章于 2024-11-05 15:28:12 发布

AirZH??

最新推荐文章于 2024-11-05 15:28:12 发布

阅读量181

点赞数

文章标签： python 运维

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

@郑昀北京报道 2013-03

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