关于“架构”，这是一个十分迷惑的词汇，我们无法精确说明这个词所带来的职责到底是什么，它可以是一个管理者，也可以说是技术主导，还可以说是团队的带头人；反正在不同的项目开发中，他也犹如变色龙一样，不断的变化。而我这次要谈的，则是我身为架构师在一次项目中所经历的不同感受。
那是一个知识库的项目，我被委派到项目组担当架构和产品咨询的职位，主要是辅助项目组快速开发，而事实上，我遇到了一个很糟糕的开始，因为直到项目末期，我一直担当的项目的开发leader工作。
出于本能，我除了要保证项目的设计思想和各个组件之间的行为正常以外，也在不断的对项目自身研发背景进行研究。并且基于此，我又深化分析了下客户需求中隐藏的企业体制问题，这样我就很有效率的发现了客户体制中存在着的一种普遍越权行为。而根本原因就是客户在体制运营期间所一直遗留下来的运维制度一直都没有进行过大规模的改革。而没有业务分析，客户又很难发现在他们的企业体制流程中所隐藏的弊端，而项目立项本身其实质就是要解决此事。
我犹如醍醐灌顶，思路全部清晰了，我通过与新来的项目经理和销售总监反复的沟通后，最终找到了项目成败的根源，并适时的调整了项目策略，避免了这次项目更大的风险。
我说这些，只是想说明，其实架构不应该仅限于技术层次和管理层次，他更需要具有良好的业务理解能力和分析能力，找到体制根源和深层问题，熟练的架构应该也是企业运行的良好咨询师。