用一句话写清调查目的
是要查原因、做技术选型、评审设计，还是确认外部服务接入？目的不同，需要看的资料和交付物也不同。
- 问题原因调查
- 技术选型
- 架构评审
- 外部服务接入确认
准备复现步骤和日志
如果是故障或性能问题，环境、步骤、预期结果、实际结果和日志可以帮助缩小调查范围。
先决定共享范围和权限
NDA、可查看代码范围、临时权限和停止共享时间点，都应在调查开始前确认。
常见咨询例
技术调查适合在选择方向或开始实现前，先整理可判断的依据。
- 缩小故障或性能问题原因
- 比较库或外部服务
- 确认既有设计中的风险
委托前应决定的事
为了避免调查范围过大，应先决定调查后需要做出的判断，以及可以共享的资料。
- 调查后需要决定的事
- 环境、复现步骤和日志
- 可查看代码范围和 NDA 规则
容易失败的模式
过于宽泛的调查委托，往往难以转化为实际实现判断。
- 以“全部都看一下”开始
- 缺少复现步骤或日志
- 在确认事实前先决定解决方案
Nobilwing 可支援的范围
Nobilwing 可以支援原因切分、技术选型、设计评审和风险列表整理。
- 故障和性能问题切分
- 技术选型和外部服务调查
- 调查说明、风险列表和下一步行动整理
技术调查检查
- 写明需要判断的问题
- 整理当前环境
- 准备复现步骤和日志
- 决定可查看代码范围
- 确认 NDA 和访问权限