如何考虑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计划？

回答

相关问题