做开发难，到企业推广更难

又要去企业现场实施了，这次是考核模块。此行一去，暗藏艰辛重重。但是此是的我们，还远远没有意思到那些潜在的艰难。很多现场实施的问题，不是技术本身的问题。

Boss交待的工作是：

1.         让考核模块安全无误地在企业的服务器上跑起来；

2.         和企业一起制定出相应的考核规则，完善基本设置；

3.         帮助企业出台相应的实施细则。

虽然在企业是享受，但是依然没有人喜欢离开首都，去那些偏远的城市，实施项目。工作需要，我们五个人，在周五得到出差的消息后，周日早晨便匆匆踏上了这列比牛还慢的火车。去长治的火车，一天只有这一趟是直达的。而且特别慢，居然要走上14个小时，无聊之极，程序员坐在一起，除了程序可聊的东西又不多，于是一路上主要以打双升来消遣时间。

在晚上11：00左右的时候，终于到站了。这可爱的火车居然只晚点了半个小时，佛祖保佑。到企业领房间，休息，明天开始正式实施。

老板周一上午坐灰机过来了。只用了1个多小时，做了我们用14个小时做的事情。我们年轻的生命啊～～

先开个激励会议，逐个交待实施中的细节，以及重点解决的问题，实施的难点是怎么，应该如何去处理。下午一份甘特图提交给老板，老板赞不绝口：时间，任务，责任人，很好。那上面写的时间是两个星期。我们在老板的夸奖声中，以为老板同意了这个实施的计划，于是暗自高兴，两周之后就可以回去了。然后开始分头行动。

老板在周二上午就灰回北京了。我们继续开始实施工作。

因为我们此次实施的是绩效管理，对于企业的部门、员工、现行标准进行的考核，主要的实施细则，是由企业管理部（企管部）负责制定的，所以这次不用跑部门了，只要和企管部的员工商量，就可以解决问题了。于是接下来的几天里，他们上班的时候一起商讨方案，他们下班后，做流程图，写考核文档，修改程序。晚上总要忙到凌晨2,3点才能睡觉。早晨又是7：30起床，吃饭。8：00和企管部的员工，继续商讨规则。忙得不亦乐乎。只希望能够按计划时间任务，早日回到首都。

终于在周五的时候，把所有的实施规则制定了出来，并落实到了文档，提交给了企管部。但是企管部为了加快速度，于是决定周末加班。于是我们去去台山的计划也取消了。

下一步，在考核系统里对基本设置进行录入，主要就是已经定下来的基本规则，转化成系统中各种数据字典。在这一步骤，我们犯了一个很严重的错误，也是后来老板不得不亲自到现场，主持工作的一个重要原因。所有基本数据的录入，都是由我们自己录入完成的，导致企管部的人，并不了解系统，也失去了这次自己操作系统，熟悉系统的机会。这个环节正确的流程如图：

 

企管部（甲方）来完成基本数据录入，而我们（乙方）作为指导人员，负责指导他们应该如何进行操作，以及这样操作的目的。如果甲方员工不做这项工作，那么乙方向上级领导汇报，乙方上级领导再向甲方上级领导反应情况，然后由甲方领导向员工施压。

企管部员工积极性不高，操作录入缓慢，我们担心实施计划不能按时完成，自己动手录入了这些数据。违背了上面的实施流程。导致企管部员工没有机会熟悉这套系统，也失去了一次进行系统测试的机会。周五，对企管部所有员工，与考核模块有关的员工，进行了一个上午的培训。等待了一个下午，也没有员工对操作提出疑问，对系统指不解。我们以为实施完毕。按计划完成任务。载着加班的劳累与完成任务的愉悦，我们周日划返回了北京。

甲方的意见周一就反馈回来了，说系统运行不下去了。我们听到这个消息的时候，犹如晴天霹雳。天啊，我们开发系统的时候，会犯什么样的大错误，居然会让系统运行不下去呢？我们所有的工作就这样被否定了？后来通过远程协助，才知道原来企管部的员工，对系统了解不够深入，基本设置不正确，导致了考核打分时的运行错误。

由于客户反应意见很大，Boss召集我们五人，进行了一次研讨会议。我们通过这次会议，意识到这次实施中我们犯的错误，以及补救的方法。我深深意识到，很多问题，不是纯技术层面的问题，更多的是管理上的问题，是国企中复杂的员工关系和员工心理的问题：

开始，国有大型生产性企业中的员工，尤其是办公室人员，基本上没有事情要做，于是每天都很轻松。在办公室舒舒服服地待上八个小时，就什么都有了。在这里，只需要用青春来换回财富，比起我们这些在外面打拼的程序员，简直是天上地下。所有人都明白一个潜规则：不求有功，但求无过。做了事，就有可能犯错；如果不做事，就天下太平了，不仅自己轻松，而且也不会犯错。但是后来高层领导学习国家领导的指示精神，要把企业建设成一个科技、规范的企业，于是引入了很多的体系认证和管理软件，实现软件信息化管理。我们这款企业管理软件，就是在这样的一个时机进入了企业。但是员工的“功过”思想依然存在，领导的主观想法再美好，下面的员工依然有着抵触心理。但是领导有任务，又不得不做。于是所有的矛头自然对准了这个外来的软件：挑毛病，只要有错误，不管这个错误是因为自己操作不正确，还是因为真的系统开发有问题，总之问题出现了，员工就有理由不做了，还说“我们很想做，让系统早日运行起来，可惜系统不稳定，总是出错，运行不下去了。”没有人能做出没有bug的软件，我们笑称为NoBodyNoBug。鉴于这种情况，一是对员工进行培训，教他们如何操作这款软件，避免操作不正确引起的问题。二是要进行周密的软件测试，并在企业有一个试运行期，让用户把问题提出来，基本上都是一些小的问题，以他们的专业水平和用心程度，不会提出在的系统变动。这都需要在企业出差一段时间。这也正是所有程序员最头疼的问题，因为我们习惯了和电脑对话，思维方式已经程序化了，不善于和人交流，不是程序员一定要避免的问题，在不忙的时候，回到家里，离电脑远些，走近人群，多聊聊天。因为咱们不是机器，咱们还是人，做人，其实是很快乐的，呵呵～～扯远了。但是问题往往会发生在这个环节。软件的开始完成，只是软件生命周期中很短的一个阶段，更长的时间还在运行与维护更新中。在所有培训和测试都完成了之后，系统能跑起来了，就可以提交给企业的领导。然后领导召开一个动员会，帮助这个软件更有效的推行起来。曾经整个系统刚在企业运行的时候，召开过一次动员会，企业最大的领导讲了一句话“不换头脑，换工作”。于是系统在企业得以成功运行。这次的问题，就出在你们没有理清这个推行的各个环节，没有进行好后续的推行工作，所以走到这个阶段，是一个小的失败，需要再去一次企业，做完剩下的工作。

经过Boss的简短会议，我们才意识到这次去企业，辛苦了那么久，天天加班，但是企业员工反馈信息却如此差，问题究竟出在了哪里。不是程序的问题，不是软件的问题，也不是企业员工的问题，是一种心理在作怪。明白了这些之后，我们便知道这次去企业，主要工作是什么，重点应该放在哪里。

又去了一次企业，这次Boss和我们一起去的。并借这次机会，平生第一次坐了飞机。开展工作，正如会议上讲的一样，分清了主次之后，很快便完成了任务。只三天，就解决了之前的全部问题。企业员工真正认识了这个模块，并给予高度评价。

后来回到公司，又做了一些系统的优化。系统成功的在企业跑起来了。