引入技术领导力，一条小的软件架构准则就有从根本上帮助软件团队成功的巨大潜能。考虑到这一点，我们需要解决的最后一个问题就是，如何让软件团队采用一个正好合适 的软件架构方法，确保构建出结构良好的软件系统来实现目标，特别是各种复杂的非功能需求和约束。这个问题通常会变成，如何将软件架构重新引入 软件团队的工作方式。
在我看来，软件架构最大的问题是它在与软件行业每天创造的新事物竞争。我见过世界各地数以千计的软件开发者，以我的经验，他们当中很多人对软件架构的思考还不够。尽管教材非常多，很多团队还是缺乏对软件架构的真正认识。
人们用于学习的时间和精力有限，但没时间通常不是团队不理解软件架构是什么的原因。我以前担任软件架构角色时，和很多人一样搞不清读过的软件架构书跟日常工作到底有多大关系。这种缺乏了解的情况日益严重，因为大多数软件开发者并不定期实践软件架构。你在自己的职业生涯中，架构过多少软件系统？
简单来说，即使所有软件团队都思考软件架构也远远不够。那么，我们如何让软件团队重新认识软件架构？