內容簡介
(此版本為搶鮮預覽版，後續會持續更新，但也會調高價格![越早買越便宜] 更新後，先前購買的讀者依舊可以免費持續下載最新版本，最近更新日期 2020/3/3 約 100 頁 )
2020年初，有幸受邀擔任TSMC敏捷開發(Scrum)與Azure DevOps的實施顧問與教育訓練講師。其實，打從2018年起，我們就開始針對Azure DevOps這個主題，對台灣許多企業內的IT人員（成員包含趨勢科技、遠傳電信、中華電信、玉山銀行…等各種不同行業別），進行相關的教育訓練課程，其中也不乏專案專班的Azure DevOps企業內訓。除此之外，我也不時參與了Agile Summit、DevOpsDay與社群活動。在帶了這麼多梯次的學員，看到參與者的熱情反應之後，我深深覺得應該要將敏捷開發與Azure DevOps介紹給更多的技術夥伴，因為它『確實』能夠為IT與軟體開發人員建構出一個嶄新的未來。
過去軟體開發工程師一直深受幾個普遍常見的問題所困擾，像是『需求的不確定性(頻繁的需求變更)』、『緊急臨時插單造成的品質或時程影響』、『持續發生突然蹦出來的規劃外的大量工作，讓IT人員疲於奔命，一直救火變成日常，根本沒辦法進行真正有價值的工作』、『軟體在開發階段都正常運行無誤，但到了用戶端就是一直水土不服!?』…這些林林種種層出不窮的問題，讓軟體的品質和該發揮的效益打了很大的折扣…
其實，軟體開發跟很多人想的不一樣。傳統以為軟體開發像是建築的施工，由設計師(系統分析師SA)繪製好架構圖，然後開發人員(PR)按圖施作就可以了。問題是，軟體開發就不只是這樣，沒有一棟房子蓋完裝潢到超過一半然後客戶跟你說他要的廚房不是長這樣，逼著非得整間打掉重蓋，但幾乎每一個軟體的開發過程都會發生類似的事情。
就算你簽了白紙黑字的規格書，幾乎也都被當作裝飾品。其實我能夠理解用戶也並非故意找我們麻煩，乃是由於這世界的『變化』變得愈來愈快，三個月前談好的規格，可能再三個月後就變得不適用。如今的軟體開發已變成必須持續修改、持續改善、甚至頻繁交付、持續改變…才能趕上用戶真實的需要。這，早就和建築業的施工模式完全不同、甚至南轅北轍。
在這種狀況底下，你還能夠使用二三十年前從傳統建築業仿效而來的專案管理方式來控管軟體開發嗎？我勸你不要…
敏捷開發概念與DevOps技術在這五年飛快的發展成熟，從過去我們看到軟體開發團隊中不多人使用，到如今不使用根本不行。
也就是說，現在不管你的專案規模大小、公司人數多少、只要你在開發軟體，就一定、必須、絕對…會使用到DevOps工具，當然也應該採用敏捷開發相關的思維與技術。
因此，你看到了這本書。
我希望，把過去這五年使用Azure DevOps的實戰經驗，透過這本書分享給大家，讓你在面對未來的軟體開發專案與維運時，更加地得心應手。好的軟體開發與優質的專案管理是有其方法的，正確的觀念、心態、再加上好的工具、技巧，將會讓你和你的團隊更少加班、更多產出、當然日子也能過得更加快樂。
2020年初，有幸受邀擔任TSMC敏捷開發(Scrum)與Azure DevOps的實施顧問與教育訓練講師。其實，打從2018年起，我們就開始針對Azure DevOps這個主題，對台灣許多企業內的IT人員（成員包含趨勢科技、遠傳電信、中華電信、玉山銀行…等各種不同行業別），進行相關的教育訓練課程，其中也不乏專案專班的Azure DevOps企業內訓。除此之外，我也不時參與了Agile Summit、DevOpsDay與社群活動。在帶了這麼多梯次的學員，看到參與者的熱情反應之後，我深深覺得應該要將敏捷開發與Azure DevOps介紹給更多的技術夥伴，因為它『確實』能夠為IT與軟體開發人員建構出一個嶄新的未來。
過去軟體開發工程師一直深受幾個普遍常見的問題所困擾，像是『需求的不確定性(頻繁的需求變更)』、『緊急臨時插單造成的品質或時程影響』、『持續發生突然蹦出來的規劃外的大量工作，讓IT人員疲於奔命，一直救火變成日常，根本沒辦法進行真正有價值的工作』、『軟體在開發階段都正常運行無誤，但到了用戶端就是一直水土不服!?』…這些林林種種層出不窮的問題，讓軟體的品質和該發揮的效益打了很大的折扣…
其實，軟體開發跟很多人想的不一樣。傳統以為軟體開發像是建築的施工，由設計師(系統分析師SA)繪製好架構圖，然後開發人員(PR)按圖施作就可以了。問題是，軟體開發就不只是這樣，沒有一棟房子蓋完裝潢到超過一半然後客戶跟你說他要的廚房不是長這樣，逼著非得整間打掉重蓋，但幾乎每一個軟體的開發過程都會發生類似的事情。
就算你簽了白紙黑字的規格書，幾乎也都被當作裝飾品。其實我能夠理解用戶也並非故意找我們麻煩，乃是由於這世界的『變化』變得愈來愈快，三個月前談好的規格，可能再三個月後就變得不適用。如今的軟體開發已變成必須持續修改、持續改善、甚至頻繁交付、持續改變…才能趕上用戶真實的需要。這，早就和建築業的施工模式完全不同、甚至南轅北轍。
在這種狀況底下，你還能夠使用二三十年前從傳統建築業仿效而來的專案管理方式來控管軟體開發嗎？我勸你不要…
敏捷開發概念與DevOps技術在這五年飛快的發展成熟，從過去我們看到軟體開發團隊中不多人使用，到如今不使用根本不行。
也就是說，現在不管你的專案規模大小、公司人數多少、只要你在開發軟體，就一定、必須、絕對…會使用到DevOps工具，當然也應該採用敏捷開發相關的思維與技術。
因此，你看到了這本書。
我希望，把過去這五年使用Azure DevOps的實戰經驗，透過這本書分享給大家，讓你在面對未來的軟體開發專案與維運時，更加地得心應手。好的軟體開發與優質的專案管理是有其方法的，正確的觀念、心態、再加上好的工具、技巧，將會讓你和你的團隊更少加班、更多產出、當然日子也能過得更加快樂。
章節目錄
● 注意：本書為搶鮮版，並不包含標註尚未完成的部分
● 此版本為搶鮮預覽版，後續會持續更新，但也會逐漸調高價格!
● 更新後，先前購買的讀者依舊可以免費持續下載最新版本
----------------------------------------------
第1章 從敏捷(AGILE)到DEVOPS 1-1
1-1 我知道你可能不想改變 1-1
1-1-1 現實、改變、困境、與挑戰 1-1
1-1-2 此物只應天上有 人間難得幾回聞 1-1
1-1-3 In Action 1-1
1-2 起手式 – 你的預備動作 1-1
1-2-1 你需要的各種帳號 1-1
1-3 進入敏捷與DEVOPS的世界 1-2
1-3-1 環境介紹 1-2
第2章 從『需求』與『程式碼』開始 2-3
2-1 你怎麼管理需求的? 2-4
2-2 看板、需求、與工作項 2-4
2-2-1 需求、與工作項 2-4
2-2-2 建立backlogs 2-4
2-2-3 展開tasks 2-4
2-2-4 關於feature與epic 2-4
2-3 程式碼版控 2-5
2-3-1 毫無疑問你得選擇Git 2-5
2-3-2 原來Azure DevOps有內建git 2-5
2-3-3 從各種開發工具連上Azure DevOps版控 2-5
2-3-4 關於分支(Branch) 2-5
2-4 關於PR(PULL REQUEST) 2-5
2-4-1 從需求開啟分支(Branch) 2-5
2-4-2 建立PR 2-5
2-4-3 進行Code Review與Merge 2-5
2-4-4 PR帶來的價值 2-5
2-4-5 透過Build Policy保護你的分支 2-5
2-5 關於相依性與套件管理 2-5
2-5-1 砍斷針對專案的相依 2-5
2-5-2 在.net core中建立套件 2-6
2-5-3 改為針對套件的相依 2-6
2-5-4 別忘了還有後面的自動化 2-6
第3章 啟動CONTINUOUS INTEGRATION(CI) 3-7
3-1 CI為了解決什麼問題？有何好處？ 3-7
3-2 建立你的第一個PIPELINE 3-7
3-2-1 使用 .net core專案 3-7
3-2-2 實現CI 3-7
3-3 PIPELINE的設計細節 3-7
3-3-1 關於tasks 3-7
3-3-2 關於trigger 3-7
3-3-3 Build badge 3-7
3-4 在PIPELINE中加上單元測試 3-7
3-5 在PIPELINE中加上程式碼掃描 3-7
3-6 在PIPELINE中加上套件掃描 3-8
3-7 針對套件的CI/CD流程 3-8
第4章 進入CONTINUOUS DELIVERY(CD) 4-9
4-1 全自動交付會不會很危險？ 4-9
4-2 設計第一個交付流程 4-9
4-2-1 建立Release Pipeline 4-9
4-2-2 關於Trigger 4-9
4-2-3 關於stage(environment) 4-9
4-3 進階的RELEASE流程設計 4-9
4-3-1 加入簽核者 4-9
4-3-2 加入Gates 4-9
4-4 為RELEASE加上自動化測試 4-9
4-5 近代的新形態發佈模型 4-9
4-5-1 藍綠佈署 4-10
4-5-2 金絲雀佈署 4-10
4-6 發佈而不釋出？ 4-10
第5章 系統維運與監控 5-11
5-1 取得反饋 5-11
索引 範例與練習 5-12
● 此版本為搶鮮預覽版，後續會持續更新，但也會逐漸調高價格!
● 更新後，先前購買的讀者依舊可以免費持續下載最新版本
----------------------------------------------
第1章 從敏捷(AGILE)到DEVOPS 1-1
1-1 我知道你可能不想改變 1-1
1-1-1 現實、改變、困境、與挑戰 1-1
1-1-2 此物只應天上有 人間難得幾回聞 1-1
1-1-3 In Action 1-1
1-2 起手式 – 你的預備動作 1-1
1-2-1 你需要的各種帳號 1-1
1-3 進入敏捷與DEVOPS的世界 1-2
1-3-1 環境介紹 1-2
第2章 從『需求』與『程式碼』開始 2-3
2-1 你怎麼管理需求的? 2-4
2-2 看板、需求、與工作項 2-4
2-2-1 需求、與工作項 2-4
2-2-2 建立backlogs 2-4
2-2-3 展開tasks 2-4
2-2-4 關於feature與epic 2-4
2-3 程式碼版控 2-5
2-3-1 毫無疑問你得選擇Git 2-5
2-3-2 原來Azure DevOps有內建git 2-5
2-3-3 從各種開發工具連上Azure DevOps版控 2-5
2-3-4 關於分支(Branch) 2-5
2-4 關於PR(PULL REQUEST) 2-5
2-4-1 從需求開啟分支(Branch) 2-5
2-4-2 建立PR 2-5
2-4-3 進行Code Review與Merge 2-5
2-4-4 PR帶來的價值 2-5
2-4-5 透過Build Policy保護你的分支 2-5
2-5 關於相依性與套件管理 2-5
2-5-1 砍斷針對專案的相依 2-5
2-5-2 在.net core中建立套件 2-6
2-5-3 改為針對套件的相依 2-6
2-5-4 別忘了還有後面的自動化 2-6
第3章 啟動CONTINUOUS INTEGRATION(CI) 3-7
3-1 CI為了解決什麼問題？有何好處？ 3-7
3-2 建立你的第一個PIPELINE 3-7
3-2-1 使用 .net core專案 3-7
3-2-2 實現CI 3-7
3-3 PIPELINE的設計細節 3-7
3-3-1 關於tasks 3-7
3-3-2 關於trigger 3-7
3-3-3 Build badge 3-7
3-4 在PIPELINE中加上單元測試 3-7
3-5 在PIPELINE中加上程式碼掃描 3-7
3-6 在PIPELINE中加上套件掃描 3-8
3-7 針對套件的CI/CD流程 3-8
第4章 進入CONTINUOUS DELIVERY(CD) 4-9
4-1 全自動交付會不會很危險？ 4-9
4-2 設計第一個交付流程 4-9
4-2-1 建立Release Pipeline 4-9
4-2-2 關於Trigger 4-9
4-2-3 關於stage(environment) 4-9
4-3 進階的RELEASE流程設計 4-9
4-3-1 加入簽核者 4-9
4-3-2 加入Gates 4-9
4-4 為RELEASE加上自動化測試 4-9
4-5 近代的新形態發佈模型 4-9
4-5-1 藍綠佈署 4-10
4-5-2 金絲雀佈署 4-10
4-6 發佈而不釋出？ 4-10
第5章 系統維運與監控 5-11
5-1 取得反饋 5-11
索引 範例與練習 5-12
