实施过程中的几个方面

一、实施方法论的价值：

• 快速实施：更有效的实施交付框架，指导顾问快速完成交付工作。
• 降低风险：利用提炼出的经验与标准模板，来降低项目风险。
• 节约成本：聚焦关键交付工作，减少无效返工的投入。

二、实施过程

①项目启动 -> ②需求调研 -> ③蓝图设计 -> ④开发阶段(软件及硬件环境准备、基础数据准备及开发 、 客户培训 、测试)-> ⑤试运行 -> ⑥正式运行 -> ⑦项目收尾 -> ⑧项目验收 -> ⑨持续交付

① 项目启动会达到什么样的目的

• 认识客户方高层
• 吸引高层注意，提升关注度，重视项目进展。
• 分析和判断客户方对项目具有决策力的关键人物
• 了解客户关键决策人对项目的期望
• 要求客户明确参与项目的关键角色以及职责
• 了解和认识客户方接口人对项目的影响力
• 识别客户方的项目支持者与反对者
• 明确项目范围

② 需求调研

首先要明确 调研 哪些需求？一般都在合同中的技术协议规定好了，并与甲方负责人提前沟通确认，制定日程计划。

调研那些人，如何开展？制定调研问卷，提前把技术协议中涉及的需求及问题，提前让甲方负责人及各科室负责人准备和梳理。

调研哪些内容？业务现状，需求背景，核心痛点，业务流程，数据流向，业务表单(实体表单)，管理诉求(权限/报表/监控等)

调研的目的？细化技术协议中提到的需求，蓝图设计提供依据，做到有据可依。

三、实施人员应该掌握哪些能力

前提是有丰富的经验 ，较强的责任心强。

1. 实施人员应该具有对现场常见问题的基本分析能力，能够对问题作出相对正确的判断

在现场的调试安装部署时可能遇到的意外的问题非常多。比如服务器的网络配置、应用软件的冲突、机器配置不足等各种问题，有些可预见的问题可提前列出清单，与用户方的负责人沟通。确认基础数据，实施过程中是否需要支持一些老项目（数据字典、对接人都没有），提前与客户沟通好能给予一定的支持，尽可能预备多条策略来处理此类问题。

2. 实施人员对于不同方面的问题要有相应的解决方法，而不仅仅局限于软件自身问题

比如因为硬件配置、网络环境导致现场演示运行速度满，或者展示的界面内容里的测试数据于客户实际业务有所出入，引起用户的不解和疑惑。这时候应该一是向客户解释清楚，尤其是因为业务问题的时候；二是判断软件产品是否存在相关的问题，事后把相关问题进行整理、反馈。再比如软件直接使用者对签订的合同内容认可度不高，要及时向销售及客户做出说明，并进行相应调整。

3. 实施人员要学会和用户领导负责人打交道。对于用户领导提出的问题，要理解领导的真实意图

许多软件实施中推行不下去的问题实际与软件本身技术无关，纯粹属于管理和业务上的问题，用户领导对于软件理解和肯定将大大降低软件实施的风险和难度，尤其是碰上管理问题，有用户领导支持可以事半功倍，避免被拉入业务部门相互推诿和扯皮的泥潭中去。

4. 实施人员还要学会和软件的直接使用者相处

企业软件实施过程中，从使用者的角度不一定都是减少工作量，许多岗位和角色从自身看实际工作量是增加了的，因此从软件实施开始部分用户就可能会不配合。在培训上，有可能前来参加的使用人员会对软件有抵触心理。可想而知，用户们会提出很多和他们现有业务不同的，软件不一定能解决的问题。在这样的情况下，实施人员要认真讲解软件的功能，让用户清楚这个功能能帮他做什么，起到什么效果，解决什么问题。

5. 实施人员要学会寻找简便方法

比如试运行期间选择业务流程全、用户信息化水平高，支持信息化的相关用户或部门作为试点科室，进行业务流程的试点运行。

四、更好的开展实施工作，降低风险

对于软件项目实施，实施人员要有项目进度、优先级别、质量观念和服务意识的概念。这一点可从以下几个方面做起：

（1）做好计划，定好步骤，划好重点

在实施开始的时候，应该站在用户立场上，对于实施过程，进行整体计划，避免实施过程中走弯路。把自己的软件以用户的视角带入。在整体计划的前提下，才有可能对每个步骤的实施进行计划。分步骤实施的价值在于合理分配，在规划分步实施的时候，为每一步骤设置里程碑，这样可以把问题分解，并且取得更多的成就感，把庞大的问题细化，把复杂的问题简化，一步一步往前推进，每一步的成功执行，给下一步骤打好坚实基础，并鼓舞下一步的实施。划好重点，分好轻重也是软件实施的要旨之一。在软件实施过程中会遇到各式各样的问题，有些比较着急却不重要，有些是后续有待优化的问题，有些则是卡脖子的问题，如果不事先了解并考虑到当前客户的重点问题，就容易出现手忙脚乱却依然不能让客户满意的情况。如果能够抓住重点开展实施，那么软件实施成功的可能性就会大大增加。

（2）实施中做好记录和总结

我们应该养成事先计划，过程记录，事后总结的工作习惯。实施过程中需要考虑的事情繁多，遇上问题错综复杂，这样的工作方式才能使人遇事不慌，不至于丢三落四。事先应进行精心的计划和准备，多方了解用户，做好最坏的打算和准备，考虑到实施中最可能发生的风险，设计好实施的优先级别等等。在和用户沟通时，往往时间跨度长，沟通的内容杂而碎，用户甚至有时自己也不一定能够记住沟通的内容，及时记录总结和用户确认，确保沟通的内容准确有效，因为双方对业务的理解不同，沟通时也会存在偏差，有什么问题及时反应给用户可以及时纠正。

（3）实施人员应该全面的了解自己的软件，没有哪款软件是完美的，所有的软件都是介于成本和质量之间折中的产物

实施过程中遇到不完全符合用户需求的情况也是常有的事，如果遇到了问题，也不必紧张，可以先对问题进行分类，然后考虑各种解决的策略，比如有些问题可以放在下一版本再改进等等，不管如何，应该和用户达成一致的理解，即软件只是解决客户一部分的问题，而不可能包治百病。

（4）尽一切努力利用起能够利用的资源

如网络、公司、同事。在遇到阻力的时候，可以向公司提出支援，以寻求支持。客户的合理要求，要及时提交公司修改，这也是促进我们软件进一步完善的最有效途径之一。不要认为不断的提需求是给公司添麻烦，用户直接使用后提出的问题往往是软件最需要优化的地方，实施中的不断改进也是软件迭代发展不可或缺的一环。

（5）三分软件，七分管理，十二分数据

这其中的主要意图是重视数据，数据是用户直接接触最直观的部分，重视数据就是重视用户的业务，往往一个软件功能做的再好，技术再牛，没有实际业务数据做支撑，在用户看来也是空洞的，无法理解的，使用者不会关心你的软件架构多么先进，技术多么强大，用户最关注的是你的软件最终能够给他解决什么工作上的，业务上的问题。而数据就是软件的脸面，没有数据直观的展示软件功能，实施人员的实施过程会事倍功半。