…
Jonathan:三步工作法,好奇大家是否有在自己的工作中建立一條龍的工作流
Johnson:跟我這次唯一貼的便利貼一樣,「目標是讓流量最大化」跟一般認知是完全不一樣的概念
Max:在醫院工作,資訊長看完書之後覺得整個資訊部的人都要念,有在實踐的的人…
個人:
資訊長針對工作的 Task 做個人看板
Max 自己是用 GTD。
組織:
院長跟資訊長往下 sync ,sync 不只是只有工作,還有「價值」確認共同的目標
公司怎麼分享、同步「目標 (Goals)」?
Vincent:公司希望維運的第一線同仁可以換位到 VIP 客戶的角度思考問題?
Annie:我跟 vincent 同公司,我們這邊也有蒐集到類似的目標,只是被傳遞的時候是分開的
Johnson:第 23 章提到的布倫特遇到的場景很像
想請問凍仁目前在公司做 devops 是怎麼看到客戶的服務?
以下稍微聊了一下監控
Johnson 拉回工作流最大化XD
凍仁:書的第六章 - 預防性維護
如果可以避免服務中止,也是可以加大工作流的一種方式
目前很多的監控都是落後指標,如果可以從業務邏輯下手,可能才是最好的監控方式
https://speakerdeck.com/chusiang/zabbix-the-easy-to-use-monitoring-tools?slide=40
Annie: 喜歡這個圖
Vincent:同意,以往的監控都是在偵測比較表層指標,如何可以結合多種數據(ex:DBA…等)
Max:好像老闆的目標與我們理解的總是有點差距,就跟書中 John 去找了業務副總對齊有點關係(P259~P260)
凍仁:或許,我們只要向主管、老闆去爭取監控「業務流程」的工作就可以了。
Johnson:現在所在的公司還會用 SMART 方式來定目標
https://zh.wikipedia.org/zh-tw/SMART原则
目標相對應的數字以及要做的事情都有訂出來
Max:是否可以小結,現有目標再來考慮流量最大化
同意
關於 B2B 的工作,Max 提到 《B2B 銷售勝經》 一書。
◎台灣名家推薦
李紹唐 前 Oracle 甲骨文臺灣區總經理
林之晨 AppWorks 之初創投合夥人
陳昭穎 《砍掉重練》作者,矽谷工程師
許景泰 SmartM 創辦人
童至祥 特力集團執行長
來自 B2B 產品經理的需求,分兩類:
Max: 業務的需求是真的顧客需求還是產品經理自己想的需求
客戶真正遇到的問題。
為了達到招標規範。
- 凍仁:感覺很像是看板遊戲、鳳凰項目工作坊會遇上的事件。有些可以賺錢,有些不做會虧錢。
- Johnson: 可能做用不到的feature
客戶提出的需求,又一定是真的需求嗎?
來自 CFO (行銷經理) 的關鍵指標。(Ch25 / P.259)
來自凍仁的開發、維運面的工作流最大化心得。
▲ https://speakerdeck.com/chusiang/my-devops-tour-2-dot-3?slide=8G
How to do value stream mapping: https://www.youtube.com/watch?v=fkk0hkunfcE
The DevOps Handbook
「… 對於組織要如何規劃、安排、落實與衡量工作,本書注定是這個領域中經典而且權威的參考… 任何企業領導者,只要是關注透過技術創造競爭優勢與建立創新文化的人,都需要閱讀本書。」
— Gene Kim,《The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win》共同作者 Tripwire Inc. 創辦人與前技術長
〈DevOps Handbook 前半生導讀〉by David Ko @ Agile Hsinchu
WIP
Next meeting time: 2020/07/01 20:00
略過端午節第一天。
Other conference solution:
凍仁:是大家一起完成的,我就只是打打字,OK 的。對了,我連在 HackMD 都是使用 VIM 模式呢。
當有問題的時候,去處理是英雄,但平時穩穩的,去做持續改善的時候,好像就比較不容易被看到成效,還可能被質疑要做這個幹嗎?
RCA ():找根本原因
事件 → 改善
黑客松:在《The DevOps Handbook》的 Ch 21 提及,藉由改善閃電戰等活動,讓某小組在持續的幾天停止接單,改去解問特定問題,或進行流程的改善。就好比《The Phoenix Project》Ch 19 提及的凍結新工作。
自己的經驗是會在 CI/CD 之中先去做一些預防,當服務上線也會做監控,但是像網路設備這種實體層的。
Q:哪種計畫外工作?
A:緊急狀況,不處理會賠錢。
Vincent:在我們部門,計畫外的事情已經是常態,之前有遇到過影響公司營運的事件時,就有成立緊急應變小組。
怎樣有效的調配資源?
避免問題再度發生,進而減少計畫外的工作
事件檢討報告:制定 template 格式,減少大家撰寫時的痛點。
凍仁:就 PDCA 的 Action 來說,我會儘可能的列出短、中、長期的解決方案。先處理短期,再看能否把中、長期的問題排進 Backlog。
我們可以進行些預防性工作,如 HA …。
EJSI
Max: 希望的「望」。
佳佳:繼續的「續」。
Jonathan: 計畫「外」工作。
凍仁:苦水的「水」。
Vincent:檢視的「視」。
魚尾:Kaizen(也算是一個字,是日文的「改善」)
> 從各位收到各種方法與想法,我現在比較像是自走炮,那裡看不順眼就自己接下來做,做完再跟 member 介紹做了什麼改善,為什麼要做這件事。我接下來也想拉團隊一起來做,剛好可以借鑑各位的分享。
Dean Yeh: 「得」到。