從限制理論看 DevOps

Introduction To Agile

Knoldus Inc.

Project Planning with Jira

Parvez Misarwala

twMVC#18 | 專案分層架構

twMVC

Agile開発でのテストのやり方～私の場合～

Mineo Matsuya

用十分鐘學會《資料結構、演算法和計算理論》

鍾誠陳鍾誠

楽天市場で使われている技術、エンジニアに必要なコアスキルとはTechnology used in Rakuten, core skills neede...

チームで1番弱い子がアジャイルレトロスペクティブやってみたら・・・

製品の質と、仕事の質を向上させるふりかえりの活用

2020/11 台大地理系｜Tableau 資料視覺化與地圖製作

彭其捷 Jack

Ruby で書く! Quine aa

誠小林

フロー効率性とリソース効率性、再入門 #devlove #devkan

Itsuki Kuroda

メトリクスによる「見える化」のススメ: エッセンシャル・リーンHiroyuki Ito

Release Train Engineer - the Master Scrum Master

Mia Horrigan

アジャイル開発とメトリクス

近年日本のソフトウェア開発チームでも取り入れられるようになったアジャイル/DevOps開発では,今まで主流であったウォーターフォール開発と異なり,短い開発サイクルの中で小刻みなフィードバックループと改善活動を繰り返しながら開発する特徴がある.そのため,品質保証や信頼性でのメトリクス活用においても,メトリクスにもとづいたQAテストを実施することは依然重要であるが,それに加え開発から運用までの一連のプロセスの中でプロダクトとプロセスの品質を見える化し継続的な改善活動を促進するフィードバックを提供することがアジャイル開発では求められる.また、DevOps開発では本番稼働中のシステムについてもレジリエンスの枠組みで障害やバグに関するフィードバックを獲得し継続的に学習する.本講演ではアジャイル /DevOps の品質保証と信頼性におけるメトリクス活用の方法について事例も交えながら紹介する.

Monitoring 改造計畫：流程觀點

Monitoring: a process perspective Video: http://www.ithome.com.tw/video/108317 【Monitoring 改造計畫：流程觀點】組織會變化，業務會變化，流程會變化，軟體系統會變化，同樣的，在背後綜觀全域的監控系統，也會變化。如果對監控系統也有版本編號的話，葉秉哲在 2015 年發表的「Whoscall 的 Realtime Monitoring 經驗分享」，是我們 1.0 版的經驗；這一年來，我們已經進化到 3.0 版。這場演講，葉秉哲會從流程觀點，分享對監控系統持續改善的原因及作法。

No estimates - a controversial way to improve estimation with results-handouts

Vasco Duarte

Often we hear that estimating a project is a must. "We can't make decisions without them" we hear often. In this session I'll present examples of how we can predict a release date of a project without any estimates, only relying on easily available data. I'll show how we can follow progress on a project at all times without having to rely on guesswork, and we will review how large, very large and small projects have already benefited from this in the past. At the end of the session you will be ready to start your own #NoEstimates journey.

What's hot

從研發團隊管理及產品發展的角度看 DevOps

TIM WANG

TDDを実践してわかったTDDつまづくあるあると自分なりの乗り越え方まとめ

Kei Sawada

DevOps Picc12 Management Talk

Michael Rembetsy

１５分でわかるGit入門

to_ueda

Kanban boards step by step

Giulio Roggero

リーン開発の本質公開用

Introduction To Agile

Knoldus Inc.

Project Planning with Jira

Parvez Misarwala

twMVC#18 | 專案分層架構

twMVC

Agile開発でのテストのやり方～私の場合～

Mineo Matsuya

用十分鐘學會《資料結構、演算法和計算理論》

鍾誠陳鍾誠

楽天市場で使われている技術、エンジニアに必要なコアスキルとはTechnology used in Rakuten, core skills neede...

チームで1番弱い子がアジャイルレトロスペクティブやってみたら・・・

製品の質と、仕事の質を向上させるふりかえりの活用

2020/11 台大地理系｜Tableau 資料視覺化與地圖製作

彭其捷 Jack

Ruby で書く! Quine aa

誠小林

フロー効率性とリソース効率性、再入門 #devlove #devkan

Itsuki Kuroda

メトリクスによる「見える化」のススメ: エッセンシャル・リーンHiroyuki Ito

Release Train Engineer - the Master Scrum Master

Mia Horrigan

アジャイル開発とメトリクス

What's hot (20)

從研發團隊管理及產品發展的角度看 DevOps

TDDを実践してわかったTDDつまづくあるあると自分なりの乗り越え方まとめ

DevOps Picc12 Management Talk

１５分でわかるGit入門

Kanban boards step by step

リーン開発の本質公開用

Introduction To Agile

Project Planning with Jira

twMVC#18 | 專案分層架構

Agile開発でのテストのやり方～私の場合～

用十分鐘學會《資料結構、演算法和計算理論》

楽天市場で使われている技術、エンジニアに必要なコアスキルとはTechnology used in Rakuten, core skills neede...

チームで1番弱い子がアジャイルレトロスペクティブやってみたら・・・

製品の質と、仕事の質を向上させるふりかえりの活用

2020/11 台大地理系｜Tableau 資料視覺化與地圖製作

Ruby で書く! Quine aa

フロー効率性とリソース効率性、再入門 #devlove #devkan

メトリクスによる「見える化」のススメ: エッセンシャル・リーン

Release Train Engineer - the Master Scrum Master

アジャイル開発とメトリクス

Similar to 從限制理論看 DevOps

Monitoring 改造計畫：流程觀點

Evolve The Adobe Digital Marketing Community

No estimates - a controversial way to improve estimation with results-handouts

Vasco Duarte

EVOLVE'16 | Keynote | Cat Reusswig | Taking Your AEM Implementation to The RO...

Case of the Unexplained Support Issue – Troubleshooting steps for diagnosing ...

Charles Beyer

One of the many challenges to working as a Hyperion Admin is diagnosing issues. Many factors complicate troubleshooting efforts, such as the number of users, geographic location of users, varying experience levels, products in use (Hyperion and third -party), cryptic error messages, and the lack of built-in diagnostic tools. With the use of the proper tools and troubleshooting techniques, administrators can reduce the time required to handle many troubleshooting issues. This powerpoint presentation will demonstrate how to use a variety of third-party tools to assist troubleshooting efforts. Troubleshooting techniques will be discussed and demonstrated using real world issues. Finally, the presentation walks through solving a fairly tricky technical problem.

2015 03-19-devops-toolkit-varrow-madness

Jonas Rosland

Testing and Measurement in DevOps: Find Solutions—Not More Problems

TechWell

The promise of DevOps is to deliver new features faster following today’s best practices. However, blindly automating the delivery pipeline by installing Jenkins, Chef, and Docker without adapting test approaches will cause a great number of deployments to fail. While the tester’s role and testing are critical for the success of DevOps, the tester’s objective changes—from finding more defects to understanding the patterns that make deployments fail. Then, the job is to automate the detection of these patterns through quality gates into the pipeline. Using examples from Capital One, Verizon, and others, Andreas Grabner explains which technical metrics—# of SQLs, # Memory Allocations, # of Service Calls—to capture while testing in order to identify bad coding and architectural patterns earlier. In the DevOps world, you are no longer measured by number of tests created, executed, and problems reported; you are measured by your collaboration with development and operations, and the success rate of your team’s deliverables.

Continuous delivery in Pipedrive

Tomas Rehor

O365Engage17 - Building an intelligent share point bot

NCCOMMS

A Framework for Open Source Software Success

Paula Hunter

Patterns for Open Source Success

Stephen Walli

What a DevOps specialist has to know about static code analysis

Andrey Karpov

Scaling Your Tests: Continued Change Without Fear

TechWell

Agile teams move faster when cycle times are short and code deployments are frequent. To release often, a robust suite of automated tests is a must-have. Tests are the safety net that enables fearless change. Throughout a software system's lifespan, its test suite grows, evolves, and decays. Left unchecked, test execution times increase and non-deterministic failures erode confidence. Ultimately, the test suite that once served as a change-enabler becomes an anchor, grinding progress to a halt. Scaling a test suite is complex and difficult—and vital to successful organizations. Drawing from experience in the trenches, Ryan Scott describes real-world examples of how and why test suites can become burdensome and shares solutions for keeping your test suites tidy. Ryan explores techniques for test parallelization and code restructuring that his company used to decrease the execution time of its test suites by more than 90 percent while more than tripling the number of tests. Take back new ways to fearlessly scale your agile testing.

DevOps checklist or how to understand where is your team in DevOps landscape

Mikalai Alimenkou

DevOps is a hot topic during last several years. Some companies, teams and products have achieved quite impressive results in this area making cultural changes, transforming their processes and practices, introducing new roles, tools and techniques. At the same time there is no common approach for measuring achievements and understanding “how DevOps” the current team/company is. In this talk I will provide attendees with basic checklist to start with and some reliable tools/techniques to monitor progress of “DevOps transformation”.

Similar to 從限制理論看 DevOps (13)

Monitoring 改造計畫：流程觀點

No estimates - a controversial way to improve estimation with results-handouts

EVOLVE'16 | Keynote | Cat Reusswig | Taking Your AEM Implementation to The RO...

Case of the Unexplained Support Issue – Troubleshooting steps for diagnosing ...

2015 03-19-devops-toolkit-varrow-madness

Testing and Measurement in DevOps: Find Solutions—Not More Problems

Continuous delivery in Pipedrive

O365Engage17 - Building an intelligent share point bot

A Framework for Open Source Software Success

Patterns for Open Source Success

What a DevOps specialist has to know about static code analysis

Scaling Your Tests: Continued Change Without Fear

DevOps checklist or how to understand where is your team in DevOps landscape

More from William Yeh

敏捷轉型：目標管理工作坊

Event: Workshop in Agile Summit 2022 (2022-08-31). https://agile.ithome.com.tw/2022/workshop-page/1090 (投影片公開版) ◉ 簡介轉型要成功，需要盡早管理期待。問題是，對敏捷轉型起心動念的人，不見得都能清楚說出對敏捷轉型的期待。事前沒對齊彼此期待，往往會種下半途而廢的惡因。這場工作坊，將以「目標管理」為基礎，帶領大家盤點對於敏捷轉型的期待，並找出敏捷轉型該看的策略性指標。希望這場工作坊，能做為大家推動敏捷轉型的助力。 ◉ 預期收穫 1. 學習以管理者能接受的管理語言，對齊對於敏捷轉型的期待。 2. 以目標管理的方式，規劃敏捷轉型的進程。 3. 根據組織現況及願景，規劃合宜的改革步驟。

gRPC：更高效的微服務介面

Title: gRPC: A more efficient microservice interface. Presented in: Taiwan Cloud Edge Summit 2020 (台灣雲端大會) https://cloudsummit.ithome.com.tw/speaker.html#s7262 Description: 在 Web service 時代，基於 HTTP 的 REST 簡單易用，是最流行的 API 服務介面。然而，到了微服務時代，服務互連現象更為頻繁緊密，以前 REST 的優點卻變成缺點：過於簡單的模型，欠缺基本的服務治理；過於陽春的 HTTP，欠缺高效的傳輸介面。新一代的 gRPC，則是在 HTTP/2 的基礎上，盡量維持簡單易用的特性，又具備微服務世界該有的服務治理與高效傳輸。本演講將示範 gRPC 的工作流程：介面定義、編程、測試、雲端應用實務，讓你可以開始嘗試導入 gRPC。

給 RD 的 Kubernetes 初體驗 (EKS version)

Simplified version for EKS (1.5 hr) Kubernetes 是目前雲端環境的顯學。可是，傳統的程式，並不是原封不動搬上去，就能夠自動享受 Kubernetes 所宣稱的種種好處。新的環境，不僅需要新的 Ops 思維，也需要新的 Dev 思維。我們將以一個半小時的時間，從軟體研發者的角度，探討軟體的設計該做哪些最起碼的改變，並體驗 Kubernetes 引進的新觀念及新效益。

賣 K8s 的人不敢告訴你的事 (Secrets that K8s vendors won't tell you)

給 RD 的 Kubernetes 初體驗 (GDG Cloud KH 2019-08 version)

In: GDG Cloud KH Meetup #4 (2019-08-11) Event: https://www.meetup.com/GCPUG-Kaohsiung/events/262412299/ Lab: https://github.com/William-Yeh/workshop-k8s201908 ● 簡介 Kubernetes 是目前雲端環境的顯學。可是，傳統的程式，並不是原封不動搬上去，就能夠自動享受 Kubernetes 所宣稱的種種好處。新的環境，不僅需要新的 Ops 思維，也需要新的 Dev 思維。我們將以三小時的時間，從軟體研發者的角度，探討軟體的設計該做哪些最起碼的改變，並體驗 Kubernetes 引進的新觀念及新效益。 ● 目標從實例中體驗，傳統 web 應用程式在搬上 Kubernetes 時，可能會經歷哪些架構面的調整，才能享受新架構的效益： - 容器化 - 微服務 - 組態管理 - 多重環境管理：本機端與雲端（以 GKE 為例） - Canary release。 ● 適合對象已經具備 Docker 基本操作能力、簡單的 Web 前後端觀念，想進一步體驗 Kubernetes 的軟體研發者。本工作坊不會涉及太多維運層面。

Next ’19 的 Istio 場次重點摘要

給 RD 的 Kubernetes 初體驗 (gcpug 2019-06 version)

✭✭ NOTE: a revised version of this lab is available at https://www.slideshare.net/williamyeh/rd-kubernetes-gdg-cloud-kh-201908-version ✭✭ In: GCPUG.tw Taipei Meetup (2019-06-16) Event: https://www.meetup.com/GCPUG-Taipei/events/261797460/ Lab: https://github.com/William-Yeh/workshop-gcpug201906/ ● 簡介 Kubernetes 是目前雲端環境的顯學。可是，傳統的程式，並不是原封不動搬上去，就能夠自動享受 Kubernetes 所宣稱的種種好處。新的環境，不僅需要新的 Ops 思維，也需要新的 Dev 思維。我們將以三小時的時間，從軟體研發者的角度，探討軟體的設計該做哪些最起碼的改變，並體驗 Kubernetes 引進的新觀念及新效益。 ● 目標從實例中體驗，傳統 web 應用程式在搬上 Kubernetes 時，可能會經歷哪些架構面的調整，才能享受新架構的效益： - 容器化 - 微服務 - 組態管理 - 多重環境管理：本機端與雲端（以 GKE 為例） - Canary release。 ● 適合對象已經具備 Docker 基本操作能力、簡單的 Web 前後端觀念，想進一步體驗 Kubernetes 的軟體研發者。本工作坊不會涉及太多維運層面。

給 RD 的 Kubernetes 初體驗

✭✭ NOTE: a revised version of this lab is available at https://www.slideshare.net/williamyeh/rd-kubernetes-gdg-cloud-kh-201908-version ✭✭ 90-Minute Workshop held at Taiwan Cloud Edge Summit 2019 (台灣雲端大會). * 課程簡介 Kubernetes 是目前雲端環境的顯學。可是，傳統的程式，並不是原封不動搬上去，就能夠自動享受 Kubernetes 所宣稱的種種好處。新的環境，不僅需要新的 Ops 思維，也需要新的 Dev 思維。我們將以一個半小時的時間，從軟體研發者的角度，探討軟體的設計該做哪些最起碼的改變，從實作中體驗 Kubernetes 引進的新觀念及新效益。 * 課程目標從實例中體驗，傳統 web 應用程式在搬上 Kubernetes 時，可能會經歷哪些架構面的調整，才能享受新架構的效益： - 容器化 - 微服務 - 組態管理 - 多重環境管理：本機端與雲端（以 GKE 為例）

當 .NET 遇到 Kubernetes (When .NET meets Kubernetes)

Title: 當 .NET 遇到 Kubernetes Presented in: Taiwan Cloud Edge Summit 2019 (台灣雲端大會) https://cloudsummit.ithome.com.tw/speaker-inner.html#s5983 Description: 古老的 .NET 程式，該如何搭上新潮的 Kubernetes 列車？本講座將分享幾種架構升級路徑，讓你知道在將 monolithic 架構升級到容器架構、微服務架構、service mesh 架構的漫>漫長路上，哪些是值得認真投資的選項。

為了精準估算，你必須付出什麼代價？

Workshop held in Agile Tour Kaohsiung 2018 (2018-12-15). Measurement in Agile Way Article: https://william-yeh.net/post/2018/12/agile-measurement/ 「請問一下，這個Ａ功能，大概要多久才能完成？」這是研發團隊常被問到的問題。而且，不會因為你跑的是敏捷，就自動免疫。那麼，身為經過敏捷思維洗禮的人，該如何做出合宜的應對？我常用的方法是：先確定對方現在要的只是粗略的估計，還是精準的估計。萬一對方要求的是精準的估計呢？在這兩個半小時的體驗活動中，我會用真實案例的改編版本，帶大家體驗 Sprint Planning 及 Backlog Refinement 的核心要素。不管你是 PO、PM、UX、RD、QA，都能從活動中親自體認到，我們到底有沒有必要追求精準的估算？以及，萬一真的有必要，我們又該做什麼樣的準備？

從限制理論角度談敏捷導入階段 (Agile transition: a TOC perspective)

Presented at Agile Summit 2018 (2018-06-29). Video recording: https://www.tibame.com/CoursePlayer/389/8398 (about 45 minutes). Introduction: 許多人都聽聞敏捷方法的優點，但是要怎麼導入自己的團隊呢？由上到下？還是由下到上？如何克服可能的阻力？如何設定初期的戰果？如何兼顧敏捷理想及商業現實？別人的經驗，能原封不動套用在自己身上嗎？本講座從限制理論 TOC (theory of constraints) 的思考邏輯，尤其是其中的 MTO (make to order) 解決方案取經，對上述疑問提出穩健的敏捷導入建議。 ◉ 聽眾預期收穫從已被證實有效可行的領域取經，理解階段性變革的思考邏輯，降低變革阻力。

從系統思考看 DevOps：以 microservices 為例 (DevOps: a system dynamics perspective)

Presented at DevOps Taiwan Meetup #8 (2017-10-26). Recording (about 90 minutes): https://www.youtube.com/watch?v=zMeA3CjOi60 Introduction: 台灣第一次舉辦的 DevOpsDays Taipei，涵蓋許多精彩的文化與技術議題。大會中，許多講者不約而同提到「系統思考」的概念，這是什麼？許多講者也提到 microservices 的重要性，但為什麼許多人想導入，卻鍛羽而歸？此演講以系統思考的 causal loop diagram 角度，探討 microservices 常見的導入誤區：意外的敵人 (accidental adversaries) 及捨本逐末 (shifting the burden) ，並根據系統基模角度提出對應的槓桿解。希望你聽了之後，能夠初步掌握系統思考的切入點，也對於 microservices 導入，多了一分把握。提醒：建議先複習一下 Andrew Wu 在【DevOps Taiwan Meetup #4 (2017/02/22) - 這一夜讓我們來聊聊 Microservices】的內容： - https://goo.gl/Drfeiw - https://goo.gl/zXkESo

DevOps to Agile 敏捷轉型經驗　　(From DevOps to Agile: Transformation Experience of G...

Keynote speech for DevOpsDays Taipei, 2017-09-05. Video: https://youtu.be/KMfLEzkJs4Q 【DevOps to Agile 敏捷轉型經驗】 From DevOps to Agile: Transformation Experience of Gogolook. 大部分組織是從 agile 邁向 DevOps，我們 Gogolook 公司卻是從 DevOps 邁向 agile，甚至 lean startup。這種演進歷程，有獨特的優勢，也有獨特的劣勢。本講座會介紹我們敏捷轉型的背景與動機，面臨的組織文化挑戰，並提出一些敏捷轉型的建議。

軟體雲端化的要素 (Elements of Cloud-Native Apps)

現在，有許多可將軟體搬上雲端的技術選項：Docker、微服務、serverless，不過，在搬家之前，為了降低風險，也為了避免 lock-in，你都應該先整頓既有的軟體架構。本講座說明如何以 12-factor app 思維來重構軟體架構，並且運用到 Docker、微服務、serverless 三種熱門的雲端技術身上。發表於 iThome 主辦之【Cloud Summit 2017】: http://cloudsummit.ithome.com.tw/

瓶頸處理九大原則 (精簡版)

高德拉特博士在《目標》書中說道：「事實上，為了說明瓶頸和非瓶頸之間的關係以及應該如何管理工廠，我擬定了九個原則……」本講座將以一個簡單的遊戲，實際帶你領會這限制理論九大原則，並知道該如何運用在軟體開發及 DevOps 領域。註： 1. 此處釋出的投影片，是去掉遊戲現場內容的精簡版。 2. 文章： http://school.soft-arch.net/blog/313477/toc-bottleneck-principles 3. 後來，此遊戲已擴充為 4 小時的企業內訓版：【敏捷開發與團隊塑造】。

Docker 導入：障礙與對策

How to Embrace Docker - A TOC Perspective. 外頭流傳著許許多多 Docker 成功案例，可是，為什麼輪到我們身上，卻困難重重呢？「偉大的高德拉特博士」又來了！這一回，讓我們再度以限制理論的思維方式，剖析 Docker 導入的痛點及障礙，並逐一開出藥方，協助你降低導入 Docker 的阻力。文章： http://school.soft-arch.net/blog/268878/embrace-docker

有了 Agile，為什麼還要有 DevOps？

▷ https://william-yeh.net/post/2016/05/devops-a-lean-perspective/ 敏捷運動與 DevOps，有某些共同的淵源，但也有不同的偏重取向。 Agile 陣營的人，常會有個疑問：「聽起來，DevOps 好像只是把 Agile 觸角從 Dev 伸到 Ops 端，只是舊瓶裝新酒？」 Waterfall 陣營的人，也常會有個疑問：「聽起來，DevOps 好像只是 Agile 那一票人搞出來的；我們 Waterfall 陣營是不玩這一套的。」真的是這樣嗎？本次活動會以一些小遊戲、一些小短片，帶領大家從 Lean Thinking 角度，重新審視軟體研發的 value stream。回歸 DevOps 的原點，你將能夠自己給出上述問題的答案。 ▷ 2016-05-03 於 Agile Meetup Taipei 演講實況錄影: https://william-yeh.net/post/2016/05/devops-a-lean-perspective/ 全長整整 2 小時，請享用～～～

Docker 對傳統 DevOps 工具鏈的衝擊 (Docker's Impact on traditional DevOps toolchain)

A talk given to Container Summit 2015, Taipei on 2015-12-10. 【Docker 對傳統 DevOps 工具鏈的衝擊】 Docker 爆紅，以及隨之而來的生態圈，衝擊傳統 DevOps 工具鏈，任何人都無法忽視 Docker 帶來的威脅或機會。已經上手、或正在評估 DevOps 工具的我們，該如何看待這個新局面？對哪些舊方法該持保留態度？對哪些新方法該積極學習？本講座會鳥瞰檯面上的 DevOps 工具，提出新舊交替世代的建議方針。

Immutable infrastructure：觀念與實作 (建議)

A talk given to JCConf 2015 on 2015/12/05. 在程式設計領域，“immutable objects” 是相當重要的設計模式。同樣的，在虛擬化及雲端時代，“immutable infrastructure” 也成為新一代的顯學。在資源及流程的充分配合下，這將會大大簡化系統的複雜度，穩定性也會大大提升。本演講將會從觀念出發，並佐以部份實作建議，讓大家有足夠資訊來評估此架構的好處。 Video: https://youtu.be/9j008nd6-A4

Ansible 實戰：top down 觀點