PP
2017-05-11 10:32:48 +08:00
这个领域我应该比较有发言权，将一些我认为需要以及值得考量的要点写给您吧，姑作参考。
电子政务始于 2002 年底国务院的一项文件，真正意义上的实施标准始终没能统一，尤其是涉密系统部分，虽有一堆的规章制度，但是最终基本还是集成商和甲方自己说了算。这是大背景，了解一下比较好。
电子政务系统是一个大称谓，一般包括办公系统、业务系统、网络系统、安全系统、综合布线等几部分。实际实施过程一般以软件、硬件两部分区分，涉及具体项目时可能附加如司法系统的涉密网络部署、财政系统的容灾备份架设以及核心部门的三防机房建设等。各级政务系统及业务系统的互联互通也是一个隐性的重点，容易被忽视，但通常绕不开。除常规政务系统使用培训外，个别偏远区域或工作人员整体计算机水平不高的项目还要进行计算机操作基础培训，从开机开始教起。
对于电子政务领域内的企业来说，通常比较资深的、有经验的电子政务企业都会选择开发和实施队伍分隔的管理方式，只有在必要时才会派开放人员临时到实施部门或项目现场进行资源，这种分隔管理的方式在效率方面确实没有一肩挑的方式高，但是稳定不出错。以我的经验来看，采用开发实施合并方式的企业其项目实施 100%都出了问题，到最后无一例外的导致需求变更不合规、方案实施不当、验收难通过、回款受影响等一系列问题。承担开发实施双重角色的员工不但在项目实施是要受夹板气，还会在项目遇到问题后被公司内部指责能力和品格，遭遇非常不公平。所以，建议楼主及遇到类似情况的 V 友慎重选择开发和实施不分开的电子政务企业。
电子政务领域从业人员中的现场人员有一个隐性的机会就是直接进入项目甲方单位工作，给出的职位一般是网络管理员之类的，编制会慢慢落实，有些单位甚至可以直接落地，算是某种跳槽。但是必须要强调的是，这种情况非常偶然，一般只有在甲方工作人员整体计算机水平不高且甲方领导特别喜欢某位现场人员的情况下才有可能发生。这种事是没有什么规则的，只有当它发生了之后才会证明什么是“领导一句话的事儿”。这样的机会确实存在，不过放在楼主提到的项目甲方身上来看，发生的可能性实在不大，连赌的必要都没有了。
电子政务企业开发人员的职业生涯必然受企业经营状况影响，这是确定无疑的。那么电子政务企业活得好不好呢？能好就出鬼了。电子政务项目来源不稳定，有今天没明天，饥一顿饱一顿，一般有点本事的三两年不到就另谋高就去了。不过由于电子政务项目本身在项目管理和集成经验方面有先天优势，履历里确实可以添彩许多，而且肯定全部都是管理案例和实施案例，有助于以晋升为主要目的的跳槽。
在这里对电子政务进行全面描述是不可能了，需要考量的一些关键因素在我看来就是上面这些。建议就不给了，自己的人生自己选择，楼主加油！如果还有什么不明白的或需要了解的，可以再来这里问，只要情况允许我就会告诉您。祝好！