User Story已經在業內使用了多年，到目前爲止，在與業界交流時，仍然存在着不少困難，試圖列舉下，再來看看解決方法。
常見的困難1：如何分拆故事？ 往往故事來自於史詩，剛開始比較模糊，到後面發現有許多細節要處理，而一個迭代內來不及處理了，如果堅持一個故事在一個迭代內能夠處理完，那麼這個故事就要分拆。 分拆之後，2個故事是存在上下文關聯的，如何保持關聯追溯？
常見的困難2：如何處理關聯到以前故事的修改升級？ 物理故事卡片難以長期保存，而故事完成後不定何時需要修改，有些故事上線後馬上收到反饋，需要在下個迭代修改；有些故事上線2個月後，碰到新的要求需要修改。如何查找以前的故事？如何瞭解本次修改相關的故事？
常見的困難3：如何估算故事的大小？ 全新的故事與修改的故事分別如何估算？ 故事的大小與 故事所要花費的工作量是什麼關係？ 完成故事的任務是否仍然需要估算？
常見的困難4：燃盡圖如何繪製？ 如果按故事點作爲單位，完成後纔算燃盡故事點，那麼往往前期的燃盡圖比較平坦；如果按剩餘工作量工時作爲單位，每天每任務的跟蹤顯得比較繁瑣，而且在開始時識別所有的剩餘任務工時是很困難的。
<未完待續>
