探索需求與範圍:使用者故事與驗收條件撰寫技巧
在敏捷開發中,需求探索不是一次性的收集,而是一段持續對話的過程。我們透過使用者故事這種更簡潔、有溫度的方式,讓團隊與利害關係人用共同語言討論「誰需要什麼,以及為什麼需要」。
掌握最小商業增量(MBI)與最小可行產品(MVP)的差異
最小可行產品(MVP)幫助我們用最小成本去驗證「做這件事對不對?」,最小商業增量(MBI)則是讓我們把對的事「真正做出來,並帶來商業成果」。這兩者之間,不是選擇題,而是一個健康價值流的起點與終點。
如何根據情境選擇適合的生命週期?使用決策樹來挑選 WoW
在 Disciplined Agile 中,最強調的就是沒有一種做法適用所有團隊。每個團隊面對的情境不同,自然也需要不同的生命週期。
從啟動到交付:Disciplined Agile 的四大階段任務解析
當我們談論軟體開發的「生命週期」時,指的其實是一條從構想到交付的路徑。對 Disciplined Agile 來說,這條路徑不是單一路徑,而是一個可以因應不同情境調整的架構。
Disciplined Agile 的生命週期:六種交付方式與應用情境
Disciplined Agile 不認為有一體適用的交付流程,而是提供多種生命週期選項,讓團隊依據自身情境選擇最適合的工作方式。
建立工作協議與持續改善:團隊如何自我演進 WoW
Disciplined Agile 不強調「遵守特定框架」,而是主張團隊要能根據自身情境,選擇、建立並持續改善自己的工作方式。而這一切的起點,正是建立清晰、由團隊自己制定的工作協議。