这是一篇不太正能量，但也绝对不是负能量，不是纯吐槽的文章，只是就事论事，针对这种可能行业当中的所谓惯例进行分析和讨论，意图是让自己在用文字来整理、描述时能恢复到平常心态，带着解决问题的视觉来看待类似事件。
项目经理，这里我指软件项目中的组织者角色。
负责对外沟通客户需求、推进项目进度，把控项目质量等等。
对内负责和产品经理、开发人员、设计人员、测试人员、运维人员进行沟通，从原型到设计到开发测试上线部署的一系列工作都要参与其中。
按书本上来讲，要负责参与项目的八大过程域，这里就不赘述了，总之是和项目有关的事都要想着、记着、去推进处理、去负责。
还有，去背锅。
说起背锅，多多少少大家都背过吧，不用过多解释背锅，它的意思就是本不该你承担的负面后果，硬加在你身上。没人愿意干这件事，但又多是被迫无奈地接受。
项目经理是怎么背锅的？
拿今天这件事说起。我在负责一个某国字头的紧急项目，至少一周前就确定好 9 月 24 号客户要现场测试。
今天早上 5 点我先准备自己内测，发现当日的业务流程被限制，我估计是系统被限制了起始时间，等 8 点多远程开发人员上线后确认，确实是开发的同事限制了每天 10 点起才能开始购买，这个限制其实是在外的需求之外。
以上文字，写于9月24日当天，时隔5天之后到了今天9月29日，我已经没有那么暴躁、烦躁了。这5天的时间，说快，过得也很快，很快将我和开发团队磨合得配合着让项目顺利上线了。
但是那种在客户面前的难堪，可能会让我永远记忆。客户一直给我打电话，说现场有上百人在排队等待测试，而我这边却没有任何办法，只能盼着同事快点到办公室，只能一次次和客户说抱歉，说对不起。
这也只是做项目经理无数场景中最常见的吧，再有的就是客户明明确认了原型、确认了需求，但却又总是一次次修改。我理解客户，他的上层还有层层领导的层层意见，可是我作为项目经理，整理好这些需求去和公司开发团队沟通时，却总像自己犯了错误一样，因为开发的同事们会说，为什么又要改需求？
开发的同事不乐意，我也能理解。每改一次需求不仅意味着工作量增加，更会给系统增加不稳定的隐患，每改一次就要复测一次，改的次数多了难免会有新的问题产生，这时候出现的问题谁来承担？
不能允许烂尾的文章产生，但也许这篇文章成了虎头蛇尾之作。在下班的间隙，匆匆给它来个结尾吧。做项目经理不容易，但也正因为不容易，才更能创造价值。
要懂技术、懂业务、懂需求、懂客户、懂沟通，总之要做好项目经理，要懂得比客户和开发都要多，想得比他们都要多，把他们想不到的提前想到，控制和引导好需求、质量和工期，让客户满意、开发满意、公司满意。
关于背锅，其实也没什么。
背锅就是承担责任，也不是谁都能承担责任的，是吧。承担责任，也叫有担当。就把每一次被误会当成课堂练习吧，不必太当真。想清楚原因，自己如果有错，就一定改正，一定进步。如果是被误解误伤，就原谅对方吧，心胸大点就可以了。
好好学习，天天向上。不断学习新的技能、行业知识，去深入了解产品侧客户侧场景需求，让自己变得一天比一天强大，是件快乐的事。
马上十一小长假了，虽然我依然很穷，但难得能让自己每天都有意义，每天都比昨天好一点就好。