Scrum 和服务提供商方面的机会 - 第 2/3 部分

[suchona.kani.z]

分析冲刺的一大优势在于，它创建了一个在此之前经常缺失的概述：整个功能范围变得可见，功能成本得到明确显示，并根据指定的成本预算进行优先级排序。产品所有者被迫根据软件的价值驱动因素确定需求的优先级。最后有一份新功能范围的接受协议，所有负责人都同意。

分析冲刺结束后，恢复之前的敏捷工作方式，但有以下区别：

分析冲刺中未包含的功能将不会被实现。
需求的后续内容规范始终与需求列表中的边界保持一致。
所产生的实施工作不断与分析冲刺的估计需求进行比较。如果出现偏差，将进行原因分析，并在必要时删除进一步的要求。
变更管理的设计方式使得随后可以在如上所述的“交换平台”内交换需求。然而，遵守总体成本预算始终很重要。

稳定受损软件开发项目的步骤

这里概述的干预措施极大地限制了敏捷软件开发带来的灵活性。其余的行动框架是明确定义的——特别是对于产品负责人而言。用于微调或实验的额外迭代被保持在最低限度或被排除。项目范围的变更发生在明确定义的变更请求流程中，并得到管理层批准和预算讨论。

结论
当然，一个完全失败的软件开发项目最终不太可能取得经济上的 药房数据库 成功。尽管如此，此处描述的措施可以帮助您避免放弃项目，从而仍然为用户实现技术上有意义的结果。此外，这种方法可以在早期阶段识别和遏制误解和问题。

如果您想了解有关 adesso 世界中令人兴奋的主题的更多信息，请查看我们之前发布的博客文章。与客户和利益相关者密切合作
Scrum 为完全透明、定期检查工作和流程以及不断调整设定了路线。利益相关者不仅通过他们的需求参与项目。他们甚至可能自己编写，因此与开发人员直接沟通。这使得专家能够相互交谈并避免通过第三方。结果往往是更精确的要求和更低的错误率。每个冲刺结束时举行的固定审查会议也为开发人员提供了另一次机会来了解利益相关者的观点。为什么利益相关者的参与如此重要？它还设置了哪些其他要求？最后但并非最不重要的一点是，利益相关者也可以被邀请作为专家参与冲刺规划，从而用他们的知识支持开发团队。因此，开发人员对项目或产品的认同感更强。

该过程本身并不是为了证明和辩护，而是为了促进密切合作和专业知识交流。这种交流通常可以使开发人员更好地了解客户领域、加强建议并找到优化的解决方案。此外，开发团队的认可度也随之提高。您可以展示和讨论专门的解决方案，并且利益相关者也可以看到您。