程序员作为最底层的搬砖者，在工作中很容易背锅。先举几个典型的例子。
1. 跨部门领导对一个项目非常的看重，需求方和产品经理也花了很多心思。这个计划前期收集需求和规划花了一个月，跨部门领导非常满意，希望产品项目快速落地。这个时候，需求方和产品经理一起找程序员，希望程序员快速将项目完成。程序员得知项目被领导高度重视且项目如果自己加班的话，可以在两周内完成。这个时候，需求方就和你说，项目到现在已经一个月了，但是系统还没个影子，领导已经有意见了，希望加快速度完成。
2. 项目更换产品经理，新产品经理对该系统的定位不是特别了解。新产品经理的想法是好的，一定要注重用户体验。但是原有的一些功能没有设计成可以下放给第三方进行使用，但产品经理不清楚，在最开始时并没有规划到这一步。当程序员在拿到需求后，做了整体设计方案后，后续加入很多零散的需求，代码改的一踏糊涂，项目出现bug的风险性非常高。
3. A、B两个系统正在同时开发，B系统按照原有的计划，已经基本开发完成，A系统还存在一定的缺陷，现在AB系统需要进行最后的对接。如果等待A系统完成后再对接，需要很长的时间。领导会议，希望协商解决。A系统因为开发难度较大，希望B系统，做一些临时性方案，作为过渡，后续这些方案，将会A系统完善后逐一移除。
如何合理的处理这些问题，让你从工作中的压力中解脱出来。
1. 首先绝对你绝对不能对需求方的要求做正面答复，首先，你和他的信息是不对称的，而且他无法评估你的工作量并且他会认为你原有的排期是不需要加班的。解释只是浪费你的时间，因为他不在意你在开发过程中，需要进行项目设计、开发、测试和其他人力资源的协调工作。如果你答应了，那么你的领导也不能为你争取，如果你不答应，最后在领导资源的协调下，满足了他的要求，会给他一个做事不积极的影响。
如果可以，尽量让项目经理和需求方沟通，然后你和项目经理进行沟通。对于排期问题，除非给你分配更多的人力资源，否者不要轻易变更。如果leader也要求你重新排期，那么你可以写一份更加细致的项目排期。让leader和项目经理知道，你的排期是科学的，时间压力自然就他们去顶了，你需要完成好，自己的本质工作就可以。
2.项目更换产品经理这个是非常可怕的事情，从0到1和从1到100是不一样的。首先要主动和产品经理进行沟通，过往项目的设计。这样有两点好处：
一、原有的产品的特殊设计，一定是为了解决一部分问题，如果不知道里面的缘故，新产品经理可能认为其不合理，如果没有先入为主，让产品经理知道这些情况，可能新产品经理会想出另一个方案，要知道即使使用新方案，也不一定能解决这些问题。
二、产品经理对产品了解到较少，很容易在与需求方对接时，处于被动（被动接受需求方的方案）。而当产品经理足够了解项目，那么需求方的意见，将转换为产品经理的方案。
3. 具体一点，公司现在有两个产品线，一个是电商项目，一个是项目一键化发布系统。电商项目已经接近尾声，但是发布系统还没有完成。发布系统主管系统希望先使用部分发布系统，部分功能使用人工手动发布。但是手动发布很容易出错，很多开发人员并不清楚如何手动发布，上线测试也是问题，容易出现很多不确定因素。本人认为最佳的方式是，从电商项目抽部分人员开发发布系统项目。
