软件开发经验总结之需求调研（中）
作者：徐寿喜
关键字：医院管理 调研 软件开发
前阶段写了一篇关于如何进行需求调研准备的文章，今天再来聊一下实际调研时的注意事项。
关于软件开发，在经历过数十个成功、失败的项目之后，认真总结下来，要做好需求调研，在整个调研过程中，应贯彻如下几个原则：
（1）尽量到各部门、各科室的办公现场去调研，尽量不要以召集会议的方式进行调研
大多数情况下，一说到调研，用户方面就喜欢将相关人员请到会议室，以座谈的方式进行沟通交流。对于用户来说，这种方式不会影响他们的日常办公。但是，这种方式有个很明显的不足，如果座谈对象事先准备得不充分的话，就不能将他们的业务完整地描述给调研人员，而调研人员也无法准确判断用户所描述的是否有遗漏，除非调研人员对用户的业务本来就很熟。
相反，如果移步到办公现场去调研，只要细心观察，调研人员就会发现用户业务上的很多细节，并且很容易收集到各种原始单据、报表、台帐等，如果正巧有实际业务在办理，那就可以了解到更多实际业务细节。
如果没有看到用户的实际业务过程，没有看到实际的单据、台帐、报表等材料，单凭用户的描述，是无法真正理解实际业务的，会有许多细节了解不到，特别是关于业务上各种异常情况的处理。然而，未来可能正好因为这些异常情况的处理细节，可能导致整个系统架构要推倒重来，这不是危言耸听，我软件开发生涯的第一个项目就遇到了这种噩梦，使原计划1个月的项目，拖了9个月却不了了之。最近华侨医院物资管理系统的调研工作就存在这个问题，第1次去只是跟信息科聊了一下，了解了大概情况，第2次我有事未去，结果他们又是在会议室与我们聊了一下，只拿到了几张单据，对各项业务的细节仍然不清楚，因此，项目签下来之后，还必须进行一次详细的调研。
（2）收齐所有业务单据、台帐、报表、业务流程、规章制度等材料，以及相应的电子版材料
大多数情况下，用户只描述了大概的情况，基本都是正常情况下的业务处理过程，对于细节、异常情况的处理，用户不可能面面俱到地讲给我们听，此时，就要靠我们自已去分析、去理解、去问。除非我们本来就很熟悉用户的业务，否则，我们必须仔细分析用户的单据、台帐、报表，要搞明白每种单据的细节，要搞明白每种报表是如何编制出来的，不明白就去问用户，几经交流，就可以完全明白业务的真实情况。
（3）调研过程中，必须对照事先写的调研提纲，务必将提纲中所列事项全部搞清楚
（4）每天写调研记录（或日记）
调研过程中，用户说的很快，不可能等我们全部记录之后，再讲下一个问题。因此，只能在笔记本上速记，有时只能记录1、2个关键字。因此，每天调研结束之后，当天晚上必须整理当天的调研情况，写成一份调研日记，否则，过几天（按我的经验，第3天就会记不清了）之后就会记不清了。在整理当天的调研记录时，还要整理出待明确的问题，下一次再找机会与用户再沟通、确认。
我在广东省中医院项目中，坚持了这种做法，在华侨医院物资系统调研时，也基本坚持了这种做法，发现效果非常不错。比如华侨医院这个项目，第2次调研时，因为我未去，我回来之后看了王德源他们写的调研记录，就基本清楚了当天调研的情况，明确了尚存在的问题。
（5）调研之后，尽量马上制作原型。
任何文字描述、语言描述，都无法给人一个准确的感性认识。由于理解上的偏差，用户以为完全清楚地表达了他的想法，他以为我们也完全了解了，但事实上我们有可能理解成另外一种场景了，与用户的想法可能有较大出入。
通过最近的几个项目实践，我们发现制作原型是一个非常好的办法。调研结束后，当天晚上或第2天就立即做一个初步的原型出来，把我们所理解的直观地表达出来给用户看，有偏差马上修改。这种方法可能会导致调研工作比原计划滞后，但是，相比后期才发现问题、再来修改，是非常值得的。在广东省中医院项目中，大部分都及时制作了原型，并以原型与用户再次沟通确认，后期改动非常少，然而，个别子系统调研阶段全部是文字描述、语言描述，结果，后期几乎推到重来，教训非常深刻。
当然，调研阶段制作的原型，还仅是一个粗的原型，还有待后期细化。
（6）虽然项目组每个人各有分工，但是，建议项目组全体成员相互沟通、每个人都了解全局。
这么多年来，我每次面试新员工时，都会问一个同样的问题“一个大项目，如何保证各有分工，又相互衔接？”。可惜，这么多年间只有一个人回答得令我满意，这个人用盲人摸象的比喻回答得令我很满意。
为什么建议项目组各有分工，又相互沟通、每个人都了解全局呢？
大多数情况下，一个项目由多个子系统构成，每个子系统之间肯定会有联系。有些时候，各个子系统互为输入输出，典型如ERP系统，此时，每个子系统在设计时，就必须考虑全局的需要，包括数据接口以及业务流程，都要考虑全局。试想一下，在这种情况下，如果每个人只顾自已，只了解自已，那不就是“盲人摸象”？
当然，有些项目，各个子系统之间的联系不是太紧密，此时，也不必强求每个项目组成员都了解全局，但是，至少项目经理必须要了解全局，这样才能保证技术方面、进度方面、质量方面不会出现意外。广东省中医院项目就是这样，虽然涉及7、8个子系统，但是，相互之间几乎都是独立的，因此，我并没有强求每个人都了解全局，但是，我本人完全清楚每个子系统，调研收集回来的所有材料、单据，我都认认真真的看过，分析、设计文档、原型，我都详细看过，因此，每个子系统的难度有多大、工期大概要多久，我都很清楚。
关于调研，按我的经验，认真贯彻了上述原则，基本上就可以做得比较好了，下次再来聊一下调研后的事情。因为调研是一个项目的开头，如果头开的好，让用户认为我们很专业、很认真，后面的事情就会好办很多。
相关阅读：
医院综合信息管理平台白皮书
红帆iOffice.net医院综合信息管理平台融合国家管理规范和行业应用特色功能，以行政办公为基础，以人力资源、科研管理、教学管理、医务管理、护理管理、党务管理为核心，与医院其他信息系统集成为目的的综合业务管理平台。本白皮书着重阐述“科研管理”、
“医患关系管理”、“教学管理”、“继续教育管理”、“党务管理”、“医护管理”、“订餐管理”等系统的解决方案。
HF?TechNet
Copyright (C)
版权所有 |(window.slotbydup=window.slotbydup || []).push({
id: '2014386',
container: s,
size: '234,60',
display: 'inlay-fix'
&&|&&1次下载&&|&&总2页&&|
您的计算机尚未***Flash，点击***&
阅读已结束，如需下载到电脑，请使用积分（）
下载：1积分
11人评价23页
1人评价16页
0人评价1页
2人评价1页
0人评价10页
所需积分：（友情提示：大部分文档均可免费预览！下载之前请务必先预览阅读，以免误下载造成积分浪费！）
（多个标签用逗号分隔）
文不对题，内容与标题介绍不符
广告内容或内容过于简单
文档乱码或无法正常显示
文档内容侵权
已存在相同文档
不属于经济管理类文档
源文档损坏或加密
若此文档涉嫌侵害了您的权利，请参照说明。
我要评价：
下载：1积分