2009-01-07 53 views
5

我們開始使用Scrum過程進行開發。我們現在有一大堆用戶故事。不過,我想知道,一旦用戶故事完成,測試和部署,您是否還需要做其他事情?我們現在正在使用小型索引卡片,我認爲把它們扔在垃圾桶裏是可以的。已完成的用戶故事 - 丟棄?歸檔?

如果你保留它們,你以後怎樣處理它們?

回答

11

存檔以供將來項目參考。當你必須估計故事點時,它們將會很有用。很多時候,各個項目都會出現類似的聲音故事。

1

垃圾箱看起來像一個合適的地方。

0

讓他們(它們存檔),這樣如果在未來的糾紛或爭執東西,你必須對它的引用,並可以覆蓋自己。

+0

爭議?我想說,如果系統不能像PO那樣工作,那麼現在是編寫新用戶故事的時候了(或者如果更像這樣的話,可能會提交一個bug)。在接受的用戶故事卡上寫的內容是無關緊要的。 – PEZ 2009-01-08 00:07:21

+0

聽起來和任何敏捷過程完全相反。你確定你不是在談論瀑布流程中的需求文檔? – madlep 2009-01-08 02:35:41

1

PEZ幾乎是正確的。回收卡片而不是垃圾。 :)

真的沒有意義在保持他們。如果您需要更改的歷史記錄,可以從SCM和測試腳本中獲取。

6

嗯 - 把它們放在項目文件中。 CYA在所有情況下。你永遠不知道客戶什麼時候會回來問你「這是爲什麼這樣?」,或者「誰決定這是怎麼回事?」。然後,您可以提取用戶故事並進行備份。

始終保持一切都像這樣,直到保修期已經在你的軟件過期......除非你想放在哪裏,你可以問「修正」的東西,實際上是對自由改變位置。

1

保持他們的另一票。我知道這是一個骯髒的詞,但用戶故事是您文檔的一部分,並且有重要的用途。從現在

三年,當你(或繼承)正在改變系統是有幫助的歷史性文件,知道爲什麼你做事情,你做的方式。

這也有助於在情況發生變化,你必須重新編寫,以便能夠回去了用戶的故事,該應用程序滿足並確定這些同樣的故事是否適用於新版本。

0

完成的用戶故事本質上就是您的項目的最終規範。如果您從正式的需求文檔或規範入手,則可以通過將完成的用戶故事與該文檔進行比較來了解許多經驗教訓。如果您沒有初始文檔,那麼您已完成的用戶故事記錄了您項目的功能。無論是哪種情況,我認爲將它們留待將來參考是非常有價值的,無論是在項目後期還是在估算和規劃後續項目時。

0

我發現,我們從來不知道發生了什麼事情在未來是有用的,所以我的建議是,標記它們和文件他們。如果您使用的是物理卡,請掃描它們,然後執行一些操作,例如向圖像文件中添加標籤。想象一下,稍後查看標籤雲以查找共同線索或查找並重新使用您的內容。

與萬物爭球,不過,如果它開始服用了太多的時間,它可能不值得你的努力。不要讓它成爲一個瘋狂的過程,只需快速歸檔並忘記它。

乾杯, Reeves的

1

我通常包裝每個值得在橡膠帶,並在前面一張新卡,說明速度和估計點用戶素材(和任務)的迭代。雖然我從來沒有使用過它,除了懷舊的音色。所以讓他們保存檔案我會說:-9

1

掛上他們!

我寫的要求(而不是代碼),但我經常發現自己重讀舊的用戶故事和驗收測試(我的和其他人)。

回顧舊故事可以幫助我找到複雜概念的最清晰的措辭,而不是重新發明輪子。他們有時會作爲一個有用的提醒,提供我可能會忘記記錄的細節。其他人編寫的故事可以幫助我加快我未涉及的功能,並且可能會成爲新員工的一個很好的學習工具。

我可以繼續,但讓我這樣說:
哪個更可能導致更大的問題 - 保持故事而不需要它們,或者需要故事而不需要它們?