一、项目管理方面

1、业主、总集成商、监理单位、承建单位、产品供货单位的沟通协调问题。首先，在与业主的沟通方面，最初较为混乱，主要原因是没有形成统一的沟通结构与机制，在最初的近三个月的时间里导致项目推进速度非常缓慢。经与业主单位沟通，制定了工程的沟通方案，建立了沟通组织结构。主要内容是在业主单位方面建立了项目实施办，项目实施办对部领导组成的项目办负责，明确了项目办与实施办的责任，由实施办协调信息中心各处室共同推进项目工作；并且在信息中心内部推行“承诺书”也就是各处室均对工程的建设内容进行承诺并与绩效挂钩。其次，总集成商、总监理商与实施办沟通，实施办与相关处室沟通，承建商与产品供货单位在技术上接受总集成商的指导与约束；在流程的规范性上接受总监理商的指导与约束；在业务上接受信息中心负责处室的约束。由此，通过沟通方案建立与推行，项目的沟通协调方面才进入了正轨，项目的推进速度明显加快。

2、用户单位对项目的支持度等方面的问题。某些用户单位对所建设的项目并没有强烈的需求，持可有可无或最好没有的态度，但在工程的初设中这些项目又是必须建设的内容。因此，在项目的实施的过程中，这写用户单位对项目的各项工作均持消极态度，使得项目无法正常推进。例如，有些用户单位不组织本单位人员配合需求调研，不组织下属各省级单位进行系统试运行，不组织本单位人员进行用户测试等。对于这些问题往往系统承建商方面已无法推动，需要通过实施办与项目办层面与用户单位沟通协商一致后才能继续开展工作。

3、部本级项目与省级项目的协调推进问题。由于在工程的可研中包含各省的项目建设，各省建设的进度对整体项目的最终验收具有制约作用。目前，各省的建设情况各不一致，有的已经完成，有的正在建设过程中，有的资金尚未批复。。。

二、技术架构方面

1、应用系统部署架构问题。在09年底的时候，在应用系统部署架构出现了一个“互联网区应用系统访问Oracle RAC数据库时断时续问题”，此问题先后持续了4到5个月，制约了项目的建设进度（期间采用了其他方式，尽量减少了损失）。原因1，在进行整体应用系统部署架构设计时，尚未进行相应产品的招标，因此无法明确具体的产品（各产品在具体的实现层面有差别，这些差别可能影响部署架构的实现）。原因2，各厂商均具有专业领域的知识背景，但对各知识领域之间的把握较少，因此很可能在边缘领域出现问题。原因3，由于本项目为大型的电子政务项目，涉及的专业知识领域和技术手段非常繁杂，在设计与测试过程中非常困难。在实施办与总集的总体协调下，经过多次的评审与大量的测试，对应用系统部署架构进行了调整，使问题成功解决。此类问题的解决方法是由总集成商牵头，召集相关的承建单位，如网络集成商、安全集成商、数据库提供商。。。共同讨论分析，制定问题的排查方案，并按照方案查找问题的原因。待问题的原因查找清楚后，再由总集成商召集相关承建商共同讨论提出解决方法，经实施办审核通过（如重大技术问题可由实施办召集专家进行评审确定）。

2、部分系统试运行阶段性能低下与生产环境问题排查困难等。一方面，工程所用到的技术非常复杂，采用了大量的设备，如 Oralce RAC集群，存储，IBM小型机、负载均衡集群等，此种环境很难有一个企业（如承建单位或第三方测试单位）复制。因此，无论是承建单位还是第三方测试单位所进行的测试均无法完全反映生产环境下的性能指标。另一方面，此种生产环境也是初次搭建，其技术可行性只停留在理论层面，期间的技术细节无法完全在设计阶段考虑到，只能通过一段时间的系统试运行才能够暴露与完善。当然，如果能够在系统进行初步设计时，能够考虑搭建一套与生产环境完全或基本一致的测试环境，此问题将能够很方便的进行解决，也就是可以在测试环境中进行应用系统的压力测试与问题排查，待系统稳定后并满足用户要求时，再将系统迁移至正式的生产环境中，这种方式可以最大程度的保持生产环境的稳定性。