andyhou 的个人博客

                         20100318         星期四            晴
    忍无可忍，已经忍了很久了。发生什么事情，我都开始尽量从自身找原因，但这一次真无法忍受，做出来这样的东西，如果是我早就跳楼算了。

    写程序有没有用过头脑去想事情，邮件发了多少封，写的清清楚楚，口头交代过多少遍。这个世界上怎么就有理解能力这么差的人。

    不要抱怨待遇问题，因为一个人的薪水就已经体现了他的价值和能力。
     AndyHo，其实你的进步也不明显，其实你的能力也还远远不够。。。

                 20100228           星期天           晴
    细节决定成败，这次自己再次犯了一个非常业余的低级错误。
    一个疏忽，不仅使这次更新，整个方案，也使整个项目团队的专业性受到了影响，就因为自己疏忽了一个细节。
    自己会如此的大意，自责已经没有用了。项目也做了一年时间，要是在以前：我一定会责备技术人员没有通知我更新的内容，一定会责备他们没有考虑客户的实际需求，又或者把责任推给客户，是他们对需要老是变来变去。
    这一次，我决定自己来承担这个责任，作为实施人员，作为负责人，作为直接跟客户接触的人，我有责任来确保整次更新的成功和承担发生的一切问题。
    无论发生什么问题，首先要检讨自己，而不是推卸责任。

                        20100116         星期六            晴

从09年接手EIC项目以来，一直都忙在项目上，系统上线基础资料准备，End User/分公司培训，日常问题处理，以至于没有时间去总结这一年来的收获和失去，以鞭策自己更好的成长。

收获很多，但都是零零散散的，失去也很多，失去了提高自己的最高时机：

1、上线基础资料的整理

对于这个问题，一是客户更熟悉自己的业务；二是客户对EXCEL表的操作更熟练；而作为顾问，应该花更多的时间在能够体现自己价值的地方；我们可以给标准表格给客户，定期分阶段检查资料的整理进度，但基础资料的整理肯定不应该由顾问由实施方来完成。

将一个任务分时间，分阶段完成，明确每一个人的职责，定期检查任务的完成情况，对于监控任务的完成项目的进度来说的非常有利的。在分公司上线的时候，客户项目总监就提出了要分阶段检查任务的完成情况，那时我就觉得特烦，搞形式主义，看来是自己错了。

2、客户培训

EIC项目对客户的培训，无论是Key User还是几百号End User都是最后由实施方负责，其实这个并不重要；重要的是我们更应该注重对Key User的培训，包括业务流程和系统操作方面，只有Key User培训合格，他们才能承担起负责几百号End User的培训和日常维护，减轻顾问的压力。

但像现在，日常使用中出了一些问题，可能是与实际业务有关的，或者跟系统BUG有关，又或者已经多次出现的，但是他们还是习惯于打电话给顾问，这是多累的事啊。更离谱的是：他们居然就说某某模块有问题。好吧，哪条数据不知道，有什么问题也不知道。天哪，做这个项目的实施顾问不累死也被气死。

当然自己也有很多需要总结的地方：从五月份的广州培训开始，一直到12月份的上海培训。我都是一成不变的，很少主动去提高，去改进自己的讲解方式，很少去发现去总结自己的培训方式是否被用户接受，培训效果是否令人满意。而且自己对Key User的培训也不够重视，导致很多问题又是抛回给自己，自食其果。

3、自身知识的完善和提高

顾问是戴着一种光环去到客户现场做实施和维护。一是需要对客户的业务非常熟悉和了解，只有熟悉客户的业务，了解客户每一个需求的目的，包括业务方面的目的和最终客户想实现的效果，才能提出最高效的解决方案。

虽然自己经常被客户问：andy,你是不是出过国啊，怎么那么了解我们的业务啊。了解客户业务，只是顾问的最基本要求。在这个项目中，自己做的远远还不够，自己不够注重细节，缺少钻研和疑问的精神，对很多细节的东西考虑的不够详细。记得HAND的顾问说过这样一句话：不注重细节的顾问不是一个好顾问。呵呵。

而另一方面，解决方案的纂写，又需要对自己的产品，对系统非常熟悉，明白系统能不能实现客户的需求，如果能够实现用哪一种方式实现起来最容易。

这也是自己一直以来最欠缺的东西，客户每提出一个新的需求，自己当场也不知道能不能实现又或者应该怎样去实现，那是因为自己对系统标准功能不够了解，又或者是这个项目二次开发功能太多的原因吧，哈哈。

又想起了老顾问对我说过的一句话：当客户提出新的需求时候，你要记得曾经在哪个方面/哪个项目实现过类似的需求，那么你就有解决方案了。是啊，经历过就应该有收获，这才是成长。

4、沟通表达能力

明确客户需求，讲解解决方案，客户培训都是需要优秀的表达能力，倾听能力和沟通能力。

EIC的各项目总监，他们可能并不是最优秀的销售人员或管理人员。但她们都有一个共同的特点:当跟她们交流、表达时，她们都能够用非常清晰，精简明了的语言去表达自己的观点，给人非常容易理解。

语言的表达不是一蹴而就的，需要在日常沟通接触中不断提高自己。

5、项目任务/时间管理

一个项目往往短就3个月，大项目一两年是正常的事。在项目的开发、上线、实施维护阶段对项目进度的管控就非常重要。实施方要有一个项目进度的安排计划，如月计划周计划；而每一个开发人员，实施顾问都必须有自己的月计划周计划，并严格按照计划去安排自己的工作。每一个新功能上线时间的拖延，紧急问题解决的拖延都会降低客户对实施方和对系统的满意度。

到现在我也不知道谁对谁错了，整天被客户追着问某某功能点做好了没，什么时候能够上啊；又或者由顾问主动告诉客户某某时间能上某某功能点了。而对于后者，又经常到了时间还是用不了，哎。

6、实施方法莫道不消魂论

在项目的上线阶段，每天都会遇到各种问题，都会影响项目的推进。顾问就要合理的安排时间，将任务分紧急程度处理。一个项目，加班是经常的事，经常看到大家都在埋头工作都很忙，但有的人是按自己的计划在忙在完成工作，有的人是用时间堆积起来去完成本应该轻松完成的事。

在EIC项目中，客户二次开发占了非常大的比重，几乎每周都会提出新的需求，而顾问要能够区分出哪些是无理需求哪些属于客户行政层面的问题，对于无理需求要坚持拒绝，避免养虎为患。

一个平台化的产品，很多东西就要遵循这个平台的基础，不是你想干啥就能干啥的。你开发出来的系统，爱干啥干啥，有啥好比的。如果你什么都想要，自己开发算了。

7、系统流程与业务流程的不一致

这是每一个项目都会遇到的普遍问题。EIC项目的前期调研针对的是客户高层，最后也是高层拍板确认系统流程。但最后系统的使用却不被End User接受，因为系统的流程跟她们实际的工作模式不同。这时候如果高层没有强硬的手段，怎么能够推动项目的上线使用？这也就难怪为什么ERP/CRM项目失败率这么高了。

有了前车之鉴，客户提出的每一个新需求，我们都要在明确客户实际工作，明确客户实际需求的情况下，提出解决方案。但有时候高层为了管理需要提出了自己的流程，作为实施方，就有责任跟高层明确这样带来的后果：一是最后End User不愿意用系统；二是要用强硬手段来推系统，改变原来的工作模式，跟系统一致。有时候客户可能并没有考虑的那么详细，但实施方有责任把各种结果都考虑进去，告诉客户为客户考虑。

8、系统功能与客户需求不一致

在明确了客户实际需求后，开发出来的东西却不是客户想要的，客户不接受，这也是一个很普遍的问题。

同一种需求会有不同的实现方式。实施方要评估哪一种方式更容易实现，更高效。而客户考虑的是:哪一种方式更合理，更符合用户操作习惯。这就需要双方取得共同点，要坚决避免未调研或客户未同意的情况下先行开发系统，这样做导致返工是十有八东篱把酒黄昏后九的事。

在这个项目中，发生了很多返工，客户不满意开发进度，不满意功能点实现方案的事情，指桑骂槐的事经常发生。

一开始，我认为都是技术的错，因为他们没有去思考，没有去考虑自己开发出来的东西符不符合实际业务，符不符合用户操作。

经过跟HAND顾问的交流才发现，原来都是我的错。有句话说的好：IT的技术人员就是IT的农民工。他们都是不懂业务的人，他们开发出来的系统是需要顾问去测试去检查。顾问就是客户跟技术之间交接的桥梁，自己就有责任也有义务跟技术人员：讲解功能点实现的方案，客户提出需求的目的，客户实际操作的习惯，做出来要实现的效果等等。

还有就是很多客户自己都不知道的东西，顾问一定要能把握全局，要有先见性，要能预知会出现的问题，要能够防范于未然。这是自己所不具备的，自己在考虑一个解决方案时，往往只是从一个点一个面看问题，缺少全局性。系统本身就是一个触一发而动全身的玩意。

很多事情，不与他人分享是永远不知道是自己错的。我现在知道，原来都是我的错。

9、EIC项目做了整整一年了，有经历有总结才有收获。

经历了广州总部的第一轮上线，培训。紧接着从7月分开始了深圳/长沙/北京/上海/济南/武汉等等分公司的上线培训和现场维护，这一年经历了很多东西，但一直都没有去总结，去总结这一年来的不足，去总结如何更好的提高自己，失去了太多太多的机会。

有经历有失去是不要紧，关键要有收获有成长，没有总结没有收获的失去就成为了一种浪费，浪费机会就是浪费时间浪费生命。

                20090918            星期五              晴
    面对客户的需求，冲在第一线的我只能说：这个不能做那个也不能做，都是系统的标配功能啊！
    客户哭着对我说：“哥，你到底能做啥？难度鬼佬设计出来的东西就是这玩意？”
    我回去也只能对着技术说：哥们，你们开发出来的东西到底是给自己用的，还是给客户用的。
    这就是实施顾问每天的三文治工作。

       2009-08-15         星期六          晴
    习惯了每天无语和无奈的工作，开始有点明白ERP在中国的失败率这么高的原因。
    做这个项目没有一点成就感，有时候想逃避，但不能推卸责任。。。