硬件工程师的日常：一半在画图，一半在救火
公司有些项目可能都不赚钱，但也接，只为争取后面可能的其它合作。研发人员没怎么变动，但事情多了，加班就多了。很多时候，项目进度都是被项目经理追着跑的。
采购被追，物料被追，研发被追。追到最后，因为物料的延期，研发时间被压缩到极限，然后开始出错。出的还不是什么高深的技术错误，全是那些平时闭着眼都不会犯的简单错误。
然后，公司又派人一起去救火。救完火，销售又接了个急单。循环继续。
01
硬件工程师的一天
就拿最近的一个项目来说吧。早上刚到公司，计划召集项目立项会议。项目经理说：“客户要五周交货，已经答应了，大家辛苦一下！”
我看了眼项目排期，正常周期一个半月。五周？又要压时间。
但没人敢说不行。因为上面说了：“先答应，后面想办法。”
接着，采购开始疯狂催供应商，计划开始排产，仓库开始查库存，研发开始被问：“图纸什么时候可以出来，能不能再提前一点？”
整个公司，被项目经理的那句话追着跑。
采购是最先被压扁的。正常交期六周的芯片，被要求想想办法。供应商说没货，那就换一家；新供应商说有货，但交期要七周，那也得先下单再说。
物料还没齐套，生产已经在催。
研发这边更惨：物料没到，没法验证，一旦到了就疯狂催你，客户急着要，能不能加班快点处理。
02
研发的时间越来越少
原本一个项目，研发需要：选型、设计、评审、打样、调试、测试、可靠性验证。
现在呢？能省则省，先保障基本功能。
研发被要求先出图，先打样，先上线。所有需要时间验证的环节，全被压缩成一句话：“后面再补。”
但后面，很难再补上。
真正出问题的，往往是那些最简单的地方。比如线序接反了，比如参数设计卡在临界值上，比如某某器件的降额忘了留够余量。这些错误，单拎出来看，它确实不复杂，但也是最容易出错的地方。
但在一个人接好几个项目，而且都比较急的条件下，微 信群里被疯狂@的时候，就是会犯。
而且一旦犯了，就不是改个文件那么简单。板子已经贴了，机器已经装了，只能重新拆机，重新返工，还得从别的项目抽调人手过来救。原本就紧巴巴的排期，这下更紧了。
03
然后，研发被拉去救火
研发的本职工作是设计，但现实中，大部分时间都在救火。
救完火，项目延期了。计划再催，项目经理再压，研发的时间再被压缩。
闭环，完美形成。
很多人说，研发出错是因为不够细心。但真相是：当一个系统长期靠压缩研发时间来运转，出错是必然的。
销售承诺没有经过评审，采购周期没有缓冲，研发时间没有底线。所有环节都在传递压力，最后全压在研发身上。
研发不是神。在极度忙碌、多任务切换、不断被打断的状态下，简单错误就是会频繁发生。
04
总结
工作这么多年，也经历过好几家公司，发现很多公司都是这样一个状态，以市场为导向本身没有错，但是也要量力而行。
可能这年头赚钱确实不容易，所以公司不管什么项目都在接；可能领导有领导的难处，项目接不接确实不在我们技术人员考虑的范围内；可能客户就是上帝，甲方一句话，全公司都得跟着转。
这些都能理解。但理解归理解，累是真的累啊！
好一点的公司，在你忙的时候可能会发点项目奖金，老板适当慰问一下，至少让人觉得没白忙。一般的公司，不管你做了多少，做得好是本分，做不好就要批评。
硬件工程师的日常，不只是画电路图、调板子。更多时候，是在和被压缩的时间赛跑，在和被跳过的流程周旋，在替整个系统的失衡买单。
