首先要从产品定位的角度来梳理。一般来说，应该从产品经理那里拿到三个信息：
- 客户
- 用户
- 核心场景
其次要从执行者定位的角度来梳理。一般来说，你需要从技术团队的管理者那里拿到以下信息：
- 执行团队
- 执行域划分
- 需求承接方
最后是取舍规则，你应该从决策者和赞助者那里来确认如下信息：
- 需求优先级的决策信条
- 必保需求
- 隐含的技术需求
作为架构师，你需要准确区分最小必要的需求和无关紧要的需求。只有那些与项目目标形成因果关系的强依赖需求，才是属于架构活动的需求。你的关注点应该放在如下五个方面：
- 需求的必要性
- 需求的正确性
- 需求合理性
- 需求的可达性
- 需求的承接方
一个架构活动中最终要承接的需求，在这五个问题的答案上必须是肯定的。而这个梳理需求的过程，其实也是执行风险的梳理过程。
执行域划分是个压力非常大的环节。作为架构师必须保持开放心态，要充分表达，大胆建议。不过也要注意，你并没有决策权，因为你能提供的仅仅是技术视角，而不是整个企业的视角。
此文章为5月Day26学习笔记，内容来源于极客时间《郭东白的架构课》
