我向开发人员提供了一些英文文档，还有一些俄文文档。有很多人学习2种以上语言，我这样指导他们很方便。
当我为未来的产品创建基础（devops）时，我首先设计模型和业务流程，然后才是堆栈和 IT 架构。这就是现实中的样子（俄罗斯）：
- 数据流程图是一组实体和关系（Java）。比数据库简单一点
- 当程序员和商业客户看到图表时，每个人都应该以相同的方式解释图表中发生的事情
- 我在 Draw.io/Paint 等开源软件中绘制图表。这很有趣，但项目越简单越好
- 对象的名称对于用户来说应该是直观的；没有人需要像移动应用程序那样复杂
- 方案最好一个人来做。这是负责任的，但单独领导代码比在团队中更好。容易误导
ER 图是基于数据模型编译的，该数据模型也是由软件架构师绘制的。他们经常求助于公司分析师的帮助，尤其是在 API/Kafka/其他方面。
我认为，如果项目经理有能力理解业务问题并将其独立传达给团队，那么这是不必要的。与拥有不必要参与者的大型团队相比，企业更信任直接协作。凪大型团队喜欢 Scrum/看板。但这些也都是营销人员的伎俩，因为不是根据冲刺时间表来聚集，而是根据必要性和愿望来聚集，这样更快。 FTW
有句话说“最好的相遇是从未发生过的相遇”。我建议您不要在通话上浪费额外的时间，因为您可以全身心投入设计/编码和创造力。
