Info
現在幾乎每間公司都聲稱它們執行敏捷了，但我們都知道事實不是如此。工作時常看到的一些的機制還是讓我蠻疑惑的，我不希望大家都明知在執行錯誤的東西，但又沒人想導正，所以有什麼相關的新想法時就會來寫個筆記。
敏捷相關的筆記如果留了這個區塊，代表我針對這個題目還沒統合出的細節，或是對我寫下來的東西有蠻大的不確定性，有新想法時會回來整理。
使用預測型流程的專案時，軟體開發部門會估算需求、交付日期和成本，接著根據需求交付軟體。而採用 Scrum 的專案中，開發團隊在一個 Sprint 中盡可能交付越多越好的功能增量，且交付的增量必須達到組織所訂定的品質標準。隨後你選定一個「交付所有已完成功能的日期」，或選定「下一個想要開發的功能」，並在所有功能完成時交付軟體。
- 《告別瀑布，擁抱 Scrum》P.114
品質標準在敏捷的概念中其實很重要，同時也會達成持續交付 (CD，Continuous Delivery) 的理念，不應該為了時程壓力而降低品質，因為降低品質實際上會造成技術債，並進而降低開發效率。
但同時我們講的不是「最高品質」，通常只要根據功能層級達到某個品質水準就好。這是團隊需要討論的事項。