Product Backlog如何產生呢?Sprint Backlog如何產生呢?
首先，我會先與PO開會對齊需求後，確定Feature項目，討論其重要性與優先序。

我再將Feature項目切成更小的故事，再透過交派故事會議，說明故事重點後，再交由sa寫故事。

SA寫完故事，再開一場review故事內容會議，確認SA寫的故事與我想像中的故事是相同的。

等確定故事內容後，召開說故事會議給ux聽，以便讓ux提早設計畫面。因此一個完整功能規格的產生，需要歷經許多場會議建構而成，再考慮到sa的角色，是需要貫串整個需求討論的過程。

為了減少SA的開會次數與時間，決定改變從sa接到需求到產生出規格的會議模式。

與PO開會時，帶著SA一同進行會議，會議中確定衝刺目標後，會後直接由SA切故事、寫故事、說故事，一條龍作業確認需求與畫面後，直接進入衝刺會議。

需求階段從原本4場會議變成2場會議，除了大幅減少開會時間，更重要是可以讓更多團隊成員直接與PO直接開會討論，沒有需求轉手溝通的狀況，更可以減少溝通的落差。