iT邦幫忙

第 12 屆 iThome 鐵人賽

DAY 26
0
DevOps

從 0 到 1 的 DevOps 執行日記 - 全方位平台實踐手冊系列 第 26

【Day-26】我們是怎麼開始的?:一間傳統軟體公司從 0 開始建置的 DevOps 文化(工具篇)- 高品質工作四部法

  • 分享至 

  • xImage
  •  

#前言

昨天我們稍微介紹實際案例是什麼樣子,挑戰終於進到了尾聲,今天我們來介紹一些重要的工具!

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 有期限的

上一篇
【Day-25】我們是怎麼開始的?:一間傳統軟體公司從 0 開始建置的 DevOps 文化(知識管理篇)- 知識管理(3)
下一篇
【Day-27】我們是怎麼開始的?:一間傳統軟體公司從 0 開始建置的 DevOps 文化(工具篇)- 頭腦風暴
系列文
從 0 到 1 的 DevOps 執行日記 - 全方位平台實踐手冊30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言