尊敬的各位领导、各位专家、各位同仁大家上午好，我给大家报告的题目是基于总体架构的数字政府建设。
今天我主要谈三个方面的内容，首先我谈一下新技术带来的新模式，各种新技术不断出现，社会的各种各样的变化都与新技术密切相关，它也带来了整个数字化建设模式的改变。接着，我会谈一下总体架构以及我对总体架构的看法等方面内容；最后，我讲一讲下一步的数字政府建设应该怎么做。
新技术带来新模式
新的技术带来了新的模式，这个模式总体来讲我总结了三个方面。
第一，我们过去的计算模式基于单位机的，未来要基于网络的计算模式，我们所有的数据能力可以弹性扩展出最大的变化。
第二，从纵切的模式到横切的模式，过去是从上到下的考虑，从需求开始到功能、软件到数据库、操作系统，到业务层面的硬件，都是自上而下考虑的。由于新技术带来了新模式，我们的数字政府应该是横切的模式，我们在建设未来能力的时候，要按照横向的能力去建设，特别是底层，就像刚才讲到的云原生。未来，所有的行业，企业用一个共同的基础设施，微服务、容器等都是云原生技术的共同特点，它将为我们带来一个弹性的可扩展的、随需可用的一种新的基础设施。
平台建设方面，我们很多的能力需要支持上层应用，快速地构建，我们需要把很多的能力抽象到平台层，让上面的应用快速地构建、快速地应用，不管是AI、各种应用、数据的各种服务，要把它抽象到平台上。最上面的业务应用，我们将把它未来趋势分向业务部门，未来主导业务部门的是业务部门，不是IT部门，数字化的东西将成为业务的核心数据，业务人员随时在迭代业务化的产品，这是它的核心，是业务工具的一部分。
最后一个方面是从瀑布式开发走向敏捷开发。随着整个技术能力朝向业务方向演进，开发模式也发生很大的变化。过去的开发，从需求调研分析设计开发、测试代码都是瀑布式的，未来要走向敏捷开发的模式，因为新的技术平台支撑我们快速地构建业务的数字化随时去调整，迭代了数字业务化产品。所以，快速迭代将成为未来的模式，这是新技术带来的新的建设模式。
总体架构的价值
新的建设模式，我们的数字化、信息化，还是面临着一些原有的问题需要解决的，新的问题也会产生。
一、总体架构面临的问题
我们先看一下以前面临的问题。我总结了三个方面的问题，第一个就是需求管理问题，我们不是提出需求就是合理的需求，什么是合理的需求？很多的需求是伪需求，如果我们从一个更高层面来看，或者从总层面来看，我们要保证需求管理的合理性，在新的数字化模型下，我们仍然需要解决需求管理问题。
第二是合作协同的问题，也就是说我们今天的数字化它跟我们物理的建设不一样，彼此的观点不一样，但是数字化信息系统千丝万缕的联系，而且你不知道它未来跟谁有联系。我们要保证该合作的合作，该协同的协同，我们需要有机制保证它。
第三个就是数据共享问题，数据共享的核心一个是数据治理缺乏方法，也就是说，数据从哪里产生、怎么被使用、怎么被管理，我们需要方法。还有一个是数据的互操作缺乏标准，我们的系统有很多，很难说定一套标准之后，所有人按照标准去建立。现实的是什么？我们要建立一套互操作的标准，当我们需要去交换的时候，我有一套标准方式，让大家可以去交互，这是数据互操作的标准。
二、问题解决实现价值
这三个问题怎么解决？我们看一下逻辑上的实践。先来看一下需求的问题。它有几个方面，有时候是机构层面，还有的是跨机构层面。
比如，很多地方政府有一个统一的平台，大家考虑到各个部门也不能随便想怎么建就怎么建，这里有一个跨机构的需求管理问题。跨机构的需求管理怎么解决？
美国联邦政府的FEA的核心是共同语言体系，这个参考模型是语言的分类体系。这一套语言体系可以保证大家用共同语言来保证需求，而不是你想怎么表达就怎么表达，就像大家今天报项目一样。我想发一个合作，大家的语言都不一样。这一套方式建立了共同的语言体系，大家报需求的时候，按照共同语言体系来写你的需求，按照标准格式来填写你的需求，同时可以自动发现一些合作共享的机会。
对于机构内部的需求来讲，我还要满足认可需求的提出，我的需求满足，它跟我的业务是什么样的关系，跟我的战略目标是什么关系？所有构建需求的提出，需要机构内部通过架构的方式，建立了一个匹配关系，使一件事的合理性通过架构展现出来。
所以，各个部门有它的架构。跨机构之间有顶层设计参考模型，用这样的方式来解决需求管理的问题。
第二是合作协同的问题，大家知道，我们一个机构内部有很多跨协同的问题，包括其他部门之间也是这样。我们构建一套什么样的系统？当然它不是一个系统，而是大家共建的东西，要朝一个目标迈进，或者说你要遵循一些共同的规则规范。所以我们可以通过分散价格的方式，联合相关的利益方机构共同来开发这样一个架构。未来的安全当中，数据是怎么共享的？大家需要怎么协同？我们的愿景是什么样的？目标是什么样的？各个部门，所有的系统要遵循合作协同的约束。
对于跨机构之间，美国的实践就是把跨机构的架构，通过内部网站的方式把它展现出来，就是跨机构开发出来的架构。哪个部门参与，哪个部门牵头，把他制定出来还要维护它，所有的机构到项目上，如果这样的分块设计，你没有遵循的话是不行的。它是通过投资立项来保证大家要合作协同。这就是架构解决合作协同问题。
第三是解决数据共享的问题，数据共享对于机构层面来讲，我们的数据核心是三个方面来保证它的标准化。我们可以从数据的定义，就是数据的描述方面，不管是结构化的数据还是非结构化的数据。还有就是数据的背景、数据的分类；还有一个是数据的共享标准，当我的数据要被其他部门调用共享，那我需要用一种标准的方式去打包暴露出来，被授权的机构可以用一种标准的方式来使用我的数据，这是机构层面。
对于跨机构层面，美国做的国家信息改换模型采用一套标准的方式，现在他们都在采用这一套方式，他们的核心是解决交换的数据标准的问题，就是说我们有很多遗留的系统，我们也会新建很多系统，当数据需要消化的时候，我们需要交换的数据，大家都用一种共同的方式，能够去定义它，去把它注册、发布好，特别是新系统的构建，我已经定义好的标准，放到这个库里面，新的系统要遵循这些标准。如果没有的话，你要不断地丰富这个库，因为各个领域的数据标准是无穷无尽的，我们很难理想化。
所以它采用的是一个不断的在应用过程当中迭代数据的标准，是不断控制数据标准库的一种方式。
基于总体架构的数字政府建设
前面讲了总体架构三个核心的问题，既是老问题，也是我们新面临的问题，不管是什么样的建设模式，这三个问题都需要去解决。
怎么去解决这些问题？我们做了一个政府信息化的架构框架。其实核心就是围绕着那三个问题。当然，还有架构开发方法、架构的治理评估、信息交互模型和解决数据共享的问题。
新的数字政府的建设，重点要做好基于架构的三件事，第一是架构+需求，基于架构保护真实的需求，特别是敏捷开发，需求的合理性，架构可以告诉我们，从一个更高更宽泛的层面看到什么是真实的需求。
第二是架构+敏捷，保证快速的响应变化，有人说敏捷不需要架构，错了，我跟一个国内顶尖敏捷的专家沟通过，包括国际上敏捷的框架叫大规模敏捷的框架，都是把架构放到里面的。
现在讲的敏捷是开发的敏捷，是在团队层面的，团队层面要求不要写那些没有用的文档，大家知道，政府首先是写文档，这些文档最后也没什么用。上面一定有架构的支撑，要有这样的背景的指导，所以在解决方案方面，在企业层面一定要有架构的支撑。然后再来具体的功能团队层面，才能敏捷地快速应对变化和快速地往前走，实现架构+敏捷。
国内外有很多的误区，曾经有一个军工企业，组织了很多人做架构的梳理，这是对架构认识的误区。架构是一种能力，架构是所有数字化的过程当中必备的思维，一些基本的技能工具，不能为了做架构而做架构，做到我们需要为止，甚至往往一张图就可以解决我们决策的问题。所以架构不是配套的东西，特别是下一步的。
我们现在做了很多的可信性报告，我们花了很多精力做。企业的可行性报告写的需求说明书，没有神一样的人开始就把需求想清楚，需求是在使用的过程当中迭代出来的，不用的话就没有这些需求，用的过程当中才会不断产生需求。
这个时候我们需要用敏捷的方式快速迭代，我们需要在更高的层面用架构去描述跟它相关的这些关系，各种要素之间的关系，所以我们看到了架构之间相关的要素。还有一个是架构+治理，治理的核心是什么人来做决策，什么样的组织来做决策，什么样的流程来做决策，在数字化信息化方面，有相应的人，能够在基于架构方面，基于真实的需求来做决策。
我们整个的治理体系也要发生变化，能够保证我们做正确的事情。还有就是整个数字化建设横向的模式，这样的组织架构应该也会发生变化，过去我们都是按照规划科、建设科、运营科来做的，也是这么建设的，所以我们的部门也是这样划分的。未来我们能力的建设是按照横向来建设，未来可能是基础能力科、平台能力科，业务团队分散在各个业务部门。我们未来的组织架构也要发生变化，这样才可以成功。
我认为总体架构是信息化、数字化的系统性方法论，核心是保证我们站在更高的层面，或者更宽泛的层面看到我们做的一些事情，因为它太复杂了，千丝万缕的联系。数字政府架构框架的研制和使用是推进我国数字政府建设的必然要求。
很多专家说了，新的技术推动新的模式，全世界都在转型，大家在这个领域都在进入无人区。前面的学习，对于政府来讲，互联网公司、金融企业已经在朝这个方向转型了。这种新的建设模式，我们需要新的架构模式和新的技术，实现新一代的数字政府建设。数字政府架构师的人才培养是数字政府架构框架落地的应用关键。
谢谢大家！
