【Day-26】我们是怎麽开始的?:一间传统软件公司从 0 开始建置的 DevOps 文化(工具篇)- 高品质工作四部法

#前言

昨天我们稍微介绍实际案例是什麽样子,挑战终於进到了尾声,今天我们来介绍一些重要的工具!

001 高品质工作四部法

高品质工作四部法

心里面: 先把任务跟自我分离,避免就是我要来做的想法,以第三方的角度审视任务。
执行面: 减少一边做一边想的状况,这样只会带坏做事的节奏。无论时间多紧迫,都要使用四部法颇析问题。若真的时间无法完成,应沟通争取。
完成面: 完成之後应该有复盘,了解在这过程中做对了什麽,做错了什麽,什麽方式可能做得更好更完美。

界定问题-先把任务搞清楚

  1. 确保这个问题或这个工作所有利害关系方达成大方向的意见,避免认知不同而後的阻碍。最好以文件的方式记录下来。
  2. 确定好任务最终要解决的问题与准则,聚焦任务项目。
  3. 设计好预计的解决方案,甚至 Plan B。

拆解问题

  1. 先熟悉跟理解专业术语
    1. 应该力求专业术语认知相同与正确,透过 wiki、专家等等方式理解专业术语。
    2. 寻求沿拓,在上述的基础上,了解一切必要且需要的基础知识。
    • 比如:什麽是数据中心。
  2. 问题的第一性原理
    1. 提出人的角色与定位?(3W-2S-1R)

    2. 目的要达到什麽?

    3. 事件的优先顺序与紧急程度(紧急四象限)

    4. 将事件先分成理想型 / 防范型 / 恢复原状型

    5. 清晰明确的问题描述

      1. 使用 S.M.A.R.T 原则来清晰定义问题
    6. 使用 MECE 拆解问题

    7. 尽量使得问题是同一维度与层次

    8. 可以使用自下而上法组合 MECE

      1. 搭配头脑风暴
    9. 记得 80/20 法则

3w

提出问题的人与相关方 (Who)


  • 发起这个问题或与这个问题的相关利益方有哪些人(客户、用户、老板、合作夥伴等等),主要决策的人是谁?
  • 这些利益相关方希望问题的期望是什麽?

问题的背景 (Why)


  • 问题被提出的背景?(经济环境、产业背景或发展,公司经营状况与发展方向)
  • 问题背後的动机,这些问题实际上要实现哪些需求?

问题的迫切程度(When)


  • 紧急四象限

2S

问题成功解决的标准(Standard)


  • 从各个利益方出发,解决问题到什麽程度才算成功,有没有判断解决问题的依据(业绩、效率)

问题的范围(Scope)


  • 哪些问题需要被解决,又要解决到什麽程度?长期的解决方案与短期的解决方案?
  • 注意不需要解决的问题

1R

风险与挑战(Risk)


  • 解决问题的过程中,我们会面临哪些挑战?
  • 这些挑战是否会引出新的问题,是否会引响到最终解决方案?有没有简单的方式克服?

S.M.A.R.T

  • S - Specific 具体的
  • M - Measurable 可衡量的
  • A - Action Oriented 以行动为主
  • R - Relevant 相关的
  • T - Time-Bound 有期限的

<<:  Azure Retail Prices REST API 分析全 Azure 服务价格差异 - JSON 转 Excel版本

>>:  Quora、Answer the Public: 解决用户问题,先知道大家都问些什麽问题?

day29-认识一些不太熟的伪类选择器(下)

安安,今天是个特别低一天,是伪类选择器最终章了,也刚好是day29!!!(妈呀我终於来到这天,喜极而...

【Day5】情蒐阶段的小工具 ─ 线上免安装篇

哈罗, 我们今天要来介绍情蒐(footprinting)工具, 情蒐也就是我们在Day3提到的Cyb...

谁温暖了资安部-26(资安事件与Log)

宴无好宴,会无好会...这会前会前会前会,到底要开多久...再次进到会议室。 (笔电拿回来罗? 可以...

第15章:管理与设定网路介绍(一)

前言 上一章节中,介绍定作业系统的时区、时间以及NTP服务器,本章节中,要讲述简单的网路模型的概念,...

D28 - 压测

开始对TiDB进行测试,测试环境如下: 服务 vcpu ram 数量 TIDB/PD 8 20G 3...