敏捷新竹聚會心得 (2017/4/29): user story 的那些人與哪些事 @ David Ko的學習之旅

這次敏捷新竹聚會, 我們請到了陳怡靜來和我們分享, 聊的事有關於 user story 的實戰經驗. 這次聚會算是少見熱絡, 這中間讓我收穫不少, 想次記憶猶新時快點記錄下來

首先, 報名人數達了高標. 老實說, 新竹場的活動報名很難超過 20 人, 這次居然有 31 人報名, 還真的是罕見. 另外, 令人小感傷, 這次大約 2/5 的人來自於新竹地區, 其他的都是從外地來參加的. 新竹地區推敏捷還有很大的空間.

這次的分享者, 在公司的角色, 主要是 Scrum Master 和 UX 的負責人. 公司本身老闆是支持且要求要推行敏捷的. 因此, 分享者本身的實戰經驗是很豐富的, 所以在很多地方可以舉證歷歷, 讓聽眾可以知道他們公司是如何取捨的.

這次在分享時, 不是單純只是介紹 format, 或者是 INVEST 的規則. 還在這些議題方面提出了很多討論

如何切 story 大小

誰來撰寫 story

story 之間的關係如何管理

如何在團隊中導入 user story

user story 如何評估要做多久

acceptance criteria 撰寫的經驗

user story 的價值為何? 如何呈現?

…..

另外, 大家也根據了組織的架構或組成, 各自說明了自己調整的做法, 和其優缺點. 這次的實戰味道十分強烈, 不會讓人覺得只是照書講. 當然啦, 更重要的是與會人員, 大約有一半左右是有實際執行的經驗, 更讓整場聚會不會是單向溝通而已.

講師在分享時提到, 在講 user story 或是 story mapping 時, 常常被遺忘的一個重點, 那就是 user first. 要做出用戶覺得有價值的東西.

User story 或者 user story mapping 雖提到交付價值很重要, 可是是誰來評估價值呢? 應該是用戶, 而不是開發團隊或是老闆自己吧. 可是 user story 或是 story mapping, 他們一種描述需求的方式. 只是一種流程, 但是對於用戶的了解, 並沒有任何著墨. 你不知道用戶是誰, 那你怎麼知道他有什麼問題.

另外, 對於列出來要做的 story, 到底價值高不高, 或是方向對不對, 通常是 PO 決定的. 但他是否能真的代表用戶, 他的判斷是否不會出錯, 並沒有方式及早確認, 通常是做出來後, 才知道是否正確. 這是否會太晚了. 另外, 如果要確認, 又應該收集什麼資訊來評估呢?

所以看起來, 只有 user story 或是 scrum 還不夠, 需要和 UX 和 lean startup 做結合. 多數的與會者都觀察這件事情. 因此, 大家就很想知道, UX + Scrum + Lean Startup 這些東西要怎麼整合起來. 這樣的想法和我之前在談 agile disocvery 流程一致. 單獨看 impact mapping 或是 story mapping 是不夠的, 很多時候分開使用, 容易被人破解, 你必須知道如何銜接來用.