[求助]项目在进行时遇到了一些问题 [发表于 2005/4/6] 状态 开放帖 精华贴 浏览量 2529 |
|
|
我公司主要从事项目管理、合同管理软件得销售开发工作，公司的总部在北京，开发工作在北京完
成。我公司去年得到了一个软件开发项目，项目的甲方是政府部门，该项目是在我公司原有的软件基础上进
行二次开发。甲方（政府部门）派遣了专门人员成立了项目小组（弱矩阵）配合软件的开发，但在软件的需
求调研上遇到了一下的问题：
1、该项目使用人员太广，每个人对该项目的期望不同，要求实现的功能也不同，但参与开发的人员却只有
几个人，很难真正了解完整的需求尤其是领导的要求，而且我们又不方便和他们的领导直接交流（这里的领导是他们的顶头上司，不在同一个科室）。
2、我们公司的开发工作是在总公司完成的，需求由我们去调研然后再将结果整理成相关文档并转给总公司
，总公司在根据我们的文档进行开发，但由于需求的调研本身就比较麻烦，总公司对需求的理解有时会和我
们的理解有出入，设计出来的系统并不能满足用户的要求，这样就不得不再调研再修改的循环，工期已经是拖了又拖，士气也受到了很大的影响。
3、在需求的调研过程中不断的有人会提出一些新的要求，但这些人中有些是其他科室的领导，用户为了满足他们的要求也会将这些要求提出来，导致了项目的范围在逐渐的扩大。
|
>>> 由论坛统一发布的广告：
|
|
楼主
 l1029
职务 无
军衔 中士
来自 广东
发帖 111篇
注册 2004/10/9
PM币 175
经验 
 
|
|
 Re:[求助]项目在进行时遇到了一些问题
[回复于 2005/4/6]
|
|
看了楼主的问题，说说我的想法，我觉得楼主的3条归纳起来就是一个问题：需求管理问题。 既然已经调研结束，那么客户是否在调研文档上签字了？如果签字了，新的需求提出来，如果影响了项目范围，你就只能做变更管理或者根本不理（在沟通好之后）；
调研之后，应该出具设计方案，设计模型，而不是直接进行开发编码，如果客户认可签字了设计方案对你的项目就比较有利，现在的情况好象就是扯皮了；
另外，这个项目应该让PM直接取得客户方领导的支持，这个沟通是完全必要的，因为客户方的人员广泛，每个人都从自己的角度对系统有要求是不切合现况的。
|
--------------------------------------------------------------------------------------------------------
我来了，我看见了，我赢了！ 博客空间
 http://karen.mypm.net/
http://spaces.msn.com/members/karenzz999
/
|
|
1楼
 karen
职务 无
军衔 中将
来自 不告诉你 :)
发帖 3983篇
注册 2003/2/14
PM币 22798
经验
|
|
Re:[求助]项目在进行时遇到了一些问题
[回复于 2005/4/6]
|
小飞熊的一点意见：
“该项目使用人员太广，每个人对该项目的期望不同，很难真正了解完整的需求尤其是领导的要求。”
偶的观点：
（1）领导的要求有时候并不全面。用系统的人的要求往往更为具体。当然，领导的某些要求和改进可能是合理的。
（2）有必要在需求调研组中配备对客户方业务较为了解的人员（包括外聘的专家、顾问），这样比较容易提出切实可行的方案，且可以尽快把握住用户需求的总体方向。否则，对不了解客户需求的人来说，往往容易被个别客户的不具有典型性的“假需求”折腾的晕头转向。内行人说话的分量比外行人不知道重多少倍！
（3）尽管客户数量巨大，但具有代表性的客户种类并不见得那么庞大。如果真的很大，那就必须想尽一切办法对他们进行调研。可以开会，可以你们去人。对大部分单位来说，真正的业务流程往往没有精确的文件记录，而是在用户的组织之中。比较省事和高效的办法，是找对业务流程比较熟悉的人，比如部门领导、秘书、办事员和具体业务处理人（业务处理人对单向业务可能比较清楚，而办事员对各个部门的接口可能比较清楚）。总之，这个环节决定成败
（4）对系统可能的变化点进行标识，给后端设计人员提供决策的基本信息。
（5）要学会叫苦！不是胡乱发牢骚，但你那里的困难应当反映到上面去。不然公司上层不知道问题所在，更不可能采取有效措施。
|
|
|
|
2楼
flybear
职务 无
军衔 少校
来自 陕西
发帖 930篇
注册 2005/2/4
PM币 5145
经验
|
|
Re:[求助]项目在进行时遇到了一些问题
[回复于 2005/4/6]
|
想起了比较经典的一句话。 客户是需要教育的！
对于客户需求而言，你并不能满足他所有的期望，这就需要在中间去negotiate，需要项目人员在这个过程中和客户不断的去交流，首先要肯定客户的想法，然后根据情况尽量扭转客户的想法，比如说如果这样做会有什么样的不妥之处等等，如果确实无法扭转的，可以在初期设置一定的流程来限制需求的变更，比如要经过多少个部门的审核之类的，这样可以在适当降低需求变更的提出。 不过这种开发模式存在问题，需要有相应的业务人员在总公司与分公司之间做接口，控制开发质量。 此外还要形成报告制度，由公司内部上层之间进行沟通，需要的时候与客户上层进行沟通。
|
--------------------------------------------------------------------------------------------------------
积极创造人生
------------------------------------
|
|
3楼
轻轻松松
职务 无
军衔 少将
来自 北京
发帖 1900篇
注册 2004/7/17
PM币 14271
经验
|
|
Re:[求助]项目在进行时遇到了一些问题
[回复于 2005/4/7]
|
| 在 发表的内容 我公司主要从事项目管理、合同管理软件得销售开发工作，公司的总部在北京，开发工作在北京完
成。我公司去年得到了一个软件开发项目，项目的甲方是
...................................... |
|
|
|
|
|
4楼
simonsu
职务 无
军衔 二等兵
来自 广东
发帖 50篇
注册 2003/12/19
PM币 1377
经验
|
|
Re:[求助]项目在进行时遇到了一些问题
[回复于 2005/4/7]
|
|
同情！
|
|
|
|
5楼
coolsand
职务 无
军衔 三等兵
来自 上海
发帖 9篇
注册 2005/4/5
PM币 65
经验
|
|
Re:[求助]项目在进行时遇到了一些问题
[回复于 2005/4/7]
|
|
对于需求变更，在项目之初应当成重点与甲方仔细谈妥，可以动用公司高层，以引起足够重视，防范楼主所言情况于未然，使甲方人员自发的对其需求的变更进行统一搜集，并斟酌必要性，最后由对方领导进行统一的正式提交。
|
--------------------------------------------------------------------------------------------------------
一切有为法 如梦幻泡影
如雾亦如电 应作如是观
|
|
6楼
LostTemple
职务 无
军衔 三等兵
来自 北京
发帖 38篇
注册 2005/4/7
PM币 195
经验
|
|
Re:[求助]项目在进行时遇到了一些问题
[回复于 2005/4/8]
|
|
这样的需求我们有，而且也是对方领导提供的，但在实际实施过程中他们的领导就基本上不在过问，一切由专门人员负责，而且按以前的要求我们就已经完成了，没有完成的是后期领导和对方负责人提出的。 我个人认为导致这种现象出现的原因有多个方面其中主要是因为前期需求调研的时候工作没有做充分，业主的业务流程也没有充分的研究，结果在整理需求的时候，业主没能准确说明他们的需求，而我们在理解对方需求的时候也有偏差。最简单的例子，我现在再看以前的需求说明书的时候发现很多需求和他们的实际业务流程不一致。
|
|
|
|
7楼
l1029
职务 无
军衔 中士
来自 广东
发帖 111篇
注册 2004/10/9
PM币 175
经验
|
|
Re:[求助]项目在进行时遇到了一些问题
[回复于 2005/4/12]
|
|
客户的有很多需求是盲目的，不要过份顺从，技巧一，要善于引导他们的需求，技巧二，要告诉如他的的要求会导致出现什么问题。
|
|
|
|
8楼
大漠
职务 无
军衔 三等兵
来自 广东省
发帖 19篇
注册 2011/5/24
PM币 -5
经验
|
|
项目型组织
项目管理
工程项目
科技项目
资格认证
职业休闲
