|
Post by account_disabled on Apr 2, 2024 9:47:20 GMT
如果一开始就高估了风险也没有什么问题。并不是某种死板的数字它会随着时间的推移而变化可以修改和减少。通过仔细的估计和规划方法估计误差将在每个冲刺中减少。你可以控制它并将其包含在待办事项中或者你可以简单地告诉开发人员自行决定在那里做一些事情。你再次大大缩小了可用选项的范围。没有必要让开发人员自由您可以在日常会议上讨论这些活动设置优先级并监控结果。 如果您将它们包含在积压工作中给它们一个分数那么可能很难说服项目所有者为什么这确实是必要的以及为什么他们没有在冲刺中包含 阿曼数据 具有相同分数的功能而是你理解错误了这在第一个和第二个冲刺图表中有所显示。文章中没有一个图表表明所有已完成的任务结束。你的冲刺计划不正确。任务必须经过测试并修复错误否则我们将无法关闭它们这一目标尚未实现。而这里的主要问题是开发人员和测试人员之间严格的职责划分。 您的测试人员从事质量控制而不是保证。我不知道细节但我认为像许多人一样即使在组织级别开发和也有如此严格的分离有单独的开发和团队其成员通过队列积压进行通信。只要这种交互继续下去你的问题就无法解决因为总会有人毫无准备地到达迭代结束要么是开发人员要么是质量检查人员。如果你希望在冲刺结束时关闭所有已完成的任务并诚实地完成那么你需要使用拉动生产的原则停止开始开始完成即不接受新任务直到您开始的那一项完成。和必须从头到尾同时处理任务互相帮助完成任务。
|
|