鐵人檔案
歡迎來到「沒有終點的敏捷日記」！這不是一本普通的工作日誌，而是一次有趣又富挑戰性的旅程，帶你見證我如何在永無止境的開發路上帶領團隊突破各種天馬行空的障礙。
你將看到我們團隊如何用敏捷的方法論應對每日bug如雨點般落下，如何在需求改變的狂風暴雨中依然穩步前行，以及我如何運用各式各樣的工具和技術，讓團隊變得更靈活，還能笑著面對開發地獄。
這不僅是一場鐵人三項，更是我與團隊在開發賽道上的「馬拉松」！透過這場比賽，我會與你分享我們如何解決實際問題、避開雷區，並透過不斷學習與改進，邁向真正的敏捷開發。是的，終點或許不存在，但我們的進步永不止步！
準備好了嗎？快來跟我們一起探索這條
現在回想起來，當初公司團隊成立新產品的敏捷開發團隊時，我是以系統分析師角色投入開發團隊，而主管給予的空間團隊的空間非常大，在團隊運作上不給予任何過多的干涉，但卻...
大家在導入敏捷的時候，肯定遇過那種人 —— 一聽到「敏捷」兩個字就翻白眼。敏捷精神？我沒興趣!自省會議？能不說話就不說話，能不開會更好！他們常常抱怨：「敏捷會議...
團隊裡甚麼事情都有可能發生，今天你說錯話，明天有人心裡委屈，很多人明明有話想說，但就是卡在喉嚨裡不敢開口。這樣的場景，是不是很熟悉？ 如果問我，導入敏捷最難的是...
「Dod 跟 AC 到底差在哪？」這個問題就像朋友問你：「你分得清拿鐵和卡布奇諾嗎？」你心裡可能冒出一個問號，然後開始想：「嗯...好像都差不多啊？」其實不怪你...
系統分析師撰寫的需求規格書，通常就像厚厚的小說一樣，讓人看了直呼「這裡面到底有什麼？」不過，這彷彿是為了展現自己需求分析的功力，或為了讓需求規格滴水不漏。隨著敏...
今天我們來聊聊如何撰寫 User Story，這就像是寫一篇小故事，只不過主角是我們的使用者，而故事情節是他們希望系統解決的問題。那麼，我們該怎麼開始寫這個故事...
上一篇文章，我們聊了如何用三段句子來撰寫User Story，像是寫小說一樣，讓需求變得清楚明白。那麼接下來的挑戰是什麼呢？就是我們的驗收條件（Acceptan...
前面文章了解描述（Description）、驗收條件(AC)後，我們可以知道寫一則User Stroy 就像在寫故事，你需要讓讀者一頁一頁地被吸引，跟隨你的情節...
自從團隊開始實施敏捷開發，我們就使用「User Story」撰寫需求規格，說實話，這麼多年下來，我們對於怎麼寫需求已經有了一套不錯的做法了（至少我們是這麼認為的...
在需求的世界裡，描述範例能有效降低團隊對需求的認知差距，但是面對一個複雜的功能，真的能把所有的範例都列舉出來嗎？等我們窮舉完所有範例，市場恐怕早就進化到另一個維...
