翻譯初心
敏捷之道，易學難精。不管學習多久的敏捷都還會有盲點，於是在2019年我開始與CST做CSM cotraining時，就開始挑戰不同的敏捷深度影片。這些被我挑選的敏捷影片通常一指就戳中敏捷人士的盲點，常常在我完成翻譯定稿之後總是若有所悟。這是敏捷的修煉之道，修煉的同時如果還能惠及許多台灣的敏捷學習者，何樂而不為。
提醒：本網頁在PC及手機皆會自動帶出中文字幕，如未出現，請手動開啟右下角中文字幕選項。
Henrik Kniberg 系列影片
1. Agile Product Ownership in a Nutshell, 產品主導責任的敏捷之道簡介
- 由 Henrik Kniberg, CST 所製作的 15 分鐘動畫短片，深入淺出地介紹敏捷開發裡產品責任的概念。對於敏捷的成員責任、細節、合作機制可以有深刻的理解與認識。英文版已有超過 200 萬觀賞次數，為十大 Scrum 經典影片。
2. 對產品負責人角色的錯誤觀念會如何毀了您的組織，以及其因應之道
- 由 Henrik Kniberg, CST 所製作的 15 分鐘動畫短片，深入淺出地介紹敏捷開發裡產品責任的概念。對於敏捷的成員責任、細節、合作機制可以有深刻的理解與認識。英文版已有超過 200 萬觀賞次數，為十大 Scrum 經典影片。
Lyssa Adkins 系列影片
1. 5 min with Lyssa – Explaining Scrum to Managers, 將Scrum解釋給管理者
- Lyssa Adkins 在這部簡短的 5 分鐘影片上，藉由回答一個在《Agile Vox》創刊號上的問題來說明該如何向主管解釋「為什麼要進行 Scrum」，並藉由 Michael Spayd 所提出的整體性敏捷(Integral Agile)來佐證思考一件事情，不要只單看一個角度，而是需要由四個視角：「它(It)」、「我(I)」、「它的(It’s)」和「我們(We)」來思考，並找尋解答。
2. 5 minutes with Lyssa: Resistance to the agile coach, 對敏捷教練的抗拒
- Lyssa Adkins 從回覆一封來自於東歐的諮詢信件來回答一些敏捷從業人員常遇到的問題。例如：敏捷教練或 Scrum masters 可以參與團隊成員的挑選嗎？組織高層對敏捷不買單，該怎麼辦？該如何讓團隊接受敏捷？Lyssa 藉由這短短的不到 7 分鐘的影片，讓你快速了解該如何推動敏捷。
3. How can I justify 2 roles for a Scrum Master & an Agile Coach? 如何為Scrum Master和敏捷教練這兩個角色進行正當性辯護？
- Lyssa Adkins 在「我如何證明需要敏捷教練和 Scrum master 這兩個不同的角色」上提供了開放式的結語。她刻意不提供答案，反倒是提供我們一個思考的方向。Lyssa 希望大家可以不受限於各式的職稱或角色，例如：敏捷教練、Scrum master、計畫(Program)層級管理者、或多團隊…等來思考此問題，而是要先釐清並規劃看看這些不同職稱或角色的人員所需要負責的功能為何，以及組織的需要是什麼，這樣才能真正想清楚我們需要的是什麼樣的角色及功能。
- 是要先釐清並規劃看看這些不同職稱或角色的人員所需要負責的功能為何，以及組織的需要是什麼，這樣才能真正想清楚我們需要的是什麼樣的角色及功能。
4. How do I help a new agile team get started on the right foot? 如何幫助新成立的敏捷團隊順利起步？
- Lyssa Adkins 藉由回覆 Lesley Artyn Nolan 的問題來說明如何讓你的團隊儘早發展出良好的合作關係。Lyssa 在影片中提到一些重要的觀念，例如：啓動團隊時，若是第一次沒做好，沒關係，你可以重置團隊，另外，我們要專注於未來的任務，而不是專注於讓人們彼此喜歡或相互信任，最後，Scrum master 需要知道何時介入團隊，以及何時後退。
5. The High Performance Tree, 高績效樹
- Lyssa Adkins 以高效能樹的隱喻(Metaphor)來說明如何建立敏捷的高效能團隊。影片一開始，Lyssa 先暗喻 Scrum 的五大價值是高效能團隊的根基，根基紮穩了，團隊才能茁壯成長。另外，她也提到高效能團隊的特徵，例如：自我組織的、由信任所驅動的、有決策權的、共識導向的、將團隊的成功看得比個人的成功更為重要…等，讓敏捷從業人員可以藉此建立自己的高績效團隊。
6. The Scrum Framework , Scrum架構
- Lyssa 是全球最優秀的Scrum培訓師之一，善於引導及鼓舞的大師。Lyssa 在影片中示範如何在短短的10分鐘內教授完整的 Scrum 框架，其內容不僅涵蓋：Scrum 角色、Sprint 的規劃、審查及回顧外，還包含：願景設定、優先等級排序、持續改善…等一些非常實用的觀念。
7. The Wedding Cake, 結婚蛋糕
- 擅長以隱喻手法傳授敏捷的Lyssa Adkins，在這部影片中，以結婚蛋糕的「不同吃法」說明傳統瀑布式階段導向的專案與敏捷式專案在產品製作及價值交付上的差異，並提到敏捷手法的兩個重要觀念；1. 進行工作前，先為最高商業價值的事項進行優先級排序、2. 辨別出何時我們已經從產品上獲得所需要的價值。這兩個觀念也可用來提升組織的競爭力。
Mark Shead 系列影片
1.Agile And Remote Work, 敏捷與遠端工作
- 敏捷原則說面對面是最有效的溝通方式；但是，遠距工作（分散式工作團隊）（或者，近期的疫情）讓面對面溝通有執行上的困難。作者從他的實務經驗分享如何運用視訊會議和即時通訊軟體，來用退而求其次的方式，達到面對面溝通的效果。
2.Agile In Name Only, 只有名義上的敏捷
- 作者透過一家一小時乾洗店的有趣案例，說明有名無實、名不符實、或掛羊頭賣狗肉所可能造成的誤會。影片末了，作者一句話總結：叫（號稱）什麼不重要，做什麼才真正重要。希望大家都能做個名符其實的敏捷實踐者。
3.Agile Transformation – Is that how you become Agile? 敏捷轉型——這就是你如何變得敏捷嗎？
- 敏捷轉型的要件是什麼？怎樣能讓您的團隊「變得」敏捷？看看這部影片，簡單扼要地向你介紹幾個敏捷基本原則及價值，和落實它們的方式。
4. Agile User Stories, 敏捷使用者故事
- 敏捷站在客戶立場來思考需求，最常見的形式就是使用者故事。每張使用者故事可以呈現一個完整的功能讓客戶來獨立使用，它呈現了Who、What、Why的資訊。一個好的用者故事可以有效地在每個Sprint產出價值給客戶，這影片教會你怎麼寫好的使用者故事。
5. Because Amazon – Making Agile Decisions (Cartoon), 因為亞馬遜 —— 做出敏捷決策（漫畫）
- 模仿卓越，一直是許多人的成功捷徑。這部影片，讓我們重新省思，怎樣聰明地模仿，怎樣達致成功 … 而不是不論青紅皂白地全面模仿，通盤複製。
6. Splitting User Stories – Agile Practices, 拆分使用者故事 —— 敏捷實踐
- 這影片用圖解方式告訴我們使用者的想像需求和程式設計師的開發邏輯有多大的差異。許多初學敏捷者，對於如何有效拆解使用者故事總是感到困擾，Mark以音樂家創作樂曲來解說敏捷拆解的簡化原則-80/20法則，同時也以網站購物為例示範如何簡化拆解使用者故事。
7. Standup Meetings – What’s the Goal in Agile Teams? 站立會議 —— 敏捷團隊的目標是什麼？
- 你一定不知道, 敏捷的每日站立會議除了三個標準問題以外: 今日之前完成了什麼、今日要做什麼、遇到了什麼瓶頸…團隊還可以自定設定每日要討論的三個問題 (Scrum Guide 2017)。那麼要如何設定呢? 這個影片給您一個好的解答。
8. Talk To Users – Agile Principle of Face-to-face Communication, 與使用者交談 —— 敏捷面對面溝通原則
- 敏捷原則是非常強調溝通的。讓使用者和開發團隊的雙向溝通順暢，是促成成功敏捷開發的要件。這部片子讓我們了解到溝通的誤解所造成的阻擾。
9.What is Agile? 什麼是敏捷?
- 這段動畫對敏捷開發精準到位的闡述。作者生動活潑地說明敏捷是及不是什麼。作者用淺顯易懂的案例，介紹4個敏捷價值和 12 項敏捷原則，如何影響開發團隊在軟體開發的過程中做出較好的開發軟體手法的決策。
10.What is Agile Development Methodology? (hint Agile isn’t a methodology), 什麼是敏捷開發方法論？（提示：敏捷不是一種方法論）
- Agile敏捷是一套價值觀與準則，讓你做事更有效能。而敏捷開發方法論是一套體系，讓敏捷思維更加具體化，如果敏捷是樹根，方法論則是樹枝。若一直在追逐方法論的完善而捨棄了敏捷精神就是捨本逐末了，這支影片有趣地嘲諷了這個現象。
11. What is Agile Methodology? 什麼是敏捷方法論？
- 敏捷明確地指出避免規定任何特定的方法或程序, 但為何仍會有方法論字眼出現? 像: Scrum, XP, Kanban 都是使用方法來遵循敏捷的原則及價值. 但如果你的團隊想要 “真敏捷”, 所使用的方法則應隨著團隊成長而調適, 與時俱進. 像 Spotify 最後能發展出自己的方法一般。
12. What is Behavior Driven Development? 什麼是行為驅動開發？
- 作者 Mark Shead 用簡單的案例說明如何以自然語言表達需求，說明 BDD 與 TDD 的差異。影片末了，強調 BDD 開發手法，可以快又省錢的案例。
13. What is DevOps? 什麼是DevOps？
- DevOps是最近流行的一種敏捷開發自動化的方法，可以提高整體運作速度。當軟體交付過程中每個人都承擔的共同責任，DevOps就發生了。DevOps主要是整合軟體開發團隊與營運團隊，使組織可以快速交付應用程式及服務。
14. Why Have A Daily Standup – Agile Practices, 為什麼要有每日站立會議 —— 敏捷實踐
- 敏捷的站立會議堪稱敏捷的標誌特色了；然而，為什麼要站立呢？作者藉由敏捷原則來說明，透過了解操作後面的原則，不只知道怎麼做 (Know How)，還知道為什麼 (Know Why)。原來敏捷從未要求要站著開會 … 重點在 – 面對面溝通。
Michael James 系列影片
1. LeSS Complete Picture, 3-minute introduction to Large Scale Scrum, LeSS 完整圖像，3分鐘大規模Scrum介紹
- LeSS就是Scrum。這是LeSS官方三分鐘簡介大型敏捷的架構，用最少的流程、角色及管理，釋放團隊的最多潛能。LeSS的架構是以「精簡的經驗流程主義控制及將焦點放在整體產品的開發」。LeSS包含一組極簡的簡單規則，適用於2到8個團隊。LeSS Huge則適用於8或更多團隊，甚至多達數千人的龐大產品。
2. How Misconceptions About The Product Owner Role Harm Your Organization, And What To Do About It , 關於產品負責人角色的誤解如何損害您的組織，以及應對之道
- 您的大型組織如何誤解產品負責人的角色？誤解產品負責人角色會如何延遲客戶的回應？產品負責人角色應該如何發揮？真正的產品負責人如何提供最高的客戶價值？在提高團隊自我組織和跨功能性的同時，是否需要創建新的 PO 延伸角色，如：首席產品負責人、營運負責人…等？
Mike Cohn 系列影片
1. Scrum Repair Guide: Welcome, Scrum 修復指南：歡迎
- 本片由 Mike Cohn 現身說法，說明攝製這一系列 Scrum 修復指南的發想緣由（源自於福斯金龜車）。也介紹了這系列影片會探討的一些 Scrum 實務問題。
2. Scrum Repair Guide: Sprint Planning – Save Time in Scrum’s Longest Meeting, Scrum 修復指南：Sprint 計劃會議 —— 節省 Scrum 最長會議的時間
- Mike Cohn敏捷重量級專家影集。在每個Sprint的一開始，都要開Sprint會議，準備不足及想要有完美的規劃是常常變馬拉松的原因，準備不足可以開產品代辦清單梳理會議，可以有效地將功能特性細化。要去除完美主義心態才能產出一個適用的Sprint代辦清單。
3. Scrum Repair Guide: Selecting the Right Scrum Sprint Length, Scrum 修復指南：選擇合適的 Scrum Sprint 週期長度
- Mike Cohn影片精選。如何決定Sprint長度是新敏捷團隊的一大挑戰，它能透過敏捷中的三個支柱檢視及調整來找到最佳長度。過長或過短的長度都有正確指標可以評估觀察，本影片會詳細告訴你如何觀察，且一旦找到適當的長度就請維持到專案結束為止。
4. What are Story Points? 什麼是故事點？
- Mike Cohn是敏捷重量級專家，擅長敏捷估算及使用者故事。看似簡單的故事點數，卻讓很多人摸不著頭緒，透過大師專業的講解，你對故事點數會有完整的全貌圖。
5. Scrum Repair Guide: Grooming the Product Backlog, Scrum 修復指南：整理產品待辦清單
- 梳理產品清單是個大學問，它雖不是Scrum的必要會議，但是沒有它，我們Scrum專案會跑地很不順暢，它可以調整優先待辦清單的優先順序、把使用者故事切割成更小，使能在下一個週期開發出來、確認功能的驗收規格是否清楚及清理不再需要的使用者故事。
6. Scrum Repair Guide: Leaving Time for Testing – How to Spread Work Evenly Across the Sprint, Scrum 修復指南：留出測試時間 —— 如何將工作平均分配到整個 Sprint
- Scrum雖然使用Timebox原理克服了學生症候群，但是小於一個月的Sprint，開發團隊往往還是拖到最後一刻才完成Product Backlog Item，例如程式開發者最後剩兩天才給測試者。這段期間測試者要做什麼? 也可能造成WIP未完成品而無法Demo。Mike Cohn在此影片提出三種解法。
Productivity Game 系列影片
1. SCRUM: Twice the Work, Half the Time, SCRUM：兩倍的工作，減半的時間
- 為什麼專案不能如時、如質地達標?短片告訴您「認知偏差」導致規劃及執著於現
- 況的謬誤,書中提出Scrum七步驟化整為零,讓專案能逐步完善,也呈現Scrum技術三大核心,闡明如何能事半功倍、大幅提昇生產力邁向成功。
Roman Pichler 系列影片
1.The Product Vision Board: Introduction, 產品願景板：介紹
- Roman Pitchler是當代敏捷PO代表人物，他所發展的PO工具流傳許多敏捷社群，其中最代表性的是產品願景板。在這影片他介紹了完整產品願景板的寫法，包含各欄位的使用提示及如何運用此工具找出吸引人的產品願景及有效的產品策略。
2. Building a Product Users Want, 打造用戶想要的產品
- Roman Pichler是全世界聞名的PO大師，此影片藉由產品願景板 (Product Vision Board) 介紹產品願景及產品策略之產生。透過產品策略的檢討，來找出初期發展產品可能遇到的風險及因應之道。透過案例來說明如何運用產品願景及產品策略來開發出使用者真正想要的產品。
3. Agile Product Roadmaps, 敏捷產品路線圖
- 被喻為PO大師 Roman Pichler 受邀至德國慕尼黑就敏捷下的產品路線圖進行演講，其中包括定義了產品路線圖的定義、用途及提供了表格式的製作手法。並介紹了自產品策略推演出產品路線圖的手法以及運用周哈理窗進行利害關係人分析，同時也運用周哈理窗界定產品路線圖的審查檢討週期。
4. Introduction to the Product Vision Board, 產品願景板介紹
- 被喻為PO大師的 Roman Pichler 介紹運用產品願景板表格工具以分攜出產品願景及產品策略。影片中，用深入淺出的案例說明有效的產品願景應具備的三項特質（共同、簡潔、宏大）。並逐一說明產品策略四元素（目標族群、需求、產品、及商業目標），最後並提醒在形成產品策略的過程中，莫忘檢驗產品策略中是否有假設或風險需要驗證，以確保產品能成功推出。
Scrum Inc. 系列影片
1. What is Timeboxing? | Scrum Methodology, 什麼是時間盒（Timeboxing）？ | Scrum 方法論
- 這部簡短的2分鐘影片是由 Scrum Inc. 所提供。從這部影片，你將可以了解：什麼是時間盒（Timeboxing），為什麼需要使用時間盒、如何將開放式任務納入 Scrum 中、以及時間盒在 Scrum 中的重要性…等。
2. Intro to the Scrum Framework, Scrum 架構介紹
- 此影片是 Scrum Inc. 線上學習課程中的一部分。它以一個簡單的記憶方法，3、5、3 來介紹 Scrum 的關鍵元素，例如：Scrum 的三個角色、5 個事件（Events）及 3 個工件（Artifacts）。並輔以簡潔的動畫，讓學習者可以輕鬆了解這些關鍵元素之間的相互關係，以及它們的運作方式。
3. The 5 Scrum Values, Scrum五大價值觀
- Scrum Guide 作者 Jeff Sutherland 對 Scrum五大價值的現身說法。自從2017年 Scrum Guide 加入五個價值觀：開放、勇氣、尊重、專注及承諾。很多敏捷學習者不知其所以然，其實NLP大學創辦人 Robert Dilts 提出6個邏輯層次金字塔，其中行為是被價值觀所驅動的，因此敏捷的價值觀驅動是符合這個邏輯的。
補充 Development That Pays 系列影片
1. Fibonacci Series = Accurate Agile Estimates? + FREE Cheat Sheet, 斐波那契數列 = 精確的敏捷估算？+ 免費備忘單
- 很多敏捷人士使用規劃撲克牌估算 User Story 大小，它所使用的數字 1,2,3,5,8…. 是 Fibonacci 數列。這數列的原理說明恐怕再快找不到比這影片說更清楚的動畫解說影片了。
2. Scrum vs Kanban – What’s the Difference? Scrum vs Kanban —— 有什麼不同？
- Scrum 和 Kanban 往往讓學敏捷的人傻傻分不清楚，以為大家站立會議站在看板開會，其實兩者是有很大差異的，細膩之處你看了這支動畫馬上能明瞭，這是支用心的教學動畫，值得推薦。