使用者童話故事
想像一下這個情境：
你已經決定要開發一個大型功能（Feature）。
然後，你決定以使用者故事的形式來捕捉這個你想開發的功能。
喔，天啊！你錯失了機會並讓自己陷入了失敗！這正是你不該做的。
此刻的你正以產品待辦清單擁有者的身分自居，卻沒有得到任何使用者故事能為產品待辦清單帶來的好處，反之得到的是使用者故事的所有缺點。
當你工作時，你得遵從一種強制的格式，必須將你已經決定要開發的功能，硬生生地轉換成＂使用者故事＂。
你做的不是使用者故事，而是＂使用者童話故事＂（User Fairytales）。
也許你會好奇，那你應該做什麼？
1. 使用者故事應該扎根於現實世界。與使用者交流，了解他們的世界並收集證據。這就是你應該在使用者故事中描述的內容。
2. 如果你在撰寫使用者故事時需要長時間深思熟慮，那麼你可能並非在進行使用者故事的工作。使用者故事的格式應該被用來紀錄你已經知道的事情。當你必須描述一些你不熟悉的內容時，撰寫使用者故事會變得困難，因為你得從別人設計的功能中將使用者故事的內容反推出來。
3. 你不必硬將使用者故事拆分到很細。一旦使用者故事變得不自然，而你開始費力地描述功能應該如何運作，硬塞進使用者故事這個目的為了解使用者目標的樣板中，那麼或許你就不應該繼續使用使用者故事了。
總結：保持真實。使用使用者故事，不要編造使用者童話故事。
原文作者：Maarten Dalmijn｜敏捷領域專家（E）