EAM项目经理到底该如何管理？

snow.lovers

本期讨论主题：EAM项目到底该如何管理？
1、如何控制进度？
2、如何控制成本？
3、如何协调甲乙双方？
4、如何面对用户计算机水平不高？
5、如何面对用户不配合？
......

希望各位项目经理积极讨论！

gengqk

希望大家也谈谈 如何控制用户需求的不断变更和新增~

好烦的，用合同根本起不了多大作用

snow.lovers

确实呀，大家想想我们实施的EAM项目，特别是国外软件，为什么周期这么长，需要我们项目经理共同来探讨这个问题，不求彻底解决问题，毕竟很多客观因素，但是我们可以采取一些措施避免项目需求变更和周期的延长！

jeffreyqi

需求的变更既是我们不原遇到的，也是我们做项目的愿意碰到的，这个很矛盾.
其实开头的问题
1、如何控制进度？
2、如何控制成本？
3、如何协调甲乙双方？
4、如何面对用户计算机水平不高？
5、如何面对用户不配合？
这些都已经是老生常谈了。大家只能在实施中一步步的去学习\克服.
最困难的还是对进度的控制,希望能看见一些好的建议......

snow.lovers

IT项目涉及的范围太广了
1、项目计划及事前准备

项目来了先不要急于去谈计划，要把需求研究彻底了，即自己要做什么。
这中间还涉及哪些相关的人（术语叫干系人，比如投资方、客户、项目经理、开发维护人员、客户和用户等等，以及他们的成熟度）和资源（设备、仪器、商业或开原代码）。
有了需求，将任务分解WBS，形成工作量分析；然后把工作量分配给相关的人，形成进度计划。同时，再形成QA计划/配置计划等辅助计划。整体统称为项目计划，并设立基线。

2、项目进度控制
既然是项目，就是临时的，按项目计划严格执行就可以了（说的轻松哈）。
只要是与需求无关的变动，通过严格控制就不会影响项目完成（小偏差），严格执行计划即可。
但对于变更需求的部分，包括新需求、遗漏需求、需求评估不足等，这就需要严格控制和评审。重大的需求会引起项目计划的变更，必须机过ccb控制。因为，需求的更改就意味着项目范围的变更，那整个项目计划就可能变动，整个项目控制风险加剧。

3、风险的防范与措施。
既然是项目，就存在与其他项目独立的地方。分析透如何控制这些“独立”的地方，就控制了风险。
如2所说，控制住需求，就控制了项目的命脉。

简单说这些，供参考。实践对于每个人最有帮助。

hilonzhou

原帖由 snow.lovers 于 2007-6-29 22:19 发表
IT项目涉及的范围太广了
1、项目计划及事前准备

项目来了先不要急于去谈计划，要把需求研究彻底了，即自己要做什么。
这中间还涉及哪些相关的人（术语叫干系人，比如投资方、客户、项目经理、开发维护人员 ...

说得好，偶支持你一下！

frog

若到了要拿合同说事的境地时谈控制是很苍白的!另外单纯的只是就问题而说问题,对项目本身不会有什么大的帮助,因为甲方的问题只要他想提,是不会有止境的!

snow.lovers

我们可以充分利用20%的人搞定80%的人，例如搞定领导就好办事情了

lonelygo

1、如何控制进度？
2、如何控制成本？
3、如何协调甲乙双方？
4、如何面对用户计算机水平不高？
5、如何面对用户不配合？
这5个问题全部弄明白基本就可以做个软件公司的项目总监了。都是复杂的问题，不是那么好讨论清楚的。关于项目管理的书上写的东西（哪个什么项目干系人识别啊……之类的）就不说了，大家肯定多少看过几本项目管理的书了，看书水平我也不行，就不copy过来了。闲着没事，说说我的愚见：
1、进度问题这是项目最重要的东西，也是都关心的问题。从控制理论的观点出发（偶滴专业是工业自动化，哈哈）要控制什么就要先研究清楚控制对象的特点然后建模找出控制可以控制的参数按照控制理论选择合适的控制方法进行调节。所以，重要的是我们先弄明白影响项目进度的东西：A，需求变化、B：人力资源、C：项目各方的配合、D：技术风险……（这4个应该是重点的问题吧）那么控制要进度就应该重点关注这些东西吧。
       在这中间，貌似需求变化又是最讨厌的，那么就找个好顾问来弄清楚需求，让它不要没事就变吧。现在各公司项目都很多，顾问、开发人员都少，有经验的更少，那么人力的问题交给老板们、项目总监们去考虑吧。配合啊配合，似乎PM天天都在为配合的事情心烦，那么就多花点心思在如何抓住用户的心理、调动关键用户的积极性等事情上吧。技术咱不懂，大家都比我懂，有什么风险心理应该明白吧。
2、成本控制，这是公司天天喊PM心理发毛的事情。老话，要控制就先搞清楚对象。项目成本的组成：工资、奖金、差旅（交通、住宿）、业务费用、公司费用分摊、财务费用（销售部分的不说了）。有一点是显然的：那就是项目越慢成本越高，所以要控制成本从控制进度下手吧。至于业务费用嘛，各公司都有自己的制度，合理不合理我不知道。
3、关系协调，也就是客户配合问题，这个其实是项目的核心问题。协调好了，项目也快了，成本也低了，兄弟们奖金说不定就高了。但这是事情没有标准答案的，不同的客户，不同的项目，不同的岗位、不同级别对于同样的事情首先需要的是不同的说话技巧，一件事情不同的表达方式和表达时间，你可能就得到不同的结果。这东西，只有跟个老油条PM慢慢学或者自己摸索或者靠天赋，似乎别无捷径。
4、指望用户的计算机水平和你一样？做梦去吧。唯一的解决办法似乎就是耐心了。
5、关系协调好了，用户还会不配合。要用户配合，就用你的嘴巴去说服他愿意配合你了。
说了半天，回头一看，基本和没说一样，谁让这些问题本来就是不好说的呢？想当年公司安排的“项目管理”的培训，准备了2天都不知道1个多小时该怎么讲这么大的东西，可惜是ppt，要不就能贡献了。

[ 本帖最后由 lonelygo 于 2007-8-4 01:07 编辑 ]

k0295

支持lonelygo，呵呵

eamper

第一步是分析：进度、成本不管什么，你需要找到本质原因，一步错步步皆错。
第二步是手段：什么手段都行，只要不违法。正规的需求变更七步法、挣值等，不正规的胡侃、瞎聊。没有对错只有合不合适。
第三步是结果：以结果论英雄。客户不用你的系统还到处帮你宣传系统好，也行。

[ 本帖最后由 eamper 于 2007-8-23 09:18 编辑 ]

sambr

没有对错，只有合适与否－－－－这一点严重同意。

lonelygo

原帖由 eamper 于 2007-8-23 09:12 发表
第一步是分析：进度、成本不管什么，你需要找到本质原因，一步错步步皆错。
第二步是手段：什么手段都行，只要不违法。正规的需求变更七步法、挣值等，不正规的胡侃、瞎聊。没有对错只有合不合适。
第三步是结 ...

真正的“做”项目啊。