了解了Scrum的團隊之後，就可以開始進入待辦事項清單。在建置Scrum時，第一件要做的就是建立待辦事項清單，也就是整理好專案待辦項目（Product Backlog Items, PBI）。所以我們必須清楚的知道，我們最後希望得到的是甚麼。
每個產品開發之前，都要將我們需要完成的事項列出來。在Scrum的世界裡，習慣將它們一一寫在便利貼上。

用故事去描述

當我們列出了待辦事項，往往會出現一些問題，那就是沒有取得或給予把這件工作做好的足夠資訊。人們比較能掌握人物、欲望及動機這些事，因為我們都是用情節、故事來思考和理解這個世界。
團隊將要完成的工作劃分成User Stories（用戶故事），會希望思考三件事：

1. 誰（Who）：在打造這樣東西時，我們是以誰的角度出發。
2. 甚麼（What）：起初希望完成的是甚麼，通常會是我們的起點與終點。
3. 為何（Why）：某種角度來看，這是最重要的一步──動機，為甚麼想要這個東西？

圖片來源

舉例來說，我們可以為線上書店寫出這些故事：

「身為顧客，我希望能按照類別瀏覽書籍，好讓我找到我喜歡的那類書。」
「身為顧客，我希望能把書放到購物車中，好讓我能買它。」
「身為產品經理，我希望能追蹤顧客的購物紀錄，好讓我能據此向顧客行銷特定書籍。」

因此，我們必須先定義未來及將使用工作成果的人物，知道他們的好惡是甚麼，熱情、喜悅又來自甚麼，還有他們的使用動機。這些故事都是團隊可以設想到的。大家一起討論如何實現故事，且必須具體到足以採取行動。

INVEST標準

在撰寫User Stories時，有兩個問題很重要：這個Stories夠完整嗎？如何才能得知已完成的任務？比爾˙維克（Bill Wake）發明了一個用來判別Story是否完整的口訣，並表示所有Story必須符合「INVEST」的標準才算完備：

• 獨立（Independent）：必須有採取行動的可能性，而且本身是「可完結」的，不能與其他Story有相依性。
• 可修改（Negotiable）：只要還沒結束，Story就必須可以重寫，要預留修改的餘地。
• 有價值（Valuable）：必須實際為顧客、使用者或利害關係人傳遞價值。
• 可估算（Estimable）：必須能掌握大小長短。
• 規模小（Small）：必須小到能夠預估且易於規劃。如果太龐大就必須重寫或拆解成多個Story。
• 可測試（Testable）：必須有一個必須通過的考驗，通過之後才算完成。

圖片來源

小結

在今天提到了幾個Scrum的專業用語：

• Product Backlog Items, PBI：專案的待辦清單。
• User Stories：團隊將要完成的工作劃分為稱為User Stories的功能增量。
• INVEST：有助於記住一組廣泛接受的標准或清單，以評估用戶故事的質量。