从蔓延的医院需求看软件商服务质量(4)

总结出双方可行性方案

对于医院：管控信息部门 创造系统流程方式

rose28成熟的好的架构，即使有不少需求，也只是枝叶，对整个系统，也不会有影响。另外，医院信息科管理也很重要，不是随便什么人的需求就去改动程序，很多需求并不是合理的，这就要求信息部门和临床部门专业人员的管控，须知有些好的系统的流程方式，可以重新整合一些旧的不好的工作模式。好的开发商还要好的医院信息部门的配合，才能共同成长。

对于厂商：抓住主要矛盾让需求合理化

par6364：对需求管理，持续跟踪是王道，无论进度压力多大都不应该松懈，这样才能达到“管理”需求的效果。三天打鱼两天晒网的做法，从来不是需求管理的那盘菜。为了让需求管理真正能“管”得住需求，我们应该不厌其烦的从小处做起，把每一次变更都当作可能引发蔓延的风险来管理，保持警惕和洞察，坚持不懈的跟踪和管理，才能让需求成为真正可控制、可度量、可管理的对象。

约翰羊：套一句医疗上的话，治标还是治本？好的厂家，不是按用户的要求一板一眼的完成任务，而是帮他们达到那个动机。动机达到了，需求也就固定了。需求从某种意义上说是结果，而不是原因，研究原因的意义要大天研究结果。有患者说，我后背疼，我要贴膏药，不管用，改了，新需求是拨火罐，还不管用，再改需求，针炙，还不管用，哪儿的问题，肺。还有人吐，胃的问题？吃吗丁啉，止吐，其实呢，是心脏病。很明显如果一开始就抓住原因，解决原因这方面的问题，可以节省大量的时间、资源。那么，结果也更好一些。

软件厂商理应做成客户“肚里的蛔虫”

约翰羊：我认为的服务，是通过软件承载的帮助用户达到某种目标的行为及活动，服务是一系列行为活动的集合。软件只是服务的一种实现行式，软件厂家通过软件来提供服务。从与用户开始沟通的那一刻起，软件公司就已经开始提供服务，而此时，软件本身可能还没有登场。

需求一定要进行管理，这是必须规范的行为，但是这种制度的前提，应该是需求合理有效。如果需求实现后，对于用户来说并不能达到期待的结果，就肯定会变更。当然，小范围的误差会存在，但是目前来看，这种误差比较大，超出用户的承受能力。如果能在开工前遇见到这种不合理，就对需求进行修改，双方都可以避免相应的损失。而这种“预见”的工作，我个人感觉就属于服务的范畴，事实上我们也在判断需求是否合理，但是结果大家都能看到，并不理想。而原因，我想还是对于用户的不了解。

行业混乱，缺乏统一标准，是我们必须要面对的现实，我个人也希望能有一个标准来规范。但是我觉得这种需求上的变化，更多的只是不同用户之间的差异，而不是同一用户需求的反复变化。

我觉得，目前市场不好做，就需要软件厂家背负起更多的责任，承担起更多的工作，能够做到成为用户肚子里的"蛔虫"，什么事都想在用户前面，做在用户前面，替用户去想，替用户去思考。让用户省心，省事，愉悦。让用户觉得钱花得值。