今晚 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 來帶大家用小遊戲的方式進行。
不過很可惜因為這次我們主辦方沒有掌握好時間控管，因此輪到 Erica 上場時，時間已經有點緊迫了。但講者 Erica 私下仍很客氣的說她自己也玩的太 high，所以時間掌握也是有一點失控。不過我自己的感覺是，雖然沒有順利玩完三輪遊戲，只完成兩輪。但第二輪其實已經足夠讓人有一點「感覺」了，這樣的情況也能當成一種魚餌，吊吊大家的胃口，相信大家應該都心癢癢的。 （然後聽到我這樣說，Erica 又故意再補上一句，「第三輪才是精華阿！」。完全性的就是吊我胃口！搞得我現在好想完整的玩一輪阿～）
這次玩的小遊戲是「紙飛機工廠」（憑印象記憶的名稱）
簡單來說就是聽眾們各自分組成為一間「紙飛機工廠」。工廠當然有生產線啦！就是將摺紙飛機的步驟拆開，每一個人負責一個動作。於是在有限的時間與前提之下，大家要盡可能的生產紙飛機。
當經過三輪特別設計與引導的遊戲之後，讓參予者實際體驗「發現瓶頸」及如何改善它。（但本次時間有限只玩了兩輪，剩下時間直接解說內容。）
你說玩遊戲真的能有所學習嗎？答案是當然能，而且還能深刻體會。因為遊戲本身與引導遊戲進行的過程，這些講師都有經過設計，在不自覺之間讓你掉進她設下的坑，體會一下個中滋味，例如當你發現自己就是「瓶頸」的那一刻，我想應該是深刻難忘吧！
個人也曾在團隊中帶過「棉花糖挑戰」的小遊戲，覺得用遊戲來當作引導，用遊戲來讓人實際體會，這確實是一種很棒的方式。但前提是事前功課要做好，不管是遊戲進行方式、中途的引導、適時的解說等等，這些都要拿捏得恰到好處。
今天實際體會一次 Erica 如何引導遊戲，真是值回票價，有許多的學習。包含她最後簡單提到，她本來以為這個場地沒有桌子，那怎麼玩遊戲？但後來轉念一想，難道要一切都準備就緒才能開始嗎？這不就像我們想在團隊中引入持續改善的情境嘛？如果你總是要等到一切都就緒才開始改善，那你只會得到「持續等待」而不是持續改善啦！
所以說，「持續改善」就從自身開始做起吧！
今天的 DevOps Taiwan Meetup #2 就簡單記錄到此，我們 DevOps Meetup #3 再會吧！
工商服務與感謝：
- 對葉大分享的內容有興趣，可以持續關注他的網站 http://school.soft-arch.net/
- 對 Agile、敏捷遊戲有興趣，可以持續關注「泰迪軟體」、「搞笑談軟工」或 C.C. Agile https://www.facebook.com/teddysoft.tw https://www.facebook.com/groups/teddy.tw http://teddysoft.tw/ccagile/
- 對 Ruby/Rails/iOS app 開發有興趣，可以關注「五倍紅寶石出礦坑」 https://www.facebook.com/5xruby/
- DevOps Taiwan 社群，目前仍在尋求資源，歡迎您一起加入志工、贊助或擔任講者！ 最後感謝多位參加者的協助，在志工臨時有事無法提前到達的情況下，協助我們搬桌子、排椅子及最後恢復場地。
再次感謝各位的參與及協助，讓本次 Meetup 可以順利舉辦，謝謝！
