「許多返工並不是技術問題，是因為過早在模糊需求下，做出不佳的決策。」——《範例驅動的需求澄清術：如何用精準範例指揮GenAI建構高品質軟體》

專案完成了，但不是客戶想要的。

軟體交付了，但充滿著技術債。

服務上線了，但架構像是疊床架屋。

完成了，但也完了，因為下一步恐怕你要重工（Rework）了。

有很多時候， Rework 其實是我們自找的。

因為在需求還很模糊的時候，我們就過早的開始設計、開始開發。

本以為自己是搶先一步，早點完成任務，孰不知你只是在未來的 Rework 埋下伏筆。（還是說這就是你的目的？（喂～

在 Agile 敏捷開發，十分強調釐清需求這件事。

你需要頻繁與客戶互動，你需要頻繁短週期的 DEMO，你需要使用像是 BDD、SBE、User Story⋯⋯

各式各樣的方法都包含了一個相同的目標，讓模糊的需求可以變得更清楚。

通往山頂的路佈滿了戰爭迷霧，一股腦的猛衝，就不怕直直掉落山谷，反而耗費更多力氣嗎？