Gavin 清楚自己擔任 Product Owner 核心工作就是維護好 Product Backlog，唯一客戶大老闆又還沒碰面，只好先找 佳麗, Pete, 與 Molly 一起腦力激盪。

“下面是我想到幾個 User Story, 要請三位幫忙想想是否有疏漏?” Gavin 起頭。
“身為開發者，我需要軟硬體環境，讓我可以執行AI相關作業”
“身為PO, 我需要訪談潛在客戶，以了解市場需求，定義專案範圍”
“身為專案成員。。。”

佳麗一聽到這裡馬上受不了：”求求你，身為聽眾，我不要什麼工作都要講成故事啦。我認為 Product Backlog 不光是可以放進 User Story/Case，專案中任何必須執行的庶務工作，都可以放進來”

“這要請 Scrum Master Molly 來評評理” Gavin 求助 Molly。

“坦白講我一開始也是什麼都放進 User Story，後來發現並沒有什麼效益，我們就精簡提出 任務或者工作即可，例如：『準備AI開發所需軟硬體環境』即可。我經驗是 User Story 最好用在要開發的系統有關的需求上。” Molly 淺淺一笑。

Pete 已經碰深度學習的基礎概念兩個多月，提醒 Gavin；”AI 範圍相當的大，如果沒有限定範圍，我認為幾乎不太可能在一個 Sprint 完成AI相關作業的軟硬體環境建置。如果只限定我們公司客戶業務比較可能用到的技術，諸如；影像識別、自然語言理解、語音處理等等，大概就是當紅的深度學習相關技術，那就容易準備環境。”

"從第一天佳麗跟我提這個專案，我就一直在思考是否該聚焦在深度學習。Molly 如果我這個Sprint已經執行一半了，但是跟大老闆談後，才發現目標設定錯誤，該怎麼辦?" Gavin 將心中的疑慮說出。

"如果繼續執行下去，你判斷會帶給團隊，客戶，利益關係人等等太大的損失，你可以立即取消這個Sprint啊，然後再啟動新的Sprint，又需要全部成員幾個小時一起做 Sprint Planning，代價不小。上次會議我們有談到一點點，這是 Product Owner 的職責。如果目標沒有多大的衝突，我個人會選擇繼續讓Sprint 跑完，因為如果只有為期兩週的Sprint，能有多大的損失？當然要事先跟客戶或大老闆知會溝通一下。" Molly 回應。

佳麗也補上一句；”為何要敏捷，為何敏捷談到勇氣?我個人的經驗是在需求混沌不明時，先定義出不離譜的目標，讓大家有努力的方向，會比原地空轉好! 這就是勇於承擔。”

Gavin 承諾明天會拿出第一版的 Product Backlog，因為明天就要召開 Sprint Planning。