并且为你提供了你所需要的帮助。你应该计划的联系，保持接触，与您的项目将带来的变化将影响人们的沟通，你应沟通，在这样一种方式，他们可以清楚地看到，这是对他们有好处。你应该与会被项目引入的变化所影响的人保持沟通，并采用上述的方式使他们清楚地认识到这些变化对他们有好处。
3、质量保证管理层
考虑到Scrum中测试的重要性和变化本质，你应该想要与质量保证团队建立良好的关系。?根据你的公司是否已经为常用的Scrum实践做好准备，主要是测试基础设施方面，你可能需要为此或多或少的做些工作。如果Scrum是企业文化的一部分了，那么你只需要了解流程并试着利用。如果Scrum还没有成为企业文化的一部分，你可能需要向质量保证管理层解释Scrum，特别是主管测试的人，并获取他们的支持。你可能要求他们派出某个人全程参与你的项目，并且/或者为项目搭建合适的测试环境，这样，你可以快速准备好自动化测试、回归测试和持续集成测试。
4、运维管理层
不论你喜欢与否，都无法避开运维管理层。他们负责控制所有的预生产和/或生产活动。确保和他们沟通并解释你所需要的东西，以便在每个Sprint结束时交付的代码符合他们的预期标准。首先，请记住，开发团队和运维团队具有不同的，有时是相反的目标。?作为开发团队的一员，你的目标是持续地交付对业务的实际价值?。但是，在此过程中，你引入了变化，而运维团队的目标是在确保一切稳定的状态下持续交付价值。因为Scrum开发的本质，会有更多的软件发布，通常存在许多更小的更新，而不是几个较大的更新，这些都需要运维团队来处理。运维团队不会也不能仅仅因为你的更新较小，而放弃他们的控制过程。这样做会导致在运行业务系统时增加中断。运维团队仍一如既往地严格实施预生产验证测试。整个变更过程保持不变，即使针对较小的更新。
因此，除非你的公司已经准备好了某种自服务的部分，或者更确切地说，自服务部署过程的自动化，否则请努力与运维团队做好日程安排，因为这会帮会组他们处理持续的更新。作为回报，他们会帮助并感激你。随着时间推移，运维团队会发现有更多时间处理其他工作，从而很高兴为开发团队提供变更支持，同时，也会保留对生产环境的所有控制。
5、把你的直接管理者变成盟友
正如行业众所周知的，中层管理者的目标是确保项目前进，避免翻船，因此除非你直接向CIO或者CEO汇报，否则请花时间与你的中层管理者沟通，确保她完全理解了Scrum和它需要什么。如果你的经理不知道Scrum如何运行，而且你的项目进展不顺或者进度落后，那么存在这样的风险：你的经理希望很快地转化到传统的命令控制式过程。你必须尽可能地在项目启动之前向管理层解释清楚：Scrum是什么、在项目日常执行时它的运行机制、在进展顺利时如何运转、在不顺利时如何运转。