在过去的认知里面一直对架构有很模糊的概念，架构是一个大的框架，这给自己一直很困惑在在于自己的只知道系统的开发就是需求、需求分析、开发设计、测试、交付。在开发设计中会进行一些的业务和流程图的设计，但是这样的设计图里面会包含数据的走向，包含了的流程的走向的，同时包含数据的表机构设计分析，包含接口文档的编写和设计，自己也非常清楚，如果流程设计不清晰，开发设计造成的影响就非常大，这也这就导致了很难的做到的复制和应用。

　　而项目管理流程只是做得整体的需求到交付的流程，并不能保证系统开发的是好的。

　　所以在遇到TOGAF框架后，在意识到自己的过去的所遇到很多困惑。在苏格拉底的说过的，“常常使自己陷入怀疑，从而也使别人陷入怀疑”，过去总认为别人是怎么写项目管理的流程的，后来发现了的PMP的流程图，别人怎么开发设计的，后来就有各种软件的开发的流程，比如各种的研发设计模式，但是这些还是让人觉得软件设计并没有完整打通需求到研发和软件架构的的这个层级，从最近几年大量深入一个行业，才逐渐明白一个道理，那就是的当你觉得困惑的时候，一定是的别人困惑的地方，那么就有人去解决过这个困惑，所以就需要去不断往一个行业深入的大量阅读，这样的阅读往往未必是软件研发体系，有时候是管理体系，比如架构师他就是一个管理岗位，如果从软件设计的角度去看整个，又陷入进去无法自拔，所以的当自己的看到TOGAF架构的时候才突然明白这个世界很多的别人看似非常聪明才能解决的问题，其实的大多数的人早就已经遇到并提出了解决思想和方案。

　　遇到PMP自己的可以写一个完整的项目的需求到交付的文档的，那么这里遇TOGAF框架，我就可以去写业务架构、数据架构、应用架构、技术架构的文档。

　　业务框架是从动机、组织、行为这三个角度来表达，也就是的去写关于的我为什么要这么做，谁去做，做什么，以及怎么做的问题。这样的业务框架让自己的觉得非的好的，如同人，你要告诉他们为什么的去做，他只有理解和认同你的方向的，他们才会去好好做，认同观点后，你就需要安排的谁来做这个事，这是一个非常难的事，在于你需要对团队非常了解，谁有能力做什么，那些工作需要资深专家，那些需要的小白的就可以做，哪些工作需要有人可以攻关来做。第三点就是做什么的，以及如何去做的。这里的做什么我们就需要遵循smart原则，我们的需要的把的要做的东西写的非常的。

　　关于技术架构就是从用到什么数据、用到什么应用、用到什么技术这三个方向。

　　所以整个就是BA、DA、AA、TA的这三层的是从需求到技术实现的非常重要的一个方向。

　　关于ADM过程，让自己开始打通了项目管理的流程。项目管理的流程是启动、规划、执行、监督、执行。这其中关于需求到技术的只是做了WBS的分解，自己认为这并不足够的，ADM过程是的项目启动、架构蓝图、实施规划的，其中项目启动的和PMP没有大多区别，在架构蓝图这个是的PMP过程缺失的，需要做好业务架构、数据架构、应用架构、技术架构，是也就是业务功能、业务流程、业务数据三个层次。DA、AA、TA都是做业务功能支撑的，除了技术的驱动之外，还需的风险驱动，在业务功能、业务流程、业务数据三者其实也是可以形成机会和解决方案。这一点在TOGAF框架中也有所描述。

　　PMP到后续就是交付运营了，而在TOGAF框架，实施规划阶段，IT系统要识别的新建系统项目、升级系统项目、技术采购等。所以PMP+TOGAF框架这样的框架就很好的解决项目问题了。