同事给我发的邮件,谈及上周参加项目会议,关于项目Delay的深刻体会(转述篇)。
2008-07-10 17:50
218 查看
注意:本文转载过程中,隐去具体项目名称和模块名称,并且做了少量的修订,特此向作者以及读者说明。
背景:
这次会议是一次需求确认会,但是客户方的业务负责人没有出席,由监理方进行确认。
在会议过程中发现很多需求点尚未明确,但监理方对很多地方也拍不了板,考虑到项目的进度压力很大,项目经理对需求最终定稿的时间点心里没底,预感将有较大的延迟,进而对整个项目客户当初要求的上线时间没有把握,心里比较着急。
于是,项目经理以资源不足为由要求客户方推迟上线时间,然而,客户方认为公司应该增加资源,坚持原先定的上线时间不能改变,使会议变成了一场争论。
思考:
根据工作量的评估结果,这个项目按照客户要求上线的时间点上线确实很紧,但从客户的角度来说,资源问题是开发商理所当然应该解决的问题,因此我们跟客户谈我方的资源不足问题没有意义,甚至会给客户有我们对其项目不重视之嫌疑,并且客户认为,只要多加资源,就可以按时甚至提前上线,这些是错误的观点。
当前的迫切问题是如何使得需求明确下来,虽然有监理方介入,但类似于这样的需求确认会应该尽可能的使得最终客户的业务代表能参与。提高需求确认的效果。
至于进度方面的压力,建议项目经理跟部门经理沟通,请部门经理协助解决。另外,一定要做好项目计划以及WBS分解,然后跟客户确认,并使客户明白不是增加资源就能解决所有问题。
背景:
这次会议是一次需求确认会,但是客户方的业务负责人没有出席,由监理方进行确认。
在会议过程中发现很多需求点尚未明确,但监理方对很多地方也拍不了板,考虑到项目的进度压力很大,项目经理对需求最终定稿的时间点心里没底,预感将有较大的延迟,进而对整个项目客户当初要求的上线时间没有把握,心里比较着急。
于是,项目经理以资源不足为由要求客户方推迟上线时间,然而,客户方认为公司应该增加资源,坚持原先定的上线时间不能改变,使会议变成了一场争论。
思考:
根据工作量的评估结果,这个项目按照客户要求上线的时间点上线确实很紧,但从客户的角度来说,资源问题是开发商理所当然应该解决的问题,因此我们跟客户谈我方的资源不足问题没有意义,甚至会给客户有我们对其项目不重视之嫌疑,并且客户认为,只要多加资源,就可以按时甚至提前上线,这些是错误的观点。
当前的迫切问题是如何使得需求明确下来,虽然有监理方介入,但类似于这样的需求确认会应该尽可能的使得最终客户的业务代表能参与。提高需求确认的效果。
至于进度方面的压力,建议项目经理跟部门经理沟通,请部门经理协助解决。另外,一定要做好项目计划以及WBS分解,然后跟客户确认,并使客户明白不是增加资源就能解决所有问题。
相关文章推荐
- 同事给我发的邮件,谈及上周参加项目会议,关于项目Delay的深刻体会(分析篇)。
- 同事给我发的邮件,谈及上周参加项目会议,关于项目Delay的深刻体会(挖掘篇)。
- [转载]关于项目管理的一点体会
- 关于项目管理的一点体会
- Jérôme关于JXSE的一个邮件,目前似乎还没人接手JXSE项目
- 关于项目管理的一点体会
- 关于项目管理的一点体会
- 关于软件外包项目管理的几点体会(本文版权归吴兵本人所有,谢绝转载!谢谢!)
- [转]Unix下针对邮件,搜索,网络硬盘等海量存储的分布式文件系统项目(关于GFS、MogileFS分布式文件系统邮件列表)
- 关于项目和实施过程中部分角色行为的心得体会
- 邮件:关于GB(Six Sigma Green Belt)项目的需求分析
- 关于项目管理的一点体会
- 转载:关于项目管理的一点体会
- 心得体会:关于开发效率和项目周期的问题
- 心得体会:关于开发效率和项目周期的问题
- [转]Unix下针对邮件,搜索,网络硬盘等海量存储的分布式文件系统项目(关于GFS、MogileFS分布式文件系统邮件列表)
- 心得体会:关于开发效率和项目周期的问题
- 关于如何推进江苏水文分析评价项目验收的会议
- 参加项目管理培训的一些体会
- 关于项目管理的一点体会——需求等级、任务分解、可视化、每日构建