经过几年软件开发工作，从单一模组开发者 到 跨多模块项目技术责任人，在到多项目并行时投入管理，对待事物投入看法也在变化。
从早期leader安排什么做什么，到有意识规划优先级投入，到挖掘客户真实需求找最低成本方案，再到有限资源项目取舍，特别是 紧急重要 与 非紧急重要 如何抉择，都有一个成长路径。不要把自己一直作为救火人员，要拒绝凡事先想着怎么解决的工程师思维。

一、工程师思维的弊端

工程师思维，凡事想着怎么做----不判读背后价值，只能被压榨

工程师思维，就是来问题或者需求 永远先想怎么做，怎么落地，有哪些关键细节。
从不考虑背后的价值（能不能赚钱、有没有让自己成长）。这个会导致在合作时永远 成为被压榨的一方，因为你无法判断你做的事情有多少价值，三千、三十万、三百万，你弄不清楚，只能别人说什么就是什么，无法判断其价值大小。

工程师思维，频繁陷入细节----影响效率、浪费机会、抓不住重点

一旦只盯着怎么做，就容易陷入细节。只是盯着现在客户要通过什么方式要什么东西，或者要解决什么问题。没有把重点放到挖掘背后真实需求，找到最低成本的方案，浪费时机。同时过多细节也导致也抓不住重点，很多时候和客户交流也没法问到点子上，一些关键预设条件都没有确认清楚，就基于自己认为的条件去想办法实施。

工程师思维，容易陷入完美主义----无法取舍，制造情绪内耗

工程师思维时，总想完成全部，要看到全局，想方设法完成全部高优先级的事物，特别负责任，有自驱力。
当资源冲突的时候 难做取舍，容易靠硬抗去完成各种指标，这个过程还会制造各种情绪内耗。

二、如何转 变工程师思维 背后逻辑

首先打工要有打工心态----要尊重自己，认为自己的时间有价值

打工要有打工人的心态。给多少钱做多少事情（有一定弹性，要考虑成长收益，但必须有自己的底线）。
第一步就是要尊重自己的时间，认为自己的时间是有价值的。如果你自己都不尊重你自己，别人更不会尊重你的时间和精力。
尊重是双向的，如果管理者尊重你，你也可以适当努力回报。相反如果别人都不尊重你，不要因为自尊心PUA自己压榨自己，没必要把自己的心血和健康 转换 为别人的业绩。

要分析自己工作效率----找到真正影响自己产出的点，拒绝优柔寡断

自己判断是自己本身工作效率低，还是因为别的事情影响导致效率低，还是说由于对接过程别人效率低影响自己。
一定要拒绝优柔寡断，一会儿搞这个一会儿被打断又投入其他事情，来来回回折腾，要学会拒绝和推后，保护自己时间。

不要恐慌各种deadline完不成----真正重要的事情一定会持续上升

很多事情做不完就做不完。做的时候思考一下 影响。这件事 是重要到 做成了 多分你年终奖？还是说做不成 导致你被辞退？
除此之外，一些本质上没有影响的事情，不要纠结deadline。真正重要的事情 遇到阻力 一定会一直上升 推动大家解决。

不要想着所有人满意，对谁都温和当朋友----本质上是不尊重自己

很多时候对待每个人都有耐心，当朋友对待。典型讨好型人格，让自己处于不对等的状态下和别人沟通。这种本质上是不尊重你自己，该果断时就果断，该互怼时就互怼。两个利益不完全一致的合作方，如果过程中没有起任何争执，那么一定有一方在一直吃亏，有时争执是寻找平衡点必然的过程，思考一下这个道理。一味地让步不能让自己得到更多，要适当释放出自己不是要欺负的信号；

三、如何解决工程师思维习惯，从哪些方向思考

首先 我们要不要完成这件事情？为了达成什么目标，价值多大

当前这件事情是否影响关键节点？如签样、打款；

是给谁完成这件事？是给别人还是给自己，付费的是谁。

是谁在关注这个事情？只有你自己关心，团队关心，还是甲方关心。

整个链路上信息是否弄清楚？什么背景，有哪些指标。

要不要你自己做？是否可以找其他人来做？

假如不做 或者 做不了，能不能通过其他手段达到目的？