今年一月，參加 David Ko 舉辦的一場敏捷轉型活動，從中學到了一個有趣的分析工具：Lean Change Canvas。

知道了一個好東西，自然要追本溯源，加深加廣。便研讀相關資料：

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

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

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

盯上這門課，其實已經很久了

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

不過，近十年來許多軟體界的流程改革，尤其是同屬 Agile 陣營的 Scrum 及 Kanban，居然有許多元素是從製造業偷竊學習而來。譬如說

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

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