DevOps Taiwan Meetup #2 簡短記錄
今晚 DevOps Taiwan 舉辦了 Meetup #2 。感謝葉秉哲與 Erica Liu 兩位講師的鼎力相助,以及五倍紅寶石出礦坑贊助場地,讓本次 Meetup 能順利舉辦! 本次活動報名人數 45,實際到場人數約 30,看來免費活動常見的通病依然再次發生。有限名額被占據,但未能到場參加活動,導致其他很想參予的社群朋友沒有名額。這樣的情況實在很可惜,因為今晚的活動真的很精彩,希望能讓更多人可以現場參予。 這次 Meetup 的主題是「思維引導、持續改善,引發團隊改變新契機」。 延續 iThome DevOps Summit 2016 的熱度,我們計畫邀請葉大再次分享在 Summit 中大獲好評的講題「從限制理論看 DevOps」,並期望能讓講題更有感,所以規劃加入小遊戲,透過實際體驗的方式,讓大家能更有所收穫。畢竟觀念很容易聽,但要做卻是不易,特別 DevOps 與團隊文化有關,而人並不是這麼容易被改變的。 主題一:「從限制理論看 DevOps」 同樣的題目「從限制理論看 DevOps」,但本次 Meetup 可是獨家擴充版!比起 iThome DevOps Summit 2016 講得更慢更多更詳細。講題由葉大從多場 Ansible Workshop 中收集到的 DevOps 痛點開始說起,將痛點歸納成 11 大項之後,接著該怎麼解決它們呢? 一般的想法大概是各個擊破吧?但這樣做正確嗎?會不會是治標不治本?另外,這些問題似乎彼此牽連,好像並不是這麼容易各個擊破的,那該如何處理呢?於是切入本主題的核心重點「高德拉特的『限制理論』」。 葉大藉著一步一步的解釋他如何運用高德拉特的理論來推導前面 11 個痛點的因果關係,讓聽眾彷彿跟著走了一遭,相信有認真聽講的朋友,應該不時在心中點頭,並且腦袋也跟著一起運轉了一回。 當透過推導畫出 CRT 圖表之後,再拿它對照原本的 11 個痛點,恐怕大家都會希望自己的團隊中,也能經歷這樣的過程,將單一的問題轉化成有系統的 CRT 圖表,讓問題可以像串肉粽一樣的產生關聯,找出真正的肉粽頭,從源頭解決核心問題。 這場分享並未到此打住,接著再回到另一個重點「老闆主管都是豬頭嗎?」,我們應該正面一點,「老闆主管不一定是豬頭,他們只是遇到了無法解決的『衝突』。」 什麼樣的衝突?如果要持續的交付客戶滿意的軟體,到底團隊該將資源投入在「產品研發」還是「DevOps」上呢?在資源有限、資源搶奪的狀況下,主管當然很苦惱阿!所以主管不一定是豬頭,而是碰到了無法解決的衝突。 而偉大的高德拉特博士依然有解!面對衝突要找出其中的「錯誤假設」。難道投入研發就對「改善團隊體質 (DevOps)」沒有幫助嗎?反之難道投入 DevOps 就對「提供優質產品」沒有幫助嗎?這是值得思考的! 這場分享個人覺得值得多次回味,對於沒有接觸過高德拉特及 TOC 的人來說,應該是一個很好的魚餌,能讓人稍微一窺這些理論工具並非只是空談,吸引你更深入的了解認識它,甚至學習運用它。 葉大已經將今晚的分享錄影釋出,也寫了一篇導讀,對此主題有興趣者,可以深入閱讀。 http://school.soft-arch.net/blog/157917/devops-a-toc-perspective 主題二:「持續改善:找出流程中的瓶頸與浪費」 這場分享我們邀請到泰迪軟體的 Erica 來帶大家用小遊戲的方式進行。...