你知道架构中的哪些地方使用了比较老的技术，哪些地方比较脆弱，但是由于没有资源和时间去改变而不得不对现实妥协。
那么如何实现这种转变呢？总体来看，企业架构师和其团队需要从传统的实践中进行转变。架构师将成为信息的影响者和聚合者，同时也是信息的传播者，其角色定位不再是自己做决定，而是帮助其他人做出正确的决定。
拥有并共享同一个愿景
在达成某种程度的共识之后，一定要让所有人都知道当前的架构和将来的架构分别是什么样子。这并不是说要将它们放到磁盘上的某个文件夹、SharePoint网站或者Wiki上，而是要制作海报或者一整面墙的涂鸦，在很多地方展示它们，确保每个人都能够了解该愿景，并激励他们不断地向该目标努力。在架构演进的过程中，这些图画也需要随之改变以反映当前的工作进展。要展示出那些正在提升的地方并认可为之付出的团队。如果其他人对一起构建伟大架构的工作感到自豪，那么他们就会支持你的工作。
建立桥梁
成功的企业架构师只能是那些能够取得开发团队支持的人。如果你将他们当作下属，他们就会找到应付你的方式，将组织愿景和战略至于危险境地，此时你依然需要对结果负责，却几乎没有改变的能力。相反地，如果你将他们当作合作伙伴，那么他们就会帮你实现愿景，所有人都会取得成功。要拥抱变化，衡量变化，确保每一个人都理解变化的价值，同时始终都应该尽量引导团队实现组织架构的愿景。
寻找改变的机会
耐心和合理的改变速度有助于避免挫折。记住，只能改变正在进行的工作，因此预算应该尽可能地包含大部分项目。通过识别那些能够为业务创造新价值或者节约更多金钱的新项目而不是通过节约开发成本来创造机会。要记住，产生业务价值是最主要的目标，因此要避免那些有趣却没有价值的、纯粹的技术项目。当业务认识到遵循愿景所增加的产量和价值，他们做出改变的势头和步伐就会加快。此时，就有机会继续塑造并精炼愿景了。
构建学习社区
不要试图自己决定组织需要的内容，应该建立一个技术小组，让技术领导和那些热衷于技术的开发者参与进来帮你做出决定。团队通过定期的会议制定相关计划。确保为开发团队预留一定的时间让他们分享自己的经验——无论是成功的还是失败的。让所有人都有机会与整个IT组织分享知识是一个健康的组织构建社区意愿的开始。
结论
改变从来都不是容易、快速的。向新的实践转变需要时间和努力，但最终你会发现这是值得的。当团队能够一起协作创造价值，业务将IT看做是合作伙伴而不是负担的时候，所有的一切都是值得的。记住，一个精益企业的架构师能够让开发团队和业务部门建立合作关系，能够创建一个愿景并引导开发团队向该愿景努力。知识虽然不是很深入但是却很广泛，能帮助开发者提高自己，能通过明智的实验进行概念验证。最重要的是，懂得享受自己，能够学习新事物并创造价值，能让组织成为业界领先的创新者。
