Agile

在今天這個技術驅動世界中，軟體開發是許多企業和組織的關鍵業務。而隨著市場和用戶需求的迅速變化，開發團隊需要不斷更新開發方法來快速適應這些變化並提供有效價值。這就是敏捷開發（Agile Development）概念派上用場的地方。

不懂敏捷的團隊，也可以用敏捷做專案嗎？ 答案是：可以的，只要有一位有敏捷實務經驗的Scrum Master 敏捷幾乎停在「我知道敏捷很好，但真有那麼好嗎？」的觀望階段，讓組織與團隊止步不前原因很多，包括一次只做一件事，以及人們害怕未知改變的人性，看看我如何拉近敏捷框架與實務的距離吧！

新冠疫情期間，敏捷式專案管理以其靈活和強適應性的特點，已經在許多組織中得到了廣泛應用。從產品開發到市場推廣，無論是新創公司還是大型企業，都能從敏捷專案管理中獲得提升工作效率，將業務價值最大化。接下來，我們將一起深入了解敏捷專案管理的要點精髓，並探討我們如何在實際運作中通過敏捷專案管理創造更大價值！

在上一回 說明看板方法相關的精實精神與原則與實務，這一回則是來設計看板，包含看板的範圍應該多廣、有哪些狀態、工作的顆粒度，以及 DoD 的呈現。

當初上完課，很激勵地寫下當時的心得，不太符合現在閱讀的習慣，所以重新整理成較適合閱讀的系列作，這篇將主要分享看板方法的精神與原理，後續會陸續更新，第二篇則是視覺化的作法，第三篇是 WIP Limit 的使用，最後是落實與其他感想。

Both, R&D and agile tackle the uncertainties in a nontraditional manner influenced by the trial-and-error process.

以前是學生，玩遊戲時不會有什麼特別的想法，現在玩著玩著卻發現，其實這遊戲的過程跟 Agile 軟體開發的過程有些地方很像。

老實說，從中文書名無法聯想回原文書是《The Elements of Scrum》，雖然書名翻譯沒有太離譜(和內容無關之類的)，但總覺得貼近原意會好一點。『Scrum團隊週記』這一章，整個讀完，其實就差不多可以了解Scrum的大部分，所以，若要讀這本書，又沒有太多時間，就先看這一章吧！

之前讀《Refactoring: Improving the Design of Existing Code》，書中提到了若干個smells，用來聞出程式設計不太理想的地方，那在用Agile或Scrum方法時，是否也能聞出哪裡有些問題呢？可以的，我把過去參與過的經驗整理成幾個 smells。

給在考慮是否導入 agile 方法的人建議的話，先熟悉自己的 context 與要面對的 forces，思考後再決定是否導入，不需要為了那個名字而導入。不然就很容易進入覺得練功無用，抱怨 XXX 已死的狀態。