需求作为项目管理中的新变量虽然在过去，特别是在经典模型中，需求是每个需求规范中不可移动的部分，但敏捷方法的趋势却正朝着相反的方向发展。我们的目标仍然是尽可能接近最初的愿景，但试图预测负面变化以及新的积极想法。秤的图像非常接近这个想法。
发展过程中可能会出现困难，我们将不得不接受这样一个事实：我们将不再能够在某个时间点实施所有的事情。并不是出于恶意或无能，而是因为有些困难只有在发展的过程中才会显现出来。那么，最好的办法就是实施那些构成我们 95% 业务价值的事情。这是通过 Scrum 中持续不断的优先级来实现的。
然而，在实施过程中，我们也可能会注意到如何改进我们 药房数据库 最初的愿景。由于 Scrum 在常规工作周期（称为冲刺）中提供了切实有效的结果，因此我们可以更直接地干预此事。我们可以在创作过程中塑造它们并向同事展示。利用凭经验收集的数据和事实，我们可以重新调整自己并尝试进一步改善愿景。由于 Scrum 中的所有工作结果始终是“完成”，因此有机会发布或测试每个部分开发。它是独立且完整的。
这里的要求不是一堆文件，而是我们可以重新排列、设计和补充的活体。这种活力使我们能够直接影响上市时间并对新的创新趋势做出反应。到达那里需要一点时间并习惯，但它是可以实现的，而不是任何大师所写的乌托邦。如果您想更多地了解 Scrum 或敏捷性的机会和可能性，那么我推荐我们的新白皮书《Scrum 解释》。在那里，您将对 Scrum 是什么、您所参与的内容有一个第一印象，并从敏捷服务提供商的日常生活中获得真实的例子。
定期交换带来高透明度
开发团队坐在暗室里、服务提供商每六个月与客户见面报告的时代正在被非常直接和透明的交流所取代。客户必须承担更多责任并更多地参与其中，但他们正处于发展之中。您直接参与愿景，可以获得开发专家的建议并挑战想法。您可以从服务提供商多年的经验中受益更多，而不是仅仅表面上写下来并希望它是正确的。