智慧城市项目实施经验

前言

由于不同城市发展处于不同阶段、有着不同水准，合作的厂商也不一定相同等原因，因此上述经验带有相当的地域与个人色彩，不一定适用。唯有在自己的实践中总结出的经验方为是沉淀的真知！

项目介绍

智慧城市类项目为大型政府项目包含众多内容，以1.建立云资源底座、2.构建数据展示和智能化决策的城市大脑、3.集成信息化共性能力为城市智能化赋能，为目标，打造以国产环境为基础的大型城市运营平台。

上三点目标的大致概述如下。
1.将政府位于多地的一云、二云等云资源做整合与统筹。

2.以可视化大屏、华为智慧中屏、移动端小屏作为载体通过将多个部门的数据汇聚、处理分析展示城市从公共安全、交通运行、经济运行、人口云图、土地利用等多方面的主题内容。

3.以大数据中心、物联网平台、时空信息平台、视频共享平台为城市多类型的数据采集汇聚与处理分析提供平台支撑，建设融合通信平台为城市出现的应急情况提供指挥调度功能。

个人职责

本人负责的为城市大脑中政务服务主题的实施。主要任务为调研获取部门需求、协调与完成大中小屏上的内容呈现、获取与处理大中小屏需要的数据、沟通与配合该主题与其它主题、平台的对接。

经验分享

一.在需求调研过程中。
1.针对政府部门有一个特点，就是要有明文说明、通知规定才会让他们更好地配合(需要提前准备)，且一般真正的科长级别以上人物才会有话事权，才会给到你真正的需求。(除非科长授权了说按信任的下级来)

2.针对部门的领导每个人都有明确的个人风格，有的较为希望自己得到重视、有的又放手给你做，需要根据不同的人采取不同的沟通方式、汇报频次、说话技巧与准备。

3.一般需求调研的流程为先开启动会，召集全部相关的干系人做一次项目汇报，告知这项目是什么、为什么做、谁来做大家职责分别是什么、怎么做、时间节点怎么安排。再然后开启单对单的详细调研。在形成里程碑时，召集汇报。

4.由于是政府项目，在信息安全上会有明确限制，但也不能因此减少沟通的频次。要保持良好且长期的沟通，做定期的汇报。

5.政府部门需求的特点为随部门的目标时间而变，可能前面上面下个文，要打造文明大厅，就收集展示大厅的评分指标，后面要做克难攻坚，就又新增一堆的东西。因此要做好明确的时间节点要求，在某个点就这些需求，不会再变，后面的可按情况在迭代，但不能直接附加，做好范围把控、进度管理。

6.对于与部门的会议中、需求调研时，需要都详细的记录，且经过他们审核同意记录的内容无误，关键点的会议也可录音记录不遗漏。做到有迹可寻可依十分重要，是后面产品形成的基础。

二.在产品形成中

1.提前准备。需要部门帮忙的地方需要提前准备、安排，以免拖进度。原因有两点帮助如果是要数据等属于部门资产的1.要走很长的审批流程，科员申请科长审、科长审完局长审，通常没有很强的关系没很紧急的要求都会压很长时间。2.部门的人通常会有每天的工作安排，周四、五汇报总结，一、二开会领任务，三、四忙。你不提前通知，当天甚至前面几天想安排上，基本不可能。

2.建立汇报机制。其实什么问题都只会是时间问题，但问题就是时间拖不起，因此在项目组内部形成详细的时间进度安排、每日汇报机制、一周一会汇报机制(看项目实际执行情况)等十分重要，及时找到问题点、风险点，通过加班加点、或者请专家、去与部门沟通等尽快解决。

3.快速形成原型。部门大多数是对产品形成后才会有更多的想法、更明确的意愿。因此快速形成产品为重中之重，后续再在此基础上不断迭代满足优化与新需求。

4.要有全局观念。通常项目实施只会盯着自己负责的部分管理，但其实有很多其它不属于你负责的部分来影响你，它的延期它的不成熟会导致你的延期，因此要站在全局的角度来观察督促，你的产品的前置条件别人有没达成。

三.在涉及变更与优化时

1.做好文档管理、版本管理。规范化的文档命名，形成1.0版本以及后续版本更新后的保存将极大地方便工作。要有最基本的SVN等文档管理软件。

2.不应全盘接收新需求。对于形成版本1.0后，后续客户提出的变更要依据变化大小，变化大则商量后续节点处理、变化小则商定改善时间尽快改好汇报，以节点里程碑的完成为重。对于不合理的需求，不在范围内的或完成不了的，予以明确的理由说明或提出新的项目附加来做。

3.不应非得按变更流程。在需求变更频繁、项目进度赶、且能挺快做成的情况下，走变更流程会是很耗时的一件事，项目组内部各方领导间应有明确相应的共识，是否要下级一步步去走变更流程才能开始实施变更。