稍早在思索著今天要端些什麼菜的時候
想說逐條來看我之前排定的項目好了...
今天的主題猶然而生

這次參賽本來打算最後幾天再來公佈一下我用於準備所使用的 trello
因為單一個 Sprint，也沒人來跟我 retro 一下，所以有點難找案例來演示說這跟敏捷有什麼關係，
就當作是純粹想分享說 trello 用於記事還滿方便的

尤其是出去玩，用於規劃旅行真的超讚！如果有人留言敲碗，如何用敏捷精神來規劃一場旅遊。我再來安排安排
反映市場需求

回到正題，今天想要跟大家分享的是
Product Backlog 內容的重要程度

由於第一次參賽，沒有經驗，所以這次備賽在想說三十天的文章主題，主要是根據日常執行 scrum 的所見所聞與反思。
但也因為個人靈感爆發期大概多在洗澡與睡不著的時候，所以往往在洗完澡/隔天開電腦後，草草記錄下來(登記率大概七、八成，所以有些好想法就這樣掰了)

至於當我今天在挑選題目的時候，看到了標題為“MVP vs 技術債”的 task 時候，
腦內一片空白，無法思考說這兩個東西究竟是怎樣兜起來的勒。
看著畫面的焦點
"新增更詳細的敘述..."
嗯嗯 Trello 真的不錯呢！還會提醒我要這樣做才不會忘記腦霧

就跟日常開發一樣，不論是 PO 在接受到 user 需求的時候開立在 Product BackLog
還是 Member 在討論 Task 。
我們都沒辦法保證隔天、隔個週末還記得這張單本來的內容，和當時討論的情境

這也就是有些開發項目很適合使用 userStory 一樣，一方面幫助我們發想這張單的功能，另一方面幫助我們回想當時討論的情境。

謎之聲：可是你明明就是因為一個字都沒寫才導致忘記！跟 userSotry 好像沒啥關係

至於什麼是 userStory 呢？
看來明天的主題已經有著落了呢！！

#其實 trello 裡面根本沒列 userStory 這個主題
#為了預防想不起來那些只有標題的項目要講些啥所以分兩篇來討論
#這莫非就是我這次參賽後的 retro 自我檢討？
#寫到結尾去翻行事曆才想起來"MVP vs 技術債"本來是要分享些什麼

參考資料：
無