Google Drive
Gist
Clipboard
or
or
By clicking below, you agree to our terms of service.
Sign in with Wallet
New to HackMD? Sign up
| Syntax | Example | Reference | |
|---|---|---|---|
| # Header | Header | 基本排版 | |
| - Unordered List |
|
||
| 1. Ordered List |
|
||
| - [ ] Todo List |
|
||
| > Blockquote | Blockquote |
||
| **Bold font** | Bold font | ||
| *Italics font* | Italics font | ||
| ~~Strikethrough~~ | |||
| 19^th^ | 19th | ||
| H~2~O | H2O | ||
| ++Inserted text++ | Inserted text | ||
| ==Marked text== | Marked text | ||
| [link text](https:// "title") | Link | ||
|  | Image | ||
| `Code` | Code |
在筆記中貼入程式碼 | |
| ```javascript var i = 0; ``` |
|
||
| :smile: |  |
Emoji list | |
| {%youtube youtube_id %} | Externals | ||
| $L^aT_eX$ | LaTeX | ||
| :::info This is a alert area. ::: |
This is a alert area. |
On a scale of 0-10, how likely is it that you would recommend HackMD to your friends, family or business associates?
Please give us some advice and help us improve HackMD.
Do you want to remove this version name and description?
Syncing
xxxxxxxxxx-
Any changes
Be notified of any changes
-
Mention me
Be notified of mention me
-
Unsubscribe
Subscribe【DevOps入門班】建立 Agile / DevOps 團隊的經驗甘苦談 - 王泰翔 Tim Wang
歡迎來到 DevOpsDay Taipei 2024 共筆
- The image file may be corrupted
- The server hosting the image is unavailable
- The image path is incorrect
- The image format is not supported
Learn More →共筆入口：https://hackmd.io/@DevOpsDay/2024
手機版請點選上方 按鈕展開議程列表。
》議程介紹
》填寫議程滿意度問卷｜回饋建言給辛苦的講者
個人過往實踐 DevOps 的情境
如何導入流程來節省時間。
找工具
先從工人智慧開始到逐漸減少手工藝，做自動化測試環境跟開發。
PO
As PO + SRE + Coach
實踐 DevOps 確實有助於更好更快的交付價值
雖然台灣都是硬體環境，但找對工具也是可以使用。
不同領域中的相同常見疑問
一個 DevOps 各自表述
用了一堆東西IT本來不是要做這些東西，不是本來是要幫大家導入工具的。
大家用dev的角度去開發，就很容易變成維護工具的SRE
一個組織用太多工具，有辦法好好維護他嗎？
更快交付
但沒寫測試更快交付，當然很容易會失敗。
SDET(自動化測試開發)人才還是缺乏
DevOps 沒起來，測試流程不連貫，敏捷很快會卡彈
有一個固定時間開發一段時間測試一次性的交付。
若是測試沒有做好，迭代交付只是把bug迭代送上而已。
DevOps 說 Ops 左移給 Dev，但… ?
還是很多工作是人工進行，仍舊無法處理掉。
價值流分析，看哪些可以自動化哪些沒有辦法，讓Ops可以做一些自動化工作，逐漸加入產品思維變成DevOps才有辦法變成長期的產品發展。
DevOps 關係人的期望與困境
Jobs To Be Done(JTBD)
跳脫工具DevOps用途到底是什麼？
推行DevOps是要解決問題，不是製造更多任務。
希望降低溝通成本
有人可以使用達到成就感
book: 創新的用途理論 (Competing Against Luck)
建立團隊的思維
走人的節奏
常見的悲劇循環
DevOps 提升效率省時，然後呢？
負向循環：老闆佈達 → sales → 基層開發
正向循環：自動化省時 → 討論設計架構 →
以 SDLC 來講：
回饋收集 路線圖收集方案 開發實作 方案驗證 行銷準備市場溝通
開發的前後有更多的事情，可以幫助工程師思考，把事情做好。這樣不會只是只有工具，而是知道方向跟明確的知道要去幹嘛。
我的作法
測試項也是一種規格的方式，用系統來封存知識，透過這種演習不傷害商業價值的狀況下，用演習來確保大家的技能。
當所有東西都自動化之後，突然不work了，能夠知道底層問題去修改的人就越來越少了。
資料 數據導向
沒有資料這些東西都是個人觀點，沒有正確的數字觀就不行。
It's science
取代拍腦袋決策
book: 數值化之鬼 (Quantify Thinking)
過往常見的傾向
分工方式
新的作法
選人傾向
分工方式
人們希望有彈性學習新的需求，而不是承接舊的包袱
挑錯人的受害者循環
自動化是不是要裁員？透明會不會被找碴？若不適應就會回到說較長週期的品質比較好！
數據呈現出來不是為了 challenge
身為領導者、管理者，在台灣的產業下，如何平衡老闆的期望與推動變革？
豐田製造
要快要能夠標準化。
六標準差，品持質去變異，透過經驗提高品質
iso9000透過數據化流程化發揮人的生產力
人、機、料、法、環、測
數據化、標準化、速度快
老闆其實可以用 Lean 及價值流去溝通，並不是使用工具，因為他看到的是更多的商業價值。
三步工作法
從左到右快速流動
探尋需求，客戶說需求故事，變成需求轉成可迭代的
支持以 Product Team 構型建構團隊
期望：用產品的方式合作，用實務的方式做溝通
對齊商業目標的方式達到合作
其實很多事情，要從商業面，要怎麼持續交付商業價值給用戶，再做技術交付，犯錯沒關係，不咎責文化
產品成長存續重於節省人力時間
理解用途對象重於導入熱門工具
加速迭代交付重於鑽研工程手法
心態轉型重於流程手法轉型
Tim Wang: 講者補充資料提供
與講者聯絡
過往投影片參考
關於 Platform Engineering / Internal Developer Portal
tags:
DevOpsDays Taipei 2024