如何考慮Sprint計劃？

我們是一個由3名使用Scrum開發項目的開發人員組成的小組。如何考慮Sprint計劃？

我們使用6小時/天/開發商進行產能規劃。我的問題是 - 如果我們使用2周Sprint並且花費大部分時間（5-6小時）進行Sprint Planning，那麼我們是否應該將此時間視爲迭代的一部分（即這就是爲什麼我們每天使用6小時來解釋這樣的事情）。

對我來說，這屬於外部的產能規劃爲6小時/天/ dev的僅僅是佔生產時間做正常的事情，一個開發者每天都在....

來源

2013-10-23 silverArc

我不確定它在這裏完全是脫離主題，但它可能會在http://programmers.stackexchange.com/中更好地發揮，因爲它實際上比編程更關注流程。 –

我同意，不確定這適合在這裏。這就是說，在工作中，我們確實在2周的衝刺中包括設計/計劃日，但是在設置我們的個人能力時不包括它。因此，在爲期2周的衝刺中，每個成員可以承諾的最大天數爲9，然後從那裏減去會議，失去工作事件等。但是我們也將其從每天8小時的時間中排除。 – Patrick

我投票結束這個問題作爲題外話，因爲[項目管理現在在堆棧溢出主題]（//meta.stackoverflow.com/questions/343829/is-stack-overflow-an-closed-website -to-ASK-有關項目管理，問題/ 343841＃343841）。請在[SoftwareEngineering.SE]（// softwareengineering.stackexchange.com/）和[ProjectManagement.SE]（// pm.stackexchange.com/）上提出這些問題。（您也可以標記主持人干預來遷移此問題。） – robinCTS

不，您不應該將sprint計劃視爲sprint迭代的一部分。

在計算開發團隊的能力時，不考慮團隊在衝刺計劃期間花費的時間，因爲在此會議中所花的時間並不會影響故事的發展。

來源

2013-10-23 20:39:04

你應該根據故事進行容量規劃。你能在這個星期做幾個故事？這樣你就不需要考慮計劃，因爲這不是一個故事。

如果你的故事有尺寸如此不同，你不能真正合理規劃不考慮它：

估計在任意「點」的故事（基本尺寸他們一個對其他）（好）

或

打破你的故事，讓他們都變得同樣小（更好）

在任何情況下，您都不需要考慮任何地方的計劃。

來源

2013-10-23 14:05:25 Sklivvz

Sprint規劃時間不應該在sprint迭代中考慮。但衝刺計劃應該在2-3小時內完成，而不是整天完成。既然你說你的團隊由3人組成，那麼理想的衝刺計劃應該在這段時間內完成。所以剩下的時間仍然可以用於衝刺任務。

來源

2013-10-24 16:19:27

我已經嘗試了一些不同的東西，但這裏已經工作最適合我的理想：爲「閉門」成本

想想開發工作：多長時間將它帶到她從來沒有通過電子郵件，會議，電話，午餐，啤酒運行等分心。
爲您的團隊確定「閉門」成本與現實生活之間的比率。在「閉門造車」中進行規劃（開發人員更容易估算），並使用歷史記錄來確定比例。這也可以讓你嘗試降低比例（免費汽水/午餐遞送，上午10點到下午4點之間的電子郵件過濾器等）
考慮衝刺有一整天的計劃，穩定和審查。因此，對於兩週的衝刺，請使用第1天進行計劃，第9天進行穩定，第10天進行復查/回顧。

所以，如果你有5名開發人員每天工作8小時了兩個星期的衝刺，你搞清楚，你的封門/開門之比爲1.5，你有5.33封閉小時* 5級的開發者*7天= 186.6小時的工作你可以計劃。如果你有一個強大的SCRUM大師（或其他流程領導者）並且推動你的團隊有一個完整的定義'完成'（即記錄，測試，好友建立和集成測試），你將不需要穩定的一天，但需要一些努力才能到達那裏。

這個混合過程的好處是，您可以使用開放/封閉比率來了解每個開發人員的工作習慣（某些人是很好的估計人，比例爲1，有些人對所有事情都感到悲觀， 1）。

來源

2013-10-25 19:40:48 JasonRShaver

如何考慮Sprint計劃？

回答

相關問題