在需要一次性發布的大型項目中使用敏捷技術

Question

我花了數小時搜索和閱讀，但找不到我的問題的確切答案。我試圖讓我的腦海裏圍繞如何在一個無法發佈單件食物的大型項目上使用敏捷。我覺得我現在對敏捷原理有很好的理解，但是卻無法弄清楚這一部分。我所做的大部分閱讀都是關於描述要實現的功能的用戶故事。他們總是談論在衝刺中完成X個故事，然後釋放。但是如果你有一些無法在單一衝刺中完成的事情呢？例如，假設您想要在您的網站中構建新的用戶配置文件部分。假設它功能豐富，代表了幾個月的工作。此外，我不想發佈這部分新的部分 - 我想一次發佈它。然而，我無法將它全部融入到一個衝刺中，那麼如何分解它呢？我可以將它分成足夠小的片段，以便在每次衝刺中完成一個或多個片段。但我不想在所有事情完成之前發佈。 有什麼建議嗎？

Answer 1

在閱讀你的問題，我拿起你可能要關注兩個潛在領域。

一個是如何正確分割用戶故事。這已經在網絡上的很多領域得到了覆蓋。也許在mountaingoatsoftware.com上查看Cohn的東西，或者選擇這個選項：http://www.agileforall.com/2009/10/patterns-for-splitting-user-stories/

另一個是潛在的可發運（可釋放）的概念。沒有釋放沒有錯。但是，關注如何讓產品所有者（用於scrum）進行這種調用是您想要實現的目標。如果他們想要，可以給他們發佈的選項。它會讓他們高興。

祝你旅途愉快！

Answer 2

您不必在每次衝刺後釋放 - 你剛纔應該。 當然，可以通過sprint開發用戶配置文件sprint而不會釋放它（每次sprint後，您的軟件仍應處於可發佈狀態！），但快速發佈的想法是儘快獲得反饋 - 不僅是來自客戶的反饋，還有「來自系統」的反饋（如系統負載，現實生活中的表現，錯誤和其他問題）。這可以讓你免受數月的客戶不想要的產品的開發。

短版：您可以通過沖刺衝刺開發和發佈它，你所做的一切之後，但機會是獲得各種反饋給後期高的資源浪費。