实施的过程标准化

在公司做了一个月的比较简单的实施工作.  也许用客服来说比较妥当.

软件是一个c/s类型的业务软件,只想从我所感受到的一些事情作些思考。

这个软件是自己开发的 delphi+报表. 附带导入导出功能,主要作为数据维护用,跟业务相关的东西全部抛开的话,就是一个比较简单的excel.

但是客户问题相当多,集中的报错公司居然没有相应文挡说明.完全是靠几个已有的实施人员做个简单记录,然后自己会了,互通有无就完事.
这样就暗藏了危险,无文字记录,无问题分类管理,在极端的情况下,就会导致整个项目的瘫痪,造成相当的不便,不利于新进人员的培训,问题集组织的混乱信息的冗余也会造成解决方案的不直观和错误信息传递.在反馈意见给开发人员做增量迭代的时候也会因为没分清有些需求到底是系统问题还是业务需要,给出的解决也是盲目的.

也许这种表现是一种公司文化的体现,所以不过多去讨论.对比在blender上面也许有很多教训值得学习.

软件服务其实也需要能力相当的领域专家来做,熟悉软件本身和业务流程后才有可能给客户提供技术支持.引导其正确便捷的解决问题.在实施中做文字记录重要,记录以后分档分级管理问题也同样总要。
经验的沉淀才可能有更好的解决方案产生,我这一月的感受情况可能还是和混乱的管理和管理人员的知识缺乏有关系,没有相当的意识,只想着怎样把钱赚到,然后怎么去压低成本,这种短期行为要不得.

--------------------next---------------------