|
所以好的调研者不仅仅是一个专业人员，在非正式场合也是一个可以让别人说话的人，这样的调研行为才是完整的。项目经理博客
5.9 常见错误九：关键业务只询问了个别人意见
一些业务在整个调研工作中是占据很重要分量，而且涉及多个业务部门，这个时候调研就要记住“兼听则明，偏听则暗”，一定要把业务涉及不同部门意见都听到，也要把不同人对同一业务描述进行对比调研，从中能发现很多错误。项目管理者联盟
此时不可因为觉得调研内容很饱满或者时间紧张而只做单点调研，关键业务一定要从其它人那里不断得到印证。项目管理论坛
不过再问第二个人的时候，就可以用主动复述业务的方式，请其重点指出不对的地方，加快调研进度。项目管理者联盟
5.10 常见错误十：调研时有选择问问题项目管理者联盟
有的调研者在调研阶段就非常小心，特别是在其对自己软件不足的地方有足够了解的时候，总想在调研阶段引导用户，接受自己的系统，绕过这些自己产品不足的地方，这也是一种错误的做法。www.mypm.net
首先如果调研发现用户迫切需要很有价值的问题是公司目前不能解决的问题，并不等于不调研就可以回避，无论将来在技术答辩还是售后实施，这个问题总是要冒出来，与其回避，不如主动搞清楚，汇报给公司，看看到底有什么办法可以解决。转自项目管理者联盟
真正的问题都是回避不了，绕不过去的。项目管理者联盟
我个人意见，越是有公司明显不能解决的问题，越要调研清楚，搞清楚来龙去脉，为公司今后产品发展提供完整的需求建议，作为一家负责任的软件公司，首先要承认自己的软件不可能解决所有的问题，但一定要在发展过程中逐步解决更多的问题，调研时都回避了，不就失去了公司产品发展的机会了吗?项目管理者联盟
其次如果有选择性问问题，就会遗漏一些关键性业务，这样对调研整体质量有影响，在后续工作中容易被动。项目管理者联盟
至于不想将用户一些天马行空问题，或者的确不想引发他们高度兴趣的问题回避的方法，不是不通过调研，而是认真记录，但不提供在正式文档的方式规避。service.mypm.net
很多人很多需求都是一时灵感，没有经过认真思考，所以口舌之快，过了也就过了，不形成文字记录，他自己也不记得自己说过什么了。如果是真的关键问题，在后续复述，确认调研记录还有业务分析会上还会提出来的，这个时候再确定写入正式文件也不迟。项目管理者联盟
对于这些暂时不能满足的需求和超出范围的需求，可以另外整理一份内部文档给公司分析。PgMp.mypm.net
5.11 常见错误十一：一次调研就企图锁定需求项目管理者联盟
很多项目启动后轰轰烈烈进行了一次深入调研，然后开始配置开发实施，忙得不亦乐乎。好象把企业问题搞清楚了，就应该是实现和解决的阶段。项目管理者联盟
实际上很少有人能够在短短几天内把企业的问题搞清楚，即使你努力进行了半个月甚至一个月的调研，在实施过程中你还是会发现对很多问题认识我们依然不够深入，不够完整。项目管理者联盟
这个时候我们应该意识到，我们依然还需要进行调研，切不可因为是大规模调研完成了，对此时的调研就随意了，不留记录，不进行确认了。项目管理者联盟
事实上这些调研信息要随时记录确认并最终完善到项目解决方案中，可以这样说，信息化项目中始终要有随时开始调研的意识，如果我们承认信息化需求是无止境的话，那么调研也是无止境的。项目管理者联盟
为什么不能通过一次调研锁定需求呢?项目管理者联盟
正确的需求是系统成功的关键。预先锁定需求的假设前提是用户不经过系统上实践的过程，用户就能预先精确的提出所有的系统需求。项目管理论坛
某些简单软件或者具有极高技术水平的用户可能可以，但是一般情况是用户只对其目标和需求最初只有模糊笼统的认识，许多细节都不清楚。要求一个只有初步设想的用户或个别用户负责人准确无误地说出全部需求，显然是不切实际的。项目管理者联盟
用户为了证实和细化他们的设想，往往需要在某个系统上持续不断学习和实践的过程。特别是在大型管理系统软件上。项目管理者联盟
即使经过深入细致的预先锁定需求的工作，当人们实地观察和使用了目标系统以后，也常常会改变原来的某些想法，对系统提出一些新的要求，以使系统更加符合他们要求，事先锁定需求的方式其实也会经过多次反复，甚至完全失败。项目管理者联盟
大型软件的开发需要系统分析员、软件工程师、程序员、实施经理、用户领导、用户负责人、具体用户等众多各类不同层次不同技术水平人员的一致协调努力，因此良好的通信和相互理解对于保证工程成功至关重要，传统的需求锁定方法假设使用适当的文档可以做到项目参加者之间清晰、准确、有效的沟通。但是各种文档本质上是被动、静止的通信工具，通过它们来理解一个动态系统是困难的。bbs.mypm.net
|
