这是架构活动中极具里程碑意义的一个节点。项目的启动，标志着企业开始正式向一个架构活动投入各种资源。
项目启动的真正目的，是让所有参与方完成一次有约束效应的目标与任务确认。
有了承诺，任何参与者都不能单方面更改条款，需要通过一个确定的流程才能更改。
在项目启动之前，我们架构师需要跟项目经理一同来做一些准备工作，主要有如下四个方面。资源环境：
- 确认并锁定运营资源、产品资源、技术资源和数据资源。
- 架构环境：将之前搭建的架构环境，尤其是架构信条的细节，整理成完整的线上文档，并共享给其他参与者。
- 架构文档：完成整体的架构规划，初步完成不同领域的细节规划文档。
- 重大风险：梳理好整体和各个领域的风险，完成已知的重大风险预案。
一般来说，我们做取舍的原则是以保障用户价值和商业价值为前提，且尽量满足架构活动的技术目标。但执行方往往会以保障自己领域的交付时间为第一优先级。很明显，两者是互相冲突的。一旦碰到资源冲突，最终肯定是先砍掉低优先级的需求，而不是商业效果。
在项目启动环节，我们真正想达到的是深度握手。各个参与方对所达成的架构目标、架构方案、架构环境、任务边界、交付节奏，以及资源投入，完成一次有约束效应的正式握手。
为了保障架构活动的成功，你还要为架构活动引入问题预警机制和冲突解决机制。
什么是问题预警机制呢？就是在架构活动启动之后，有一个畅通的沟通渠道，来确保重大问题能被决策者注意到。预警的价值就在于机制本身的客观性。对于重大问题，必须要有发现、沟通、响应和止血的流程。
什么是冲突解决机制呢？就是在两个或多个合作方之间出现争议，并且无法化解冲突的时候，需要紧急启动的升级决策流程。一般情形下，升级后形成的决策，参与各方无论如何都必须遵守并坚决执行，不能反复申诉和辩论。
技术问题和团队冲突不可避免，但我们有确定的沟通机制和处理流程来帮助大家解决问题。
此文章为6月Day2学习笔记，内容来源于极客时间《郭东白的架构课》
