产品经理不想被甩锅，你要这样做进度管理

小李刚出任产品经理，承接了一个中型软件项目。上任时公司高层再三叮咛他一定要尊重客户，充分满足客户需求。

项目开始比较顺利，但进入到后期，客户频繁的需求变更带来很多额外工作。小李动员大家加班，保持了项目的正常进度，客户相当满意。

但需求变更却越来越多，为了节省时间，客户的业务人员不再向小李申请变更，而是直接找程序员商量。

程序员疲于应付，往往直接改程序而不做任何记录，很多相关文档也忘记修改。

很快小李就发现：需求、设计和代码无法保持一致，甚至没有人能说清楚现在系统“到底改成什么样了”。

版本管理也出现了混乱，很多人违反配置管理规定，直接在测试环境中修改和编译程序。但在进度压力下，他也只能佯装不知此事。但因频繁出现“改好的错误又重新出现”的问题，客户已经“失去了耐心”。而这还只是噩梦的开始。

一个程序员未经许可擅自修改了核心模块，造成系统运行异常缓慢，大量应用程序超时退出。虽然最终花费了整整3天的时间解决了这个问题，但客户却投诉了，表示“无法容忍这种低下的项目管理水平”。更糟糕的是，因为担心系统中还隐含着其他类似的错误，客户高层对项目的质量也疑虑重重。

随后发生的事情让小李更加为难：客户的两个负责人对界面风格的看法不一致，并为此发生了激烈争执。小李知道如果发表意见可能会得罪其中一方，于是保持了沉默。

最终客户决定调整所有界面，小李只好立刻动员大家抓紧时间修改。可后来当听说因修改界面而造成了项目一周的延误后，客户方原来发生争执的两人这次却非常一致，同时气愤地质问王先生：“为什么你不早点告诉我们要延期！早知这样才不会让你改呢！”小李委屈极了，疑惑自己到底错在哪里了。

在上边的例子中，小李出现了多数新任项目经理都会出现的问题

客户对行业不熟悉，也不知道自己想要什么，面对急病乱投医的客户，项目经理要做的就是比客户更懂客户，高瞻远瞩跟团队打配合，才能做到客户的心里去。

客户需求变更项目经理首先要做好需求管理：

1、需求来源：客户提交相关需求变更。

2、审核需求变更：评估如果实现该需求，需要的时间、人力成本多少；并评估对项目工期影响有多大？判断哪些需求能够目前解决，哪些需要留到下一版本解决。最后输出一份审核确认表反馈给客户，和客户进行商讨。

3、配置管理员：对变更需求进行记录，需求文档进行更新，并通知相关人员。

4、项目组长：负责调整相关开发进度表，评估任务时间，分发给相关开发人员

5、客户：客户提交的变更需求最后必须让客户进行签字确认。

一个项目的成功百分百归功于这个项目团队，而失败则百分百责任于项目经理一人。虽然这看起来有点夸大，但项目经理的角色确实非常重要。下面我们就来看看项目经理工作流程有哪些关键点：

1、负责与客户沟通，正确理解客户的需求，根据需求定制项目开发的内容、开发进度，阶段性成果，成果目标等。

2、负责定制项目开发的进度计划，并组织团队予以实施，提交阶段性成果报告。

3、负责协调客户与开发团队间的工作，及时解决开发过程中的问题。

4、负责及时对开发进度及成果进行调整，按照计划，达到预期效果。

做项目最重要的就是计划以及进度的跟踪，给大家推荐进度猫，在进度猫甘特图中对项目任务进行分解，估计项目的耗时，选择项目开始时间及结束时间，甘特图右侧自动生成计划耗时，将任务分配给团队成员，团队成员对每天完成的任务进行估计，填写任务的进度，甘特图会直观的显示项目的实际进度，还能对对未完成任务、已完成任务进行分类管理，让项目整体进度可随时把控。