那些失败了的政务项目,到底是入了什么坑?

5 评论 2379 浏览 23 收藏 10 分钟

编辑导语:随着互联网的不断发展,以及信息化的普及,智慧政务行业也在不断的发展融合中,而且政府信息化的建设是一个漫长而又快速发展的过程;在做政务项目时,我们需要注意些什么?本文作者分享了关于政务项目的一些经验,我们一起来看一下。

政务信息化项目也就是我们常说的toG(to Government)项目,接触过这个领域的同学应该知道:项目超期、经费超预算、无法验收甚至根本未投入使用的情况时有发生,更别谈创造业务价值了!

本人恰巧有几年toG从业经验,根据亲身实践总结了容易被忽略,而又与项目成功与否高度相关的4个大坑,分享出来就当抛砖引玉,欢迎交流~

一、忽略关键干系人

坊间流传这么一句话“要成功实施一个项目,首要工作就是在甲方给项目找一个爹!”也就是说要在甲方给项目找一个强有力的推动者。很显然,这对于政务项目的顺利开展及验收是非常关键的。

然而实际情况经常是乙方承接了一个项目,项目经理却不知道甲方客户中谁掌握着话语权,谁是项目的发起者?项目实施的负责人在哪里?

然后就发生了这样那样的场景:

  • 想确认个业务流程吧,得找好几个部门或者好几个人,各说各的甚至还会说法不一,抓狂啊…
  • 想找人签字吧,A说他定不了,B也说定不了,着急呀…
  • 快开发完了,客户突然说功能要大改,不符合业务要求,殊不知是原来发起该项目的领导调走了,吭哧吭哧做了半天,新领导有了新想法,好气哦…

在项目初期就识别项目背后的发起人(通常是领导层)、实施负责人(可能是管理层或业务人员), 捋清发起人的初衷及利益诉求,对于需求调研、推广使用、验收回款都非常重要,还能省去不少事务性协调的时间,何乐而不为?

也许你会说发起人易识别,实施负责人难找,甚至客户也没有这个意识;这时就需要乙方项目经理寻找机会(最好是在比较正式的公开场合,如项目会议)让甲方领导明确指定实施负责人,保障项目顺利实施。

二、含糊的项目目标

翻看政务项目的建设方案,你可能会发现它是这么描述项目目标的:“通过建立xxx平台,充分发挥互联网+政务效用,打通民众在办理xxx业务的赌点、痛点,同时提高业务人员的工作效率,促进各部门间的业务协同和数据协同”;乍一看没啥问题,但其实你随便给它套哪个项目都毫无违和感,这就是所谓的无效信息传递,这类大而空的目标描述对项目建设没有任何指导意义。

如果只是因为文案能力差无法准确清晰地描述项目目标,问题还没那么严重,最怕的是客户说“前几天领导点名表扬了xxx省做的xxx平台,我们也抓紧上线一个”、 “没开发出来我们也不知道好不好用,你们先做出来给我们看看吧” 。

也许有的同学会抱着侥幸心理,以为客户没提具体需求就代表自己能自由发挥,殊不知这可能是一个开发内容不可控、成本不可控,甚至永远也验收不了的项目!

不可否认,有的客户确实说不清楚自己到底要做什么,此时就是乙方施展专业技能的时候了:

  • 问清楚用户发起项目的初衷,由于什么契机要做这个项目:考察调研?新政策发布? 热点及新技术趋势?站在客户立场一起探讨、发掘项目发起的初衷可以指导我们快速抓住重点。
  • 跟客户沟通时是否使用技术语言增加了沟通难度?诸如“数据字典”“流程引擎”“数据中台”词汇可能会吓跑客户,不利于他们充分参与到需求调研中。客户是业务专家,乙方才是技术方案解决专家,跟客户谈业务场景,不要谈技术方案。
  • 需求确认时加入低保真原型、业务流程图等更直观的表达形式,提高沟通效率。

三、未尽早识别对外依赖

很多小伙伴在完成需求调研后,就按部就班的开始梳理需求、设计原型,直到进入了开发阶段,才着手外部数据接口申请、服务器资源申请等流程,这就很容易出现开发暂停等资源的现象;甚至会因为外部资源与预期不一致造成需求变更,严重时会因项目无法如期上线而影响客户业务。

以下是政务项目中常见的对外依赖,对于紧急项目,越早识别(并处理)风险越小:

  • 服务器:通常要以业主名义向信息中心(专门管信息化的政府部门)提交服务资源申请,涉及到服务资源申请流程,且需要提交业主签章后的申请表,所以是需要一定时间的
  • 数据接口:做政务项目经常需要与其他部门做数据协同,这就涉及到数据使用权的协调;比如你需要的数据其他部门是否同意开放共享权限?是否已经有现成接口供调用?数据使用的申请流程是怎样的?诸如此类的协调事项花费的时间有时比技术对接时间更久
  • 外部系统集成:“一网通办”是2018年以来国务院对政务服务平台建设的指导原则,因此我们在做政务项目时一定要搞清楚是否需要与其他系统集成,如何集成?是自建用户体系还是直接接入一体化账户体系?

四、缺少非功能性需求分析

提到非功能性需求分析,诸如“高并发”“高性能”“兼容性强”“敏感数据加密”等字眼就立马跳入脑海,我见过太多项目建设方案都是诸如此类的定性描述,简直像是商量好的一样。

我们做政务项目一方面是要通过最终验收的(不然拿不到钱),另一方面也要满足业务需求,缺少非功能性需求分析可能会给自己挖一个早晚都要跳进去的坑!

以下几类非功能性需求分析大家可别忽略:

  • 部署网络环境:是部署在政务内网?政务外网?是否存在网络不通的问题?
  • 客户端环境:到客户办公现场看看吧,你可能会发现win7系统是主流,甚至还有不少人在用IE浏览器!近年来政府也在推国产化,你的客户可能已经用上了国产化操作系统
  • 国产化:项目是否有国产化的要求?如果有,技术选型时就不得不一并考虑
  • 安全等保要求:很多政务项目需要做安全等级保护测评,不同等级对访问控制、安全审计、数据安全等的要求不同,如果等到要测评或测评不通过才做项目改造,事倍功半
  • 用户量:系统的用户量峰值大概是多少?是否存在阶段性使用的特点(比如有的业务仅在一年的固定时间段才受理)?了解这些信息有助于合理使用资源,说不定还可以避免过度开发节省成本

五、总结

芒格曾说:

如果你们想要帮助印度,应该考虑的问题不是「我要怎样才能帮助印度?」与之相反,你们应该问:「我要怎样才能损害印度?」你们应该找到能对印度造成最大损害的事情,然后避免去做它。

政务项目是一个系统性的工程,要求项目经理具备较强的组织整合能力,要成功实施一个政务项目,注意事项多到小本本记不下;通过逆向思维不断总结失败原因并尽量避开,何尝不是提高成功率的有效途径?

我发现网上的政务项目资料真的特别少,如果大家对这个领域感兴趣,后续我就再分享几篇,希望能跟大家一起交流学习~

 

本文由 @辣椒圈 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Unsplash,基于CC0协议。

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 同是做toG项目的盟友,网上这方面资料确实较少,请大佬多多分享!

    回复
  2. 赞一个,正在G端项目的水深火热之中,折磨啊~

    回复
    1. 别说话 我懂🤣

      回复
  3. 多探讨一些政务业务吧

    回复
    1. 我加油 哈哈

      回复