您需要设计一个复杂的 IT 系统的新解决方案。您的行动是什么？
在开始制定行动计划之前，应将来自管理人员和专家的最佳实践连接成一个易于理解的（至少是部分）图表。
以下示例显示了一个图表，它解释了始终应该找到的一个头脑风暴因素。这是定义整个工作格式的第一块砖头。
在软件开发中，我建议将其作为一块砖头采用 GitLab 或 GitHub 服务器以及 Markdown 格式作为文档，该文档存储在一个地方并且假定其使用与代码一样。
因此，在项目中使用 Markdown 格式的文档几乎不会过时。主要原因导致信息过时是：
- 没有人编写文档
- 文档分散开来，无法从片段中收集到完整且最新的版本
这两个因素在上述方案中都得到了控制。
在某些团队中，可能会出现社区，其中员工可以自主地为文档贡献个人内容。
三股力量应该并行运行：建筑师、专家和项目经理。
专家的任务是执行架构师指定的任务。不同级别的专家会独立地找到解决方案。架构师负责定义描述项目的格式。而项目经理则负责管理角色和规则，以确保工作顺利进行、可预测且尽可能舒适。
如果没有清晰地传达责任范围（无论是软件开发人员还是客户），工作将效率低下。
此讨论是关于 Gemba - 从跟踪工作流程的日本方法的主题。
在开始大型项目时，应该从高层次图表（请记住，砖头已提前布置为 git+markdown）开始。它允许所有参与者使用共同的语言，并消除误解和“手把手”解释。
在每个阶段都会吸引来自不同方向和专业领域的员工。
客户通常采用 C4 模型（上下文、容器、组件、代码）及其变体来可视化架构图，并且可以理解为技术人员和非技术人员。
这些图表具有不同的详细程度，因此对技术人员和非技术人员都易于理解。
在我的工作中，我使用：
高级设计 - 这是一个包含网络设备和轮廓的图表。它包括网络屏幕和安全措施。该图表描绘了数据流，并标记了敏感数据的存储位置。
(其他信息省略)
请始终遵循图表的块。找到匹配项并以一种方式构建工作，使其没有空白点。如果需要更改流程，逐渐进行更改。“