项目实施、推广和运维之间的区别

       众所周知，SAP的项目大致分为三种：项目实施、项目推广、项目运维。但是在实施方法上面多少有不同，在此总结，不足之处，见谅。

一、项目实施（从0-1的过程）

优点：

（1）项目是从0开始，需要一点一点的业务调研、项目实现，所有的功能都是清晰明确的，相比较于推广和运维，在项目业务的理解上面更加深入；

（2）系统规则完全是自己创建，可以按照自己的思路，对于想要实现的功能或者后期用到的功能需求，可以在项目实施过程中创建；

（3）实施项目有专用的开发人员，常规项目上面，不需要过多的关注项目的资源问题，特殊的项目除外；

（4）实施的项目比较锻炼人，但是目前实施的项目已经不多了，蛋糕分的差不多了；

缺点：

（1）从0到1的过程，需要考虑系统配置的每一个细节，不清楚系统配置的顾问会有比较大的学习成本；

（2）关键用户大多不了解系统，需要有很大的培训成本，优点也是缺点，优点是可以按照自己的思维走，缺点在于用户不清楚系统逻辑，无法实现的功能说不清楚，用户不理解；

（3）项目实施不仅要求顾问对基础配置了解，还需要对项目的管理，方案的把控有要求；

二、项目推广（从1-2的过程）

优点：

（1）系统大致的功能已经存在，只需要根据目前的功能推广到其他项目即可，开发量/配置量不会很大；

（2）关键用户有了解系统功能的情况，如果这些关键用户在推广项目中担任重要角色，项目的推广将会很轻松；

（3）剪裁实施方法论，只采用高效有用的节点。

缺点：

（1）顾问需要非常清楚系统规则，在不了解规则的情况下做推广，有很大的隐患存在；

（2）随着项目管理完善，可能有项目管理系统，比如禅道，管理流程的加入，会使项目推广变得规范化，但也会是项目处处受制；请求也不是想什么时候传什么时候传。

（3）项目推广项目中，很多顾问都不具备正式环境的权限，避免查看相关的薪资信息，一旦正式环境出现问题，复原问题，查看问题就变得比较麻烦；

（4）

三、项目运维（1-~~~）

优点：

（1）看项目，一般正常的项目运维，不会有很多的问题，大多都是对功能的优化和完善；相对而言，工作量也不会很大；但是一旦出问题需要技术查看逻辑，大多的问题都是处在接口报表增强上面；

（2）功能完善的运维项目是比较好的学习机会；

缺点：

（1）工作量不大，相对获得的收益也不会很大，一个顾问往往要负责几个项目的运维；

（2）对于顾问的要求，我个人认为会高一些，不仅要明确的知道配置的地方，还需要有一些技术上面的要求；比如常规的dubug等；

（3）遗留的问题，可能花费了人天，但是无法获取收益；

（4）对于交付文档不完善的项目，梳理逻辑也是一个比较烦人的事情；