文档库 最新最全的文档下载
当前位置:文档库 › 2018年项目经理如何把控项目进度?

2018年项目经理如何把控项目进度?

在社群看到有朋友问过以下问题,欢迎大家在评论里留言互动,学习到更多的想法和见解。

刚开始是由我自己带领整个技术团队,后来来了策划、产品、技术负责,每个人都各司其职。每次开会我都能看到项目的进度,但是临近项目上线,我突然感到好像整个项目没有按照我的预期所想的结果进行上线,很多理念上的东西都变了。

项目当中一堆瑕疵和bug,不知道该如何进行下一步,上线之后又该怎么继续下去了?

下面是社群几个朋友的作答,发出来给大家做借鉴,参考,也欢迎更多的思维碰撞。

这里有几个问题

1、需求存在偏离,这个是大问题。

2、程序bug,bug的数量及严重程度都是什么情况。是否影响到业务的正常使用。

3、作为项目负责人参与度不够,没有及时了解进度。

4、项目进度反馈内容与实际不符,存在偏差

我觉得,需求一定要每个人都吃透,不同小组之间的协议,进度一定要提前规划好,不然就会出现一个往东一个往西的现象,后期联调问题不断,项目经理要主动去沟通,穿针引线,不能让某个环节断掉。

1.每次开会除了关注进度,还应该识别风险和问题,不能到最后了还是感觉好像。

2.需求变更没走流程或者没有流程,需求变更造成的影响没有重视。

3.沟通不及时。

下一步主要就是和产品策划开发负责人沟通总结明确目前问题,bug,如果确实存在则评估优先级以及重新风险上线时间。上线之后总结确定需求变更流程,确保变更引起的进度等影响,能被识别,且做出相应的解决,各干系人达成共识。

1.策划、产品、技术进入项目组时,本来就应该跟他们汇报一下项目的现状和后期规划(他们都是领导),让他们有意见的提意见,没意见就演示一次目前已经实现的流程。

2.“所有理论上的东西都变了”?不是有需求文档么?一切以文档的为准。

3.每个WBS开发完成后,测试难道不测试一下?

4.项目负责人也要对每一个完成的WBS进行测试+确定吧?不可能等集成测试才关心它。

5.项目上线后,把测出来的bug弄个Issue list按照优先顺序一个个解决它。

相关文档
相关文档 最新文档