其实我还不清楚这中间的转变究竟有多大，但是我已经清楚的感觉到了新角色带来的压力，才感觉一件事情足够复杂时就需要一种方法论来指导。
首轮的压力来源于为某企业做一个信息化规划，一个星期的准备发现准备的材料空洞无力，并且缺乏逻辑性，于是寻找相关的方法论，正好看到了MSDN中"伟大架构师的秘密"一文，提出了在抽象的不同层次上概念化解决方案的技能，通过将复杂的事务分散组织到不同的抽象层次来降低事务的复杂性。该文章还包括了一个IT解决方案实例分析，其中定义的6个抽象层次在我看来也是非常杂乱的，并不具备严密的逻辑性(也许是我水平不到看不懂其中的精妙之处)。
Google上能找到的IT规划方法基本上都是没有多少内涵的，多推敲几下就会觉得那些方法并不足够完成一个完整的解决方案规划。
不知道一个真正的架构设计师是怎样开始分析一个信息化规划的。是不是考虑一下进行一些架构设计方面的培训了。
