今晚，受 Agile Community Taiwan 之邀，在 Agile Meetup Taipei 給了一場演講：【有了 Agile，為什麼還要有 DevOps？】

前一篇文章〈向工廠管理致敬〉提到，最近為了準備一場 Agile/DevOps 演講，我特地研讀了數本原典，希望能對某些核心的思考元素來一場溯源之旅。

啃原典，其實還有另一個原因：為了好好替今天要去大玩特玩的小火車遊戲⋯⋯喔，不，是為了替今天要專程去上的一門【102 流程設計與跨部門溝通】課程預作準備。

身為徹頭徹尾的軟體人，在軟體產業待久了，總會對「硬」一點的產業，尤其是製造業，有莫名的成見，以為他們是僵固的、反人性的。從 1972 年「軟體危機」引發的論述當中，更加深軟體人的印象：製造業的經驗，是無法直接套用到軟體界的；我們是截然不同的國度。

不過，近十年來許多軟體界的流程改革，尤其是同屬 Agile 陣營的 Scrum 及 Kanban，居然有許多元素是從製造業偷竊學習而來。譬如說，由 Toyota 引領風潮的 Lean Production 及 JIT、從 TOC（限制理論） 學來的流程分析及改善手法，都是相關文獻最常引述的。

系統思考，全局思考，是困難的；即使是貌似常識的場域，亦然。

最近在看 Lean Thinking 原典時，感觸更深。

在我開的 Ansible Workshop 中，不管是課前的【許願池】，還是課程現場的 Q&A，總有一個熱門議題：「如何確保系統是安全的？」

這是大哉問，不是單獨一門組態管理課就能探討到令人滿意的地步（資安也不是我所擅長的⋯⋯）。不過，被問到的次數太多了，我還是給個簡單的導引吧。