[原创] 一个需求管理的案例。

扬帆

小王计算机专业后供职于国内某HIS公司，经过公司为期一周的急训，被迅速派往到A医院协助工程现场实施。A医院的HIS项目刚刚进入培训阶段，小王被项目经理安排的第一个工作就是下科室收集各科室的需求意见。小王在医院转悠了一个上午，每个人都忙得很，没有人搭理他，甚至有科室将他当成医疗器械推销员给轰了出来。下午小王好不容易拉住医院信息中心一个技术人员陪同调研，由于事前没有调研的样本，科室主任护士长也不熟习软件，只说软件设计要简单，操作要方便，诸如之类。也有个别需求看似很重要，因为小王已被各种医学术语绕蒙了，该同志最后问小王听明白没有，小王怕被笑话连忙点头，其实什么也没有明白。经过此次，小王认识到自己的不足，抓紧一切时间熟悉公司的软件，并学习医疗相关术语。
     项目经理因为有多个工程同时开工，简单交待小王几句就奔赴另外医院。小王接手培训工作，由于A医院以前使用过一家本地公司开发的软件，有很多小功能精巧而实用，他们都要求小王公司的软件必须要有这些功能。他们在操作的过程中，希望用不同的颜色标识不同的病人类型，药品也要分颜色来标识。小王一一记下来，传给公司研发部门。但一些需求马上又被打了回来，小王没有将小功能具体的作用，实现的要求，具体的算法讲出来，A医院的操作人员也不明白，只说人家小公司都可以做到，你们大公司咋就这么难呢？原来的软件没有留下任何文档，小王只好反复试用原软件连猜带估，再加上操作人员在旁边解说，终于算是搞明白这些小功能的用意和算法。颜色标识方面也出现问题，同一个病人在不同阶段类型可能不同，如社保病人，登记时他还在保，下次看病时可能已停保了；还有药品，有些即是社保用药，又是社区用药。各科室对不同颜色又有各自不同的意见，公司之前改了，又被改回去，改多几次，公司也烦了，科室还在争吵不休，最后也没有定下颜色方案。
    系统终于要到上线的日子了，小王猛然间发现发票格式还没有确定，急忙找到财务科长确认发票中的内容。由于在前期财务科长有事一直没有参与系统需求调研，现在他闲下来才发现，还有很多财务费用分类没有，有很多分类被搞错了，财务科长大发脾气，要求全部重新编码校对，可怜小王与财务科小会计忙活了一个月，所有工作又要全部重做。其他部门反对意见也很大，特别是药剂部门和物资仓库，直说软件不好用，以前提的功能也没有修改，还不如用回旧系统方便。开了几次协调会，成了公司批斗会，小王完全插不上嘴，被人拉来拉去说不是。A医院院长把小王叫过去训斥一顿，说签合同时公司答应满足医院一切需求，怎么现在什么也做不到。项目经理被其他几个工程缠住也顾不了小王。
    小王完全要崩溃了。

ermulong

A医院的HIS项目刚刚进入培训阶段，小王被项目经理安排的第一个工作就是下科室收集各科室的需求意见。

收集需求应在培训之前吧，需求是极其重要的，不能让一个新人去

扬帆

这是一个失败的案例。ermulong 说的只是其中一个原因。

举头望明月

这不是小王的问题，一个刚经过一周培训就杀到现场进行用户需求调研的刚毕业不久的大学生，如果这成为了一个成功的案例，那么这个小王简直是天神下凡了。
我知道楼主想重点突出的是需求管理过程中的要点和方法，但很遗憾，这个例子举得不恰当，使得案例失败的致命问题从具体方法转移到了用人策略方面的问题了。

扬帆

呵呵，“举头望明月”有一定见地。其实任何失败都绕不开用人（人力资源管理）、沟通 和 知识管理等。此HIS公司项目经理一人管多个工程，已可见该公司人力缺乏。公司没有合适的需求调研文档（调研样本），说明没有进行知识管理。项目经理与小王，小王与院方，缺乏有效地沟通，如编码错漏，财务科长、院长发脾气等。

案例是有点极端，实事上早期有些HIS公司就是这样的。“三五个人，十来条枪”，“有单做是死，没单做是等死”，很多时候新人都是这样被逼出来的。我写此书的目的就是想以微薄之力，让公司和医院都少走一些弯路，做事有一个正确的指引。

当然我也会思考一下这个案例是否可以再改进一下，我发出来的目的就是希望大家多提意见。谢谢楼上网友！

ironstone

这个案例的一个重大问题在于将所有项目管理的问题归结于公司人员,而医院相关利益群体的表现和要求没有得到体现，另外就是存在的项目管理问题过多，反而消弱了作为案例所需要展示和表达的中心。写案例其实和拍照类似，即要突出重点，又不能缺乏背景，否则很难体现案例用于学习的价值。

这个案例其实可以细化分解为5个方面的案例：
1、项目人员安排
2、项目沟通管理（这里又可以分为两个，内部沟通和外部客户沟通）
3、项目进度管理
4、项目需求管理
5、项目范围管理

扬帆

看来李老说的案例难写，还果不其然。《需求管理》样章我与DONGXI花了一个星期来写，现在还没有改好，以为内容难写。这个案例我只用了1小时写出来的，放在网上试试反映，看来大家对案例的要求还是很高的。我将重新设计一下案例。

小城医生

设计的时候，要采用倒推的思路。就是想好案例所反映的具体 的主题，读者通过案例有什么启发和教训。如果涉及面太广了，议题分散反倒不好了。同时，要提出案例的具体的问题和参考的结论。

dongxi

应该留意到：用一个案例去说明所有知识点不容易，同时，一个案例只反映一个知识点也是不容易的。
对同一客观事物，每个人也是有不同解读的。所以……

ironstone

恩，我觉得作为案例到不要有参考结论，这个毕竟是仁者见仁，智者见智的问题，只要做出自己的分析就好了。一直很佩服《哈佛商业评论》的案例写作和点评，基本上每个点评的人的意见都是从不同角度去进行分析。

hlyy001

初到论坛，阅读杨老师的帖子，感觉受益很深， 从04年发表的424项评分标准 到今年9月底的
《需求管理》样章，文章内容深度和广度 绝对教授级别，就是有一点不明，杨老师是医学信息专业的老师还是his厂家的或者是有着铁饭碗的国家部门？

另附该案例的一点个人感受：
医院是一个庞大的机构，科室繁多而且各科室之间业务差别很大，例如药房、门诊、住院、护理等等，每个科室的业务流程都能自成一套系统，因此业务需求分析，就变得庞杂内容涵盖：医疗、护理、财务、物流等等，不过大家经常成为三条线,即"业务流、物流、费用部分"，如果做到好的需求分析，就必须清楚一个科室的业务中这三条线之间的密切联系，这些对于一个刚毕业的大学生学计算机专业的，把他放到医院就整蒙他了，且不说医疗上的词汇和医疗业务的描述，就是科室的名称和楼层分布就足够他们一段时间适应的，我曾带过刚进医院信息科的毕业生，第一天我就告诉他们，第一：科室名称和楼层的对应必须记住，只要问科室就得知道在几楼；第二：必须记住你去过科室的科主任和护士长，最少能对上号知道他们姓什么，能在路上打上招呼，不然你怎么沟通，人都不认识谁愿打理你，另外最好记住几个医生的名字，要有针对性的咨询，不要进科室就对大家问，这样没有目标性，各忙各的都不愿帮助你，最好逮住一个认识的，狂问，只要你够诚恳，他在科室同事面前，也不好给你难堪，只好给你耐心解答，呵呵 这招有点损了

hlyy001

不好意思，才看到签名，晕
我的问题，太白了，羞愧

广东某医院计算机中心主任，项目管理师，信息监理师，企业硕导

扬帆

其实我也觉得这个例子有点极端，我们都知道需求分析需要高级别的工程人员来做，甚至研发人员到现场调研。但如果是这样一个人，会出现这么多问题吗？我总觉得成功的案例很难引人深思，只有失败的案例才能更好地激发人们的思维。但对于“小王”这个角色的定义，我还想听听大家的建议，请直言不讳！