立项会议上提供项目进度计划之我见

本文讨论了项目经理在立项会议中公布项目进度计划的权衡与思考。项目经理认为,虽然主管希望在立项会议中确认时间点,但此阶段主要目的是说明项目启动,而详细进度应在UC和系统设计后估算。过早公布进度计划可能误导团队,且增加前期工作时间。作者提出在项目初期仅公布关键时间点,并在后续阶段提供更准确的计划。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

今天立项会议上,我作为项目经理主持会议,在会上被大家问及什么时候完成编码,什么时候完成测试,什么时候发布,产品经理和几个非技术部门的几个同事问这个问题,我可以理解,但是我的主管居然也要去我在立项会议前把这些时间点确认,虽然是大概的,这样可以让自己对整个项目的工期心中有数,但我觉得这种做法是欠妥的,甚至是不对的。

首先,我认为这只是立项会议,目的是为了说明这个项目已经启动了,通常,我只在立项会议上公布编写UC和系统设计的时间和进度,因为这个比较好估算,整个项目的进度计划一般放到UC和系统设计评审之后估算,UC和系统设计没有完成,后面的进度计划会很难估计,连技术方案都没有确定,那怎么估算工作量呢?

期次,这样做只会浪费前期更多的工作时间,如果草率的公布拍脑袋想出来的项目进度计划会给项目组的其他成员误导,他们会认为这就是项目进度计划。既然这样,我还是宁愿晚点告诉他们项目的进度计划,那样的计划会更加准确,避免后期的解释。

当然,还有一点要说明的是,我这里指的项目只是针对我们公司内部的,如果是从外部中标的项目,为了估算项目成本,在立项前期是需要做大概的工作量估算的。

不知道大家的想法如何,欢迎探讨!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值