一流的项目经理，决不触碰这五条团队红线.docxVIP

做项目时间久了，你会发现一个很现实的问题：很多项目最后做得很累，并不一定是项目本身有多难，也不一定是团队能力不行。

更多时候，是项目推进过程中，一些本来很小的问题一直没人管，最后慢慢积累成大问题。

项目刚启动的时候，通常都挺顺，但真正往下做两三周以后，情况往往就变了。

有的任务看起来一直在推进，实际已经卡了很多天；

有的问题会上讲过几次，却始终没人真正负责；

有的人同时压着好几个关键任务，项目经理直到节点快到了才发现。

最后整个团队进入一种很熟悉的状态：项目经理每天不停地问进度。

这种项目，一旦事情变多，迟早失控。

真正成熟的项目经理，不只是会排计划、盯进度——更重要的是知道，有些管理方式看起来没问题，长期下来却会把团队越带越乱。

下面这五条红线，最好一开始就不要碰。

一、任务分下去以后，就默认事情会自己完成

很多项目经理刚开始管理团队时，都容易有一个习惯：任务分配完，就觉得管理动作已经完成了一半。

比如项目启动会上明确：

产品负责需求

技术负责开发

采购负责物料

业务负责客户沟通

每个人负责什么都写得很清楚，截止时间也定好了，接下来项目经理就等着大家按计划完成。

问题恰恰出在这里——任务有负责人，并不代表任务真的在推进。

我见过很多延期，根本不是员工故意拖，也不是能力不行，而是任务在执行过程中早就出现了问题，只是项目经理一直没有看到。

比如一项接口开发任务，计划周五完成。周