# 《鳳凰專案》讀書會 | Agile Taichung

* 線上發想便利貼牆 - https://miro.com/app/board/o9J_ksJ6Lps=/

## 1st @ 2020/05/23

...

## 2nd @ 2020/06/10

### Cleck in by 心情顏色

1. Max：yellow
1. 佳佳：淡藍色
1. Vincent：灰色
1. Johnson：黑黑的霧
1. 凍仁 (Chu-Siang Lai)：紅色
1. Jonathan：灰色
1. 魚尾：綠色

### 大家先輪一圈說說自己想討論的

#### 工作流最大化

Jonathan：三步工作法，好奇大家是否有在自己的工作中建立一條龍的工作流

Johnson：跟我這次唯一貼的便利貼一樣，「目標是讓流量最大化」跟一般認知是完全不一樣的概念

Max：在醫院工作，資訊長看完書之後覺得整個資訊部的人都要念，有在實踐的的人...

* 個人：

* 資訊長針對工作的 Task 做個人看板
* Max 自己是用 GTD。

> * [【春日迷你季】馬力歐單口特輯：事情永遠做不完，用GTD時間管理之術搞定待辦任務](https://soundcloud.com/drink-with-mario/minisp09)
> * [購物頻道特輯：馬力歐陪你買東西！（同場加映 GTD 工作術） | 星艦廣播](https://podcast.starrocket.io/47)
> * 使用的 App [Todist](https://todoist.com/zh-TW)
> * [《搞定！：工作效率大師教你:事情再多照樣做好的搞定5步驟》](https://ubin.io/eZTgBC)

* 組織：

* 院長跟資訊長往下 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 銷售勝經》](https://www.books.com.tw/products/0010717561?sloc=main) 一書。

> ◎台灣名家推薦
> 　　李紹唐 前 Oracle 甲骨文臺灣區總經理
> 　　林之晨 AppWorks 之初創投合夥人
> 　　陳昭穎 《砍掉重練》作者，矽谷工程師
> 　　許景泰 SmartM 創辦人
> 　　童至祥 特力集團執行長

* Kobo 電子書：https://www.kobo.com/tw/zh/ebook/b2b-1

----

來自 B2B 產品經理的需求，分兩類:

> Max: 業務的需求是真的顧客需求還是產品經理自己想的需求

1. 客戶真正遇到的問題。
2. 為了達到招標規範。

> * 凍仁：感覺很像是看板遊戲、鳳凰項目工作坊會遇上的事件。有些可以賺錢，有些不做會虧錢。
> * Johnson: 可能做用不到的feature

客戶提出的需求，又一定是真的需求嗎？

* 來自 CFO (行銷經理) 的關鍵指標。(Ch25 / P.259)

* 公司體質健全
* 營收
* 市占率
* 平均訂單規模
* 盈利能力
* 資產收益率
* 財務狀況
* 訂單轉化成現金的週期
* 應用帳款
* 準確且及時的財務報告
* 借貸成本

* 來自凍仁的開發、維運面的工作流最大化心得。


▲ https://speakerdeck.com/chusiang/my-devops-tour-2-dot-3?slide=8G

#### 價值流程圖 (Value Stream Mapping, VSM)

* [價值流程圖 | MBA智库百科](https://wiki.mbalib.com/zh-tw/%E4%BB%B7%E5%80%BC%E6%B5%81%E7%A8%8B%E5%9B%BE)
* 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. 創辦人與前技術長
>> https://www.books.com.tw/products/0010738675
* 〈DevOps Handbook 前半生導讀〉by David Ko @ Agile Hsinchu

#### END

1. Max: 水
1. 佳佳：拓
1. Jonathan/Johnson: 流
1. 凍仁：價值
1. Vincent：肩膀
1. 魚尾：趣

#### 臨時動議

1. WIP

* 每人選一張最重要的便利貼討論就好。

1. Next meeting time: 2020/07/01 20:00

> 略過端午節第一天。
>

1. Other conference solution:

1. Google meet
1. Jitsi - https://meet.jit.si/

#### Max：要肯定楚翔，大部份的筆記都是你打的嗎？還是有其它的高手 XD

> 凍仁：是大家一起完成的，我就只是打打字，OK 的。對了，我連在 HackMD 都是使用 VIM 模式呢。

## 3rd @ 2020/07/01

### Cleck in by 心情顏色

1. Max：昏暗的黃燈。
* 看板怎麼上 30 hr？
* 精實醫療
3. 佳佳：木頭色。
* 有機會到台南徵才，有看到原木。
3. Vincent：白色
* 早上是黑色，因為狀況多，同事有出現人為失誤。
4. 凍仁 (Chu-Siang Lai)：暗紅色
* 工作上有被委與大任，但有點力不從心
7. Johnson：請假
8. Jonathan：???
9. 魚尾：???
10. Dean Yeh: ???

### Topic

#### 約束點 / 佳佳 , Vincent

#### Improvement Kata / Max

當有問題的時候，去處理是英雄，但平時穩穩的，去做持續改善的時候，好像就比較不容易被看到成效，還可能被質疑要做這個幹嗎？

* RCA ()：找根本原因
* 事件 → 改善
* 當事件結束後過一陣子，有必要一直花費那麼多資源？

* 黑客松：在[《The DevOps Handbook》](https://www.tenlong.com.tw/products/9789865020941?list_name=srh)的 Ch 21 提及，藉由改善閃電戰等活動，讓某小組在持續的幾天停止接單，改去解問特定問題，或進行流程的改善。就好比《The Phoenix Project》Ch 19 提及的凍結新工作。
* 取得上層的支持
* 找到熱血的人，一起解決 (不見得是年輕人)

#### 大家都是怎麼計畫外工作的？ / 凍仁

自己的經驗是會在 CI/CD 之中先去做一些預防，當服務上線也會做監控，但是像網路設備這種實體層的。

Q：哪種計畫外工作？
A：緊急狀況，不處理會賠錢。

* Vincent：在我們部門，計畫外的事情已經是常態，之前有遇到過影響公司營運的事件時，就有成立緊急應變小組。

* 怎樣有效的調配資源？
* 避免問題再度發生，進而減少計畫外的工作

* 事件檢討報告：制定 template 格式，減少大家撰寫時的痛點。
* Vincent 推廣了一年，才比較有成效。
* 寫報告，就得背責任？要建立安全環境，讓大家更願意進行。
* 查詢過往事件，有無真的改善？
* 藉由專業的 KM 系統來補助。


* 凍仁：就 PDCA 的 Action 來說，我會儘可能的列出短、中、長期的解決方案。先處理短期，再看能否把中、長期的問題排進 Backlog。
* 我們可以進行些預防性工作，如 HA ...。

#### 不僅減少半成品，還要除去無用的工作 / Jonathan

* 凍仁：工作管理四象限，再多一欄插單用的
* Max：
* 個人：溫伯格，有些不重要的工作，可以先假裝不做，(或隨便做)。過了 1 個月要是沒人追，就先不管他。
* ???
* 凍仁：藉由「全員參與制」來減少工作，探討價值？
* 用 1 on 1 和 stand-up meeting 來同步訊息。
* case 1: 好的結果, 跟直屬長官有定期 1 on 1, 所以可以重新 Sync 哪些是比較重要的產出. 我也就可以重新調整要 release 的 milestone.
* case 2: 失敗的經驗, 當初的團隊分成 RD, UX, Marketing, 這時三個部門的 lead 就自然地要為各自的績效作最大化, 但反而模糊了真正的目標.
* 佳佳：
* 麵包店：先減少賣不好品項，以降低支出。
* 80/20 法則。

### 稽核

#### 安全 (Security) 稽核

1. Lock root user on macOS !!?
1. OS limit permission.
1. ISO 27001: 可分服務、產品、… 等不同層級，但很多公司喜歡整套一起導，因為比較威？

EJSI
1. 由資訊長主導會比較好。

### END

1. Max: 希望的「望」。
* 《如何讀懂一本書》？把書講出來，就會懂了。
1. 佳佳：繼續的「續」。
1. Jonathan: 計畫「外」工作。
1. 凍仁：苦水的「水」。
1. Vincent：檢視的「視」。
1. 魚尾：Kaizen（也算是一個字，是日文的「改善」）

> 從各位收到各種方法與想法，我現在比較像是自走炮，那裡看不順眼就自己接下來做，做完再跟 member 介紹做了什麼改善，為什麼要做這件事。我接下來也想拉團隊一起來做，剛好可以借鑑各位的分享。

1. Dean Yeh: 「得」到。