AB Data

Microsoft 社交聆听和社交参与您想知道这一切与敏捷性有什么关系吗？驱动程序和开发团队之间存在一定的相似之处，他们想要、应该或必须根据敏捷原则处理项目，但几乎没有敏捷经验。就像在高速公路入口处一样，您需要新的甚至可能不寻常的方法来开始进入敏捷世界，其意义和可持续性有时只有随着项目的进展才会变得清晰。

作为一名敏捷教练，这种在不同环境中对不同定位的团队进行敏捷“调整”是日常生活的一部分 - 无论是作为 Scrum Master、（代理）产品负责人、开发人员还是发布培训工程师。

下面我想提到日常项目生活中的一些重要方面，作为敏捷教练，您可以在这些方面支持您的团队进入快车道：

1) 初始化、试点
敏捷转型本身就是一个项目，需要有针对性的准备。您应该重 教授edu电子邮件地址 视高层管理人员的持续说服，以便直接从那里获得授权和公开传达的支持。

您应该在早期阶段让组织结构中水平分布的利益相关者群体参与新方法，并提高他们对新方法的认识——从客户到客户代表、产品管理、开发人员和运营组织。通过敏捷团队的可持续组织整合，您可以确保项目工作不断为客户和组织增加价值。

为了实施敏捷转型，我们建议选择中等规模、中等复杂度且不会带来不必要风险的试点项目。这意味着您的团队与作为敏捷教练的您一起，可以专注于敏捷项目管理的引入和最大可能的客户利益。

2）持续集成、持续交付
除了组织整合之外，技术整合同样是重点。我的意思是不应交付任何模拟接口或隔离组件。使用这种从用户界面到数据库和接口的一致实现，可以尽可能地进行验证。同时，您可以快速识别解决方案中的弱点和错误（“快速失败，廉价失败”）。该原则从一开始就适用，并在整个项目期间保持有效。

这揭示的问题往往令人不快。但他们有一个优势，那就是你从现在开始就认识他们了。您可以立即解决这些问题，而这些问题不会在很晚之后才显现出来，并且需要付出大量额外的努力。项目中的每一步都基于集成且经过验证的基础，从而降低了整个项目期间的技术风险。

定期（例如每两到四个星期）向利益相关者展示具有经过验证的附加值的功能性且可用的产品，并可供审查。通过这种持续的反馈周期，您可以确保产品最适合当前的需求。