项目需求调研

lonelygo

这段时间多接触了些有关于EAM项目的人和事，在闲聊中对于项目需求管理的事情突发想法。
需求管理是个很严肃的主题，记得在刚接触这行的时候，买了至少3本与需求管理有关的书籍疯狂的学习了下。书上说的很好，需求管理确实很重要，否则就一个需求变更就能搞死人。
事实上，在大家做项目的过程中，尤其是做MRO的这种基本把系统重新开发一遍的项目的时候，更担心的不是需求变化而是需求边界的控制——反正你是按我的要求开发了，那么我要什么你就要给我开发什么。
从我的了解，目前很少有公司能有做SAP的哪些咨询公司的标准需求调研模块，对于需求调研这工作，基本出于“乱战”状态。
需求调研工作的无序，一个项目的命运，可能从需求调研开始就给毁了。
大家都来说说：
自己的项目是怎么进行需求调研的？

snow.lovers

目前上千万的项目成功的不到3%

999

不管项目成功率多少，对于一个新项目还是要期望他是能成功的。
需求调研应该：
有目标
有方法
有对象
有结果
有偏差

kingjack

调研什么？
花多久？
出什么结果？
有研发人员参与吗？
调研后，是否先出个模型？

SummerLau

看了这个标题，有些感触。现在手里有个大项目也在做需求调研，正在规划。没有多想多少，先提几点：
1、调研之初，先搞培训。因为公司肯定有其他电厂实施的结果模型，不管好坏，毕竟是可行的，先灌输一把原有的工作模式，客户再在上面增删改东西，也不会天马行空、太离谱；否则今后项目成本就打了去了。
2、把以前的结果模型编制说明文档，不要只写业务（业务客户比你懂），不要只写M的标准功能和用法（客户没兴趣），直接就写哪些业务是用哪些应用功能解决的，大致是如何使用的，效果如何
3、调研问卷不妨开头也是一些开放性问题，让人畅所欲言，反正是他是迟早要说的，镇压不住的。

用以上3板斧，一起上，希望能达到既启发客户、又引导客户，努力将客户引上使用我们现有模型的道路上，又让客户感受到我们充分考虑了他们的需求。虽然难，也得试试。

请各位斧正。

lonelygo

原帖由 SummerLau 于 2007-11-25 11:50 发表
看了这个标题，有些感触。现在手里有个大项目也在做需求调研，正在规划。没有多想多少，先提几点：
1、调研之初，先搞培训。因为公司肯定有其他电厂实施的结果模型，不管好坏，毕竟是可行的，先灌输一把原有的工作模 ...

你这方法估计没人斧的
国内做M项目，有几个公司的几个项目能做到这三点？

maximo23

学习学习学习学习学习学习学习学习学习学习

yf6456

顶，无语挖坑，管挖不管埋[s:4]

tomyzyz

路过，学习[s:2] [s:2] [s:2] [s:2] [s:2] [s:2]

lonelygo

原帖由 yf6456 于 2008-1-26 22:10 发表
顶，无语挖坑，管挖不管埋[s:4]

下次挖了坑，肯定i把你埋进去。。。。郁闷

jskhfw

。。。。。。。。。。。。。。。