注册
登录
Scrum
帮助我了解质量检查在Scrum中是如何工作的。
返回
帮助我了解质量检查在Scrum中是如何工作的。
作者:
狗头军师
发布时间:
2024-01-14 04:52:26 (6月前)
<p>显然，我们使用Scrum开发方法。通常是这样的：</p><p>开发人员四处奔波，试图完成任务。通常，任务需要大部分的冲刺来完成。质量检查人员（QA）困扰开发人员（Dev）释放他们可以测试的东西，开发人员（Dev）最终在sprint结束前一两天向质量检查人员（QA）投放了一些错误代码，并花费其余时间修复质量检查人员（QA）发现的错误。质量检查人员永远无法按时完成任务，冲刺活动几乎无法按时发布，而开发人员和质量检查人员在冲刺活动结束时的日子很糟。</p><p>当可释放的Dev任务占据大部分冲刺时，scrum应该如何工作？</p><p>谢谢大家参与讨论。由于这是一个开放式的问题，因此似乎没有一个“答案”-以下提供了许多很好的建议。我将尝试总结一些“要点”并做出一些澄清。</p><p>（顺便说一句-这是放置此文字的最佳位置还是我应该将其放入“答案”？）</p><p>思考/采取行动的要点：</p><p>需要确保开发人员的任务尽可能小（粒度）。<br/>冲刺长度应根据平均任务长度适当地确定（例如，具有1周任务的冲刺时间至少应为4周）<br/>团队（包括质量检查人员）需要努力提高估算的准确性。<br/>考虑并行执行单独的质量检查冲刺，但如果对团队最有效，则可以抵消<br/>单元测试！</p>
收藏
举报
2 条回复
1#
回复此人
v-star*위위
|
2020-08-19 15-36
我的意见是您有一个估计问题。似乎缺少测试每个功能的时间，并且在计划sprint时仅考虑构建部件。 我并不是说这是一个容易解决的问题，因为它比任何东西都更普遍。但是可能有帮助的是： 将质量检查人员视为开发团队的成员，并将其包括在冲刺计划中，并进行更紧密的估算。 “可释放的开发任务”不应占用大部分的冲刺。完整的工作功能应。尝试收集有关每种任务的开发时间与质量检查时间的指标，并在估算未来的冲刺时使用这些指标。 您可能需要查看待办事项以查看是否具有非常粗糙的功能。尝试将它们划分为可以轻松估计和测试的较小任务。 总而言之，您的团队似乎尚未发现其真实速度，因为在进行冲刺的估算和计划时，某些任务并未考虑在内。 但是最后，估计不准确是您在基于敏捷或基于瀑布的项目中发现的一个棘手的项目管理问题。祝好运。
编辑
登录
后才能参与评论
