什么样的项目实施难度大

本人站在实施人员的角度，本着混口饭吃的精神，喜欢将项目分成两大类，一是好实施的，一是不好实施的。好实施的嘛，就是那种实施起来非常容易的，给甲方装装系统，做个简单培训，给用户发点操作手册、学习材料之类的资料，甚至都不需要跑到甲方现场，远程QQ、微信啥的指导指导，三下五除二，验收单就到手了，你要是个实施高手，遇到这种项目，可真有点怀才不遇的感觉。当然，刚出道的新手，基本只能干这种项目了。
不好实施的，就是实施难度较大的项目，需要给甲方策划信息化管理体系，需要流程重组，需要跟甲方乙方各路大神斗智斗勇，需要延续几个月甚至几年的时间，这种项目，没点功力，没几年经验根本做不下来。
一般来说，越是懂行的甲方，越明白一件事，一个项目，特别是那种比较复杂的项目，要想搞好，光有好产品、好技术是不够的，还需要有好实施，有的时候，实施真的具有决定性的作用。不是有那么一句话嘛，“三分软件，七分实施”，可以看出实施的重要性了吧，当然了，这句话明显是搞实施的家伙在往脸上贴金，你要问研发，十个里估计有十二个不同意。
扯远了，古人云，学以致用，实施就是将IT技术“致用”的过程，没有好实施，甲方很难将那些复杂的产品、技术用好，项目效果自然好不了，自然很难实现甲方的目标，解决甲方的问题。
大致上，实施难度越大的项目，甲方在选型的时候越是关注乙方的实施能力。
那么，什么样的项目实施难度大呢？这个没有一定之规，也没有什么量化标准，不是用的人多实施难度就大，不是开发工作量大实施难度就大，不是价钱高实施难度就大，不是甲方不配合实施难度就大，嘿……，这个嘛，可能说错了，甲方不配合确实会导致实施难度增大，不过呢，在甲方选型阶段，人家哪会承认自己不配合啊，这个不说也罢。
我们大概总结下吧。

规模越大，实施难度越大

什么样的项目叫做规模大的项目呢，这个也没有什么标准，反正就是那种用户多的，功能多的，牵涉甲方业务面广的。通常来说，随着项目的规模增大，实施难度急剧飙升，说它呈指数级递增一点也不过分。项目规模小，没几个用户，没几个功能，系统用起来很简单，对甲方的管理也没有太大的影响，那实施起来还不容易嘛？系统部署了给用户讲讲如何操作也就差不多了。而规模大的项目，可能涉及到甲方很多很多岗位，需要实施人员跟甲方人员一道设计甲方的信息化管理体系，需要策划岗位之间如何协同工作，需要做好进度控制，需要做好范围控制，需要想办法解决甲方问题，需要做艰难的上线切换工作，等等，难度之大，确实不好搞。

产品型的项目实施难度大

如果要实现相同的目标，产品型的项目，比定制型的项目实施难度大。产品嘛，已经成型，代码是现成的，很难做什么结构性的大修大改，在实施的时候，难免需要甲方的某些业务来适应产品，有时候，这个适应过程会让人崩溃，但没也没有办法，很显然，这种情况下，实施难度自然增大，因为要说服甲方强行适应；而定制型的项目，是根据甲方的需求做开发的，对甲方业务的适应性要比产品型项目强得多，实施难度自然就小了。

管理变更要求大的项目实施难度大

我们一再强调，搞一个IT项目，是要在甲方的某个领域建立信息化管理体系，当然，这个体系可大可小，可简单可复杂。既然需要搞个新体系出来，必然需要面临管理体系变更的问题。有些项目，这个变更简单，用户换个系统登录，用两个简单的功能就行了，有些项目，这事就复杂了，需要改变很多岗位的分工形式、工作方式、工作流程、管理要求，还可能牵涉到很多人的利益，不敢说是“革命”，但至少可以称得上是一次“改革”、“变革”或者“变法”吧。学过历史的朋友都知道吧，历史上哪一次变法，不是有一大堆反对的呼声啊，商鞅变法、王安石变法、李鸿章洋务运动、康有为新政，哪个好搞啊，因为侵犯到太多人的利益了，同样的道理，如果这个项目需要对甲方的管理方式做出较大的变更，那就是一次变法，实施难度自然不小，会面临很多意想不到的阻力，变更越大阻力越大。
 

============

博主新书《数字化管理软件实施》已经出版，京东、天猫、当当有售，希望系统学习IT项目实施的朋友欢迎关注。

本书是一本讲述如何实施IT项目、如何提升实施水平的书。从售前工作开始，根据项目实施的一般步骤，讲述跟实施相关的一系列工作，包括了解售前、项目准备、项目启动、需求调研、项目范围确定、项目范围控制、系统蓝图规划、系统建设、知识转移、业务上线准备、业务上线验收等。
—