达成共识
针对一次涉及多人的上云任务，首先在思想上大家需要达成统一的共识如何协作完成上云任务。按照实际操作过程中踩坑的经历，针对达成共识这部分我们划分为边界、进度、思想三个模块。
边界，确认边界在整个操作中非常重要，只有确认了边界以后任务才能落实到人，作为上云的负责人切记对任务进行大包大揽，也不要执行收尾工作。应该明确具体的任务和具体的负责人，由负责人负责完成这部分功能。
进度，确认项目的整体的进度，包括内部进度以及配合的上下游业务的进度，内部进度基于上下游进度指定。
思想，针对整个事件我们需要达成统一的思想和重视，因为多个环节有一个环节负责人对这个事情不够重视就很难推进，要再次确认任务和人的分配关系做到专人专事，排期也需要在这个时候达成一致。
确认方案
关于方案的确认我们需要考虑正向方案和逆向方案两部分，正向方案用于推进项目，逆向方案用于回滚项目。
关于正向方案，提几个要求：第一是针对正向方案的讨论和确认需要正式的会议，方案细节是可落地且可逆（无法保证项目一定能够成功且不可逆），方案的细节同时需要保证可逆（方案无法保证一定成功），任何方案的讨论需要尽量讨论的更细。
关于逆向方案，关于逆向方案，思考逆向方案是为了保证正向方案不成功的时候能够回滚，所以思考逆向方案的时候同时能够反思正向方案是否存在不可回滚的情况。
关于方案的确认，我们需要尽可能细化，有些问题只有在细化以后才能发现，当然即便再细化实际中仍然还是会遇到问题，所以这部分只能尽量而不能完全覆盖。
确认风险
确认风险理论上和方案应该是一起的，但是单独拎出来是因为作为非基础模块的上线依赖于其他模块的上线，所以我们需要宏观上确认是否存在其他模块无法上线的情况的风险，这点尤为重要。
当遇到依赖方无法正常上线的时候，我们需要能够正确的识别并提前做好预案。
向上汇报
向上汇报时因为在跨团队协作时候，存在各方支持力度不一致的情况。在这个过程中需要回报三个维度的数据，包括实时进度、实时风险、寻求的帮助。在不同的维度能够提供的支持是不一样的，越往上能够争取的资源和支持越大，所以有解决不了的问题尽量向上汇报。
