原创 项目中工程师为啥需要协调和妥协

看了特权的几篇文章“钻、细、变”，联系到近日与一位资深同事的聊天，以及一些工作的感受写下来。

走出学校进入工作以后，刚开始是充满干劲的，想法也略有些天真。参与实际的开发项目，我其实真的搞不清楚，为什么做一个简简单单的TPMS和BCM，需要花那么多的时间，需要那么多的测试，为什么我们在开发过程中，需要做那么多的分析，需要阅读那么多guildline，需要做那么多的过程文档，需要按照那么多的checklist一条条review下来，而且需要举办一个一定规模的peer review，把所有的问题找出来，把所有问题解决掉才能进入下一步？真的，我真的不明白，为什么简简单单的事情，一下子就变复杂了。

真正触动我灵魂的有2件事情

1.某个车，跑出去路试，然后跑着跑着转向灯不亮了，独眼龙一样开回OEM。为此出动若干个人力，联系供应商，花了若干个月的时间，不停的进行测试和考虑。最后发现问题是门锁不是特别好，控制的时候电机堵转，由于没有考虑到这个吸收感性能量的环节，导致在电源线上耦合出来一个很大的负脉冲，将驱动转向灯的HSD打坏了。

2.连接器选择不当，在高温高湿下，全部都碎掉了，检查下来没有注意使用环境。两个选择相同的形状，装车的时候，插错了，导致模块烧毁。

使用颜色防呆，装配的工人根本不管颜色，插得进就插，必须采用不同形状的才行。

以上的两点我写过，很凑巧，所有的事情其实都在Guideline和checklist上有名，只是设计人员并没有完全一条条检查，peer review由于是其他人的项目，根本就没有工程师有全力义务提醒，全面检查的觉悟。走出了那个地方，回头看来，真的需要一颗学习和遵守的心，耐心的把自己与他人犯过的错误仔细的阅读一下，然后比对一下在这些错误之上形成的“规矩”，这都是拿时间和钱买来的。

每个工程师所犯的错误和经历的失败，固然可以让其有着更深一层的领悟，但是问题是如果这些是错过很多回，还有必要再错一回吗？

前面走得越快，想得越简单，后面就会充满了坑坑洼洼，甚至直接掉入深坑再也爬不起来。

又过了一年，现在看来，其实整个车里头有着太多的东西，想做好一辆车，需要汽车OEM和众多的零部件厂商共同的努力这又隐含了多少工程师的经验和努力。一个部门在里头，能做的仅仅是很小的一部分，而摊到个人头上，又会少了一些。有时候，我也会茫然，当你做零部件产品的时候，你只能看到下面，看不到上面，也看不到芯片里面；当你在负责产品的时候，你很难深入下面，也需要更多的协调工作；而设计芯片，你则只能知道一些非常抽象的信息，你只能看到一片叶子，树和森林都是不可见的。     

在做硬件工程师的时候，和别人谈到最后的就是，为啥有这么多的事情需要协调，为啥需要有这么多的接口和妥协。而现在，有着更多的协调工作。我们总是可以在自己的职责上，在处理好协调的事情之余，专研一些感兴趣的东西，细心把表象划开，找出共性和特殊点，在遇到问题的时候举一反三。感受最深刻的，莫过于汽车其实已经工业化和传承太久了，有着太多的东西可以借鉴和学习，同样的汽车电子由于应用在汽车这个悠久的平台上，也有着一脉相承的知识和基础，学好这些才能实在的把事情做好，如有可能有些新鲜的创意。     

基于以上的叙述，在这个行业的工程师，不太可能独扯大旗，更多的还是要在一个平台之上，选择一个感兴趣的东西，与更多的gcs合作着把事情做好。按照前老板的说法，汽车企业一般很大，有足够的空间可以让你在各个不同的职位和舞台轮转的机会，也有着很多的专家，你可以学习和请教。当然，事情协调和扯谈多了，比较容易把自己感兴趣和需要深挖的东西忘掉；时时得提醒自己还是有些东西需要去努力挖掘的。

一家之言，请大家拍砖。