那些年,做数字化转型项目顶层规划设计遇到的那些坑(二)

本文涉及的产品
云原生大数据计算服务MaxCompute,500CU*H 100GB 3个月
简介: 在做数字化转型项目、智慧城市项目时,做顶层规划设计是第一步。一个好的规划是项目成功的基础。那些年,我们既作为乙方承接甲方的规划项目,也作为甲方的特聘专家参与对乙方规划的评审。总结接触过的规划类项目,无论是站在甲方还是乙方的角度,也是踩了不少的坑。我们都踩了哪些坑?如何规避这些坑。我们为大家一一分享。

七、规划没有兼顾甲方高中低多个层次人员的需求

数字化转型的规划,应该兼顾甲方高中低三个层次人员的需求。一般而言,高层注重方向指引,提纲挈领。中层注重统一协调,监督管理。基层注重执行,提升效率。在乙方进行项目调研时,甲方高中低层次站位的角度不同,如果规划不能兼顾三个层次,那么要么规划的高度深度不够,要么就是落地困难。
有一些方法论能够兼顾业务诉求,例如IBM使用的组件化业务模型(Component Business Model,CBM),可帮助管理者评估整个企业的目标和战略,帮助中层梳理业务管理流程,协助基层员工关注具体的业务执行,总之是兼顾了甲方高中低多个层次的要求。同时,组件化业务模型也能够有效利用内、外部专业化的优势。

八、机械化照搬最佳实践,甲方选择了不适合自己的规划

前些年,在做数字化转型的项目时,乙方很多项目依照最佳实践的方法论向甲方进行介绍和复制。按照最佳实践进行复制的好处是,路径清晰可达,最佳实践经过了验证,从业务、技术等角度都可以产出比较明确的、有价值的交付物。但是,如果仅仅机械化的照搬某些最佳实践,全盘照搬缺少特色,比较容易陷入一种被动跟踪的困境。
试举一例,乙方在做项目规划时,向甲方隆重介绍了为甲方同行丙方企业所做的规划,并且强调三年来,甲方同行丙方按照规划取得了多少成果。乙方满心以为甲方会折服于乙方的专业能力,对给丙方的规划照单全收。殊不知甲方经过了冷静思考之后,抛出了一个问题:“既然丙方已经在三年之前按照此规划做了设计,我和丙方之间是竞争关系,他们比我们早干了三年,那我们是后发,如果仍然按照此套路去规划设计,那么请问我们的竞争优势在哪里?”
照搬最佳实践,需要和甲方的规模、行业地位、发展定位等相匹配。如果甲方是定位成行业跟随型的企业,则按照最佳实践是比较合适的。如果是行业领先的甲方,照搬最佳实践就需要慎重考虑。如果是想成为行业引领,则照搬最佳实践也可能成为障碍,因为其他的机构、企业已经按照最佳实践应用过了,并且有时间上的先发优势。那么,此时的甲方直接套用最佳实践的经验,如果没有考虑清楚后发优势,忽视了自身的差异、禀赋,没有深入挖掘内在的优势和潜力,则会陷入盲目跟从的陷阱。
在智慧城市领域也存在着“追星式规划”,例如,甲方人员参观了北京、上海某个明星项目,甲方人员一致认为该项目落地效果非常理想,但是实际上该项目投资规模很大,可能多达数亿元,如果甲方财力不够支撑该项目实施,则也是无法落地的。

九、市民、员工等公众对于顶层规划的参与度低

有些项目的规划设计,尤其是在前期,市民、员工等公众的参与度非常低,市民、员工等公众不了解规划设计的目标,也不知道具体情况。项目规划设计做出来了之后,公众看不懂。即使市民、员工等公众了解到了规划设计的情况,也无法理解其中的内容、含义,从而只是被动参与。因此,公众不理解,不清楚来龙去脉,会造成公众更多的疑问,例如,大家就会有疑问,为什么要做个大数据平台出来呢?做个大数据平台会有什么价值?公众会认为,做个大数据平台可能还不如直接做个APP,APP最起码能够看得见,摸得着。
从最初的设计阶段,市民、员工等公众的参与度就低,到后期系统开发完成上线之后,公众的使用度、参与度仍然低。从最初的立项、规划设计,到系统上线,市民、员工等公众由于不了解、看不懂,到不参与,甚至是抵触大,造成项目的效果大打折扣。
当前,我们看到了一些甲方正在想办法提高市民、员工等公众的参与程度,例如,有的政府发布了征集城市运行痛点的项目,也有的政府借助于大数据对市民反映较多的问题集中向社会公布,征集解决办法。这些都是提高公众参与程度的有力措施。

十、规划设计对于困难的估计程度不足

项目的时间进度节点是很多规划设计项目的重要内容。在考虑项目时间进度节点时,如果规划对于困难的估计不足,则会给出错误的时间估算。比如,乙方在做数字化转型的项目当中,如果在数据都能够充分共享的情况下,完成项目需要六个月的周期。但是,乙方在做实际项目的实施时,恰恰是数据共享遇到的阻力、障碍最大,在项目中最为耗时,整个项目六个月的周期,乙方可能花了三个月时间,仍然尚未打通甲方的数据。对于困难估计不足,就会打乱时间进度节奏。

既然有了坑,那么如何规避呢?我们认为应该从以下几点做起:

一、甲方应该重视规划设计的作用

目前的很多规划,由于乙方竞争激烈等原因,造成了甲方的议价空间比较大。很多规划是由乙方低价或者是免费赠送给甲方的。甲方会认为:一方面规划不重要,实际项目最重要,因此,甲方支付意愿比较低;另一方面,甲方觉得规划如果是赠送的,则为甲方自己省钱了,相当于白捡钱了。乙方由于付出了前期沟通、调研、撰写等成本,在预算有限的情况下,当然也是能省就省。乙方找几个人,很快就把规划做好了。
俗话说“天下没有免费的午餐”,在规划上面省的钱,未来实际在项目实施当中,要么乙方通过推荐关联的厂商找补回来,要么就不尽心尽力,在规划中潜藏了一些坑。结果规划的免费午餐,最终变成了项目实施最昂贵的坑。

二、甲乙双方都应该重视调研的工作

我们经常见到写的非常体系化、格式非常漂亮的一些规划,但就是有一个问题,该规划“放之四海而皆准”,开玩笑地说,把该规划当中的企业名、区县名做个批量替换,该规划马上就可以作为另一个企业、另一个区县的规划了。
想要做出高质量的规划,前期做出高质量的调研必不可少。只有调研充分了,那么依据国家、省市的多级规划,结合当地的实际情况、产业布局、比较优势、发展方向,才能做出比较优质的规划;如果做的实际调研不充足,就会有坑。

三、甲方尽量寻找独立的第三方做规划

目前,很多的项目规划设计都是乙方免费送给甲方的,乙方的团队往往从自身出发,一是站位高度不够,二是规划对自己有利的方向,依据自身的优势或者技术参数形成规划。如果甲方足够重视规划,则可以多考察几个乙方,思考到底应该选择什么样的乙方做规划是最合适的,对乙方有一个综合性的对比评判,或者邀请跨领域的、跨厂商的独立第三方做规划。

综上述所,在数字化转型的大潮当中,无论是做智慧城市、企业数字化转型,规划设计都是非常重要的环节。只有避免了规划当中的这些坑,才能有效提升项目实施的效果,达到一张蓝图干到底的效果。

本文的撰写得到了以下老师的指导,在此感谢!

数字政府和智慧城市资深专家 霍向光老师
数字化转型专家 KK老师

相关实践学习
基于MaxCompute的热门话题分析
Apsara Clouder大数据专项技能认证配套课程:基于MaxCompute的热门话题分析
目录
相关文章
|
SQL 存储 关系型数据库
对线面试官 - 如何理解MySQL的索引覆盖和索引下推
索引下推是MySQL 5.6引入的优化,允许部分WHERE条件在索引中处理,减少回表次数。例如,对于索引(zipcode, lastname, firstname),查询`WHERE zipcode='95054' AND lastname LIKE '%etrunia%'`时,索引下推先过滤zipcode,然后在索引中应用lastname条件,降低回表需求。索引下推可在EXPLAIN的`Using index condition`中看到。
1081 0
对线面试官 - 如何理解MySQL的索引覆盖和索引下推
|
算法 关系型数据库 MySQL
TiDB保证数据一致性的策略与优势
【2月更文挑战第28天】TiDB作为一款分布式数据库,通过其独特的策略和优势,确保在分布式环境下数据的一致性。本章将详细探讨TiDB保证数据一致性的核心策略,包括其采用的分布式一致性协议、数据复制机制以及容错处理等方面,并阐述这些策略所带来的优势。通过理解TiDB的数据一致性保证机制,读者将能更深入地认识其作为分布式数据库的价值。
|
JSON 前端开发 API
利用Swagger UI接口文档同步本地Mock数据
什么是Mock Mock顾名思义是一种模拟。通常利用相同的接口来模拟出一个对象以代替真实对象,这样能有效隔离外部依赖,便于测试。对于前端开发,Mock作为重要一环,能带来很多好处: 前后端并行开发 模拟各种响应值,便于测试 可及早发现一些极端响应值下的页面布局问题等 背景 前端开发可简单分为三个阶段:并行开发阶段、联调阶段和测试阶段。
6898 0
|
8月前
|
安全 小程序 Java
weixin027校园二手平台的设计与实现+ssm(文档+源码)_kaic
本项目基于微信小程序开发校园二手交易平台,旨在解决大学生闲置物品交易问题。系统采用Java语言和MySQL数据库设计,支持用户浏览、收藏、评价商品及发布闲置物品。管理员可审核商品和用户信息,确保交易安全。系统具备在线搜索功能,方便用户查找商品,并提供实时沟通渠道,增强平台透明度和用户体验。该平台简化了二手交易流程,满足了大学生对便捷、高效交易的需求,具有重要的实际应用价值。
|
11月前
|
机器学习/深度学习 人工智能 PyTorch
使用PyTorch实现GPT-2直接偏好优化训练:DPO方法改进及其与监督微调的效果对比
本文将系统阐述DPO的工作原理、实现机制,以及其与传统RLHF和SFT方法的本质区别。
831 22
使用PyTorch实现GPT-2直接偏好优化训练:DPO方法改进及其与监督微调的效果对比
|
存储 关系型数据库 MySQL
MySQL vs. PostgreSQL:选择适合你的开源数据库
在众多开源数据库中,MySQL和PostgreSQL无疑是最受欢迎的两个。它们都有着强大的功能、广泛的社区支持和丰富的生态系统。然而,它们在设计理念、性能特点、功能特性等方面存在着显著的差异。本文将从这三个方面对MySQL和PostgreSQL进行比较,以帮助您选择更适合您需求的开源数据库。
595 4
|
存储 关系型数据库 MySQL
【MySQL系列笔记】分库分表
分库分表是一种数据库架构设计的方法,用于解决大规模数据存储和处理的问题。 分库分表可以简单理解为原来一个表存储数据现在改为通过多个数据库及多个表去存储,这就相当于原来一台服务器提供服务现在改成多台服务器组成集群共同提供服务。
535 8
|
存储 缓存 固态存储
|
SQL 缓存 关系型数据库
[mysql]状态检查常用SQL
[mysql]状态检查常用SQL
533 0
|
数据库连接 数据库 数据安全/隐私保护
FlaskMigrate使用指南
**Flask-Migrate** 是一个整合 Flask、SQLAlchemy 和 Alembic 的扩展,用于管理数据库迁移。安装所需库:`pip install Flask mysql-connector-python Flask-SQLAlchemy Flask-Migrate`。
693 0