因此需要进行调整以用于服务领域。它所经历的主要调整是对被视为废物的元素进行修改。下面我解释一下敏捷如何攻击浪费问题。
缺乏对顾客期望的了解。敏捷通过生成持续的可交付成果并使用工作软件作为进度的衡量标准来解决这一问题。这间接表明客户参与始终与前进相关。
精力和重复工作尽管 Agile 鼓励点
对点工作，但这并不违背原则，因为其背后的想法是每个人都从不同的角度寻找缺陷，从而最大限度地减少返工。
通信错误。 Agile 鼓励口头交流作为获得清晰度的有效方法。
库存不正确。与基于所开展的活动来衡量项目进度的方法不同，敏捷方法以“工作软件”来衡量进度。
服务中出现错误。精益鼓励持续反馈，并通过 白俄罗斯 WhatsApp 号码列表 持续的审查和反馈尽早发现错误。
未开发的人力潜力。精益鼓励每个人参与开发的各个阶段，并在团队内分配角色。
基于这个快速比较，敏捷绝对可以被视为一种精益的软件开发方式，因此可以带来其好处。
收养建议
Agile 的一个缺点是由于它太灵活
实现方式可能会有很大差异，从而导致模型的许多不恰当使用。例如，让我们记住，精益考虑了客户愿意支付的一切的附加值，因此，如果客户支付费用来获得其系统文档，那么这就 让·库埃斯佩尔 创新项目主管 是可交付成果的一部分。
另一种常见的情况是，团队决定取消定期反馈会议或结对编程等活动，而这些活动的存在都是有原因的；不质疑我们如何替代这些实践而消除它们，就相当于从模型中删除增值行动。
另一方面，我们不应该如此死板，因为我们肯定会遇到特殊情况，由于项目规模 电子邮件列表 或地理分散，可能有必要应用不太敏捷的方法的实践。