Agile

不懂敏捷的團隊，也可以用敏捷做專案嗎？ 答案是：可以的，只要有一位有敏捷實務經驗的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 已死的狀態。

在下筆前，我一直猶豫名稱是否以「為了成為更好的 Scrum Team 一員，你做到承諾了嗎？」然而，在動筆前的最後一秒，我決定以「個人」為出發點，來完成這篇文章。原因在於人是成事的核心與團隊文化來自於個人，從個人的角度出發，每個人都能達成自己許下的承諾（commitment），才能讓自己、所在的..