高雄敏捷 Agile Kaohsiung Meetup 2018/11 (1) 利用基礎軟件架構打造敏捷（Agile）之工作環境來為（DevOps）做準備

本場次現場酌收場地費 100元

前言
近年來，敏捷（Agile）幾乎成為軟體開發的代名詞，尤其在現今軟體技術市場，您是否有時覺得技術變成速食？沒有辦法被 資源回收再利用~怎麼辦？而且，在需求、市場多變現代，你怎麼確保團隊交付客戶的是不是正確的軟體？因為，我們如果要創造價值給我們的客戶，我們得先創造自己的價值。

我們建置團隊所需的敏捷基礎軟件架構，來為未來 DevOps 預先打上一股強心針，這個 Software 框架可以協助我們做到什麼？
    A. 標準化團隊開發、規範
    B. 希望開發要有效率、學習門檻低
    C. 要有 (Log／monitor) 機制 
    D. 容易維護、關注點分離
    E. 容易擴展
    F. 容易佈署 (CI／CD 基本要件)
    D. 易於偵錯，如果框架能協助 developer 在 Exception Handler 減少一些浪費 ==> (DevOps)

在軟體技術蓬勃發展的現代，各種流程開發的方法如雨後春筍般不斷湧現，像是：Agile／Scrum／Kenban 等等、以及您是不是曾聽說導入 Scrum 後，OOA/OOD/Modeling 分析就沒有用了的說法？可是... 當你實際進行開發時，你又覺得需求很難收集、也很難被管理，即便團隊使用 Agile 或 Scrum，但是使用者需求總是到了 SD 階段時，容易發散？更不用說到了實際在進行開發的時候，到底撰寫的程式是不是實際使用者要的東西？

而這些工作必須由你個人的工作開始 到 團隊，課程中，會告訴大家，我們如將『使用者故事地圖 User Story Mapping』到 你的 Modeling 分析方方法，來溝通使用者需求  ？甚至，小弟會介紹我如何只用初步的 UML 三張圖型（Use Case／Class Diagram／Sequence Diagram）來展現使用者故事地圖所看見的全貌，並建構 MVP（Minimum Viable Product）雛形，在反覆的最小增量當中，不斷的修正方向以確保交付的是使用者需要的軟體。

因為，雖然我們需要縮短交付軟體的時間，但更需要交付的是『正確的軟體』。

可以帶給聽眾什麼樣的收穫：
了解為什麼建置適合的軟件架構為敏捷開發的基礎，並學習到如何為自己團隊建置容易上手、學習曲線不高 + 堅固可靠的 Software Infrastructure、與團隊共通的語言的團隊共同規範，讓團隊成員彼此學習、交互成長。

@ 關於講師：

我是 Gelis，從事軟體專案開發相關工作已經 19 餘年(顧問工作4年)，專案開發 15 年／顧問相關工作 4 年，目前任職於集英信誠顧問公司，目前主要負責與 .NET 相關的開發、顧問工作。

我熱愛軟體工程、UML 系統分析與設計，擅長OO物件導向分析與設計外，也擅長將看似與程式碼無關的 OOA 與 OOD 的設計模型推導為實際程式碼設計，專精於 .NET 平台網頁 ASP.NET Web Form 與 MVC 開發與 WinForm 開發，領域包含了 WinForm、WPF 等。

主要負責軟體開發架構、流程的導入的顧問工作，主要核心價值在於在導入適當的開發平台 Platform 框架 Framework，配合 (Team Foundation Server, TFS) 產品與 ALM 的Scrum 流程，搭配自動化 Code-Review 並結合 Team Build 進行自動化測試，自動化部署 (Continuous Deployment, CD)，並達到持續整合 (Cintinuous Integrated, CI)，以提升開發團隊的效率與價值。

目前連任六屆微軟最有價值專家 MVP，有個人的技術部落格 『Gelis 技術隨筆』，以記錄在技術上學習的新知與個人的研究發表。