软件开发中大小坑遍地，架构设计上同样到处都是坑坑洼洼。随着工作经验积累的增加，自己也开始接触架构，自己做架构设计，也参考别人的架构设计。由于自己的经验和精力有限坑过小伙伴，也被小伙伴坑过。
言归正传，本文不是吐槽架构上的坑，而是整理一些 5 种常见的坑给出填坑思路。
(1) 架构产出不足
(2) 架构的技能不足
(3) 延迟决策坑队友
(4) 年久失修的架构
坑 01： 架构产出不足
表现形式：
1，一张架构图走遍天下…
2, 架构图离了架构师谁都卡不懂，需要架构师频繁将
3，团队没有可用拿出来就用的架构图
…
架构资料应该怎么整理？
（1）团队资料空间和目录
为团队建立资料空间，并创建不同的目录结构，例如：Tech、Epic、Solution、DevOps等
（2）为不同的人准备不同的架构图
看架构图的人不一定是技术，还要可能是业务人员，精力足够的时候为他们准备不同的架构图，能够提升后续多个场景下的沟通效率。
（3）实用的架构图需要 1 - 3 级
架构图可以选择自己擅长的任何一个工具（软件/白板/草图）绘制就可以，为了后续好调整建议使用软件维护。