抓住项目中成长的机会

大家好,这里是大话硬件。

关注我公众号的朋友应该知道,我一直主推的是,道理大家都懂,但是做不好的底层逻辑是因为我们没有实践和反馈。

工作亦是如此,很多时候并不是我们不想做好,不想提升技术水平,而是缺乏相应的实践和反馈。

恰好在年初负责了一个新项目,相比之前的产品,有一些设计可以参考,而大部分的内容都要新设。所以,对于这种新的项目,我异常珍惜,就是为了能在项目中有更多可以实践的地方。因此,不免会产生一些新的体会和感悟,更新出来一起成长,一起进步。

新产品开发时,硬件在总体设计阶段能影响产品的能力比较大,到了详细设计阶段就较小。对于一些小的升级项目,就刚好相反,有的甚至直接详细设计,没有总体设计阶段。所以在总体设计阶段,我们花的时间比详细设计阶段还要多,很自然地对总体设计形成了两点体会。

(1)产品的硬件架构相当重要

决定一个产品卖出后是否能受到市场认可关键因素之一就是硬件架构,如果在顶层设计时,架构就存在问题,那么后面做的很多工作都是在打补丁。在决定整机硬件架构时,能比上一代创新10%,可能就是相当大的进步。

当然,这里的创新需要我们做大量的工作:新方案的调研;竞品的方案优劣势;新方案的验证;整机在产线直通率差的原因;曾经出现客诉的问题等等,这些都是我们创新的前提储备。

具体到硬件架构设计时,最好就能将上面的问题考虑进去,站在产品的顶层去优化设计。这些架构层面的东西,才是关键中的关键。

就像很多人一直说IOS系统比安卓系统流畅,这就是底层架构,不是安卓系统增加4GB的硬件内存就能解决。回到我们自己的设计中,把DC-DC换成LDO能解决一些问题,但能决定的问题其实很有限。

(2)优化硬件的接口和定义

新项目中,整机架构决定后,详细设计基本上就是按照总体设计去填空,找对应的模块实现总体方案的功能。在这个过程中,硬件能做的就是优化模块与模块之间的接口和定义。

比如,上一代的产品某个功能需要两块单板实现,在新产品中还是用两块单板实现,但是单板与单板之间用什么信号连接,用什么样的连接器,用多少根信号去连接,硬件来决定。上一代用的是单端信号经常受到干扰,这一代可以用差分信号;上一代用的单端信号没有问题,这一代可以增加一个Buffer解决单板距离变远的问题。这些设计都需要在设计阶段就加入进去,而不是等到产品做出来才想到前面的这些问题。

同样,在详细设计阶段,要持怀疑的态度去对待每一个电路!

前段时间画PCB原理图的同事问我,这个电路怎么和之前画的不一样。

我说没错,和之前你看到的确实不一样,之前的能用,但是这里有些改动。PCB的同事就问我,他说那你是要参考1.0还是按照新设计,我说按照新设计。他很不解地问, 能用参考的为什么不用,我说前面的设计有些问题,按照我现在的来。

当然,这里不是鼓励大家都去改动,即使在不能做归一化或者复用的前提下,也不要抱着只要能用,只要不多做,就不会出错的心态。殊不知,是失去了一次很好锻炼的机会。

同样的单板,看似非常简单,换成了是我自己做,能收获到的东西,肯定不止直接拿别人成果物那么多。我在工作中,时刻提醒自己,工作中最大的成长不是来源于完美地复用别人的东西,一个错误没有,而是来源于每一个细节都自己动手去验证。

在微信群里看到一位前辈说过一句话:只要不是自己设计的电路,都可能是错的。这句话的背后,我想并不是要说明他自己多么厉害,更多的是在说,对待任何一个电路,哪怕是直接复用量产的,也要持怀疑的态度,这个上拉取值是否合理,电容是否选择合理,是否有做到归一化等等。

就像我在项目中用到一个电平转换芯片,很多同事的板子上都用过,我也看了他们的原理图,发现每个人的设计竟然都不一样!虽然都能满足工作,但是按照手册设计的话,能省下一个电阻,准确说他们的设计确实能用,但并不是最好的。

复制,黏贴,可以避免犯错,但是可以在复制之后,看一下人家为什么要这么设计。带着这样的心态去工作肯定比直接复用要累很多,但是它的好处也很明显,你对产品的细节每一个位置都很了解,出了问题你最清楚怎么解决当然,在无形之中也扩宽了自己的知识面。

除了上面一些硬核的技能需要打磨外,还有一个软技能我越发觉得重要——沟通。

(3)沟通真的很重要

在项目管理中有句话是这么说的,项目经理有90%的时间都用在了沟通上。对硬件工程师来说,除了坐在工位画原理图,可以说80%时间都用在沟通上。

总体设计时,需要和结构,软件,项目,多方面的资源进行沟通,确认相关的细节和需求。遇到满足不了的需求,还要和多方的资源进行battle。器件选型时,需要和多家的FAE,销售了解器件的各方面的信息。PCB设计时,需要和热设计,EMC,安规,DFM等多个资源沟通,及时解决遇到问题。产品生产时,需要和产线的同事及时沟通解决生产问题。上面这些都是需要沟通的环节。

毫不夸张地说,除了硬件水平外,沟通已经成为硬件工程师需要提升的第二技能了!这里分享一下我的做法。

在前阵子开发项目中,有几个问题沟通做得不好,及时进行了反思和总结,下面是当时的反思记录。

左边是记录在沟通过程中做得不好的点,右边记录自己的反思。在做反思记录时有两个非常重要的点,一个是要清楚记录当时沟通发生的背景,具体到时间,地点,双方沟通的状态,最好是能把沟通双方的语气,表达内容全部都记录下来这部分写得越详细越好,另外一个是,写一下自己为什么没做好沟通的原因,理由是什么,并在最后写出下次面临类似的情况,应该怎样做。上述的方案仅供参考,大家有兴趣可以尝试看看。

以上即为前一阶段在工作中的一点体会和总结,仅供大家参考。

声明:本内容为作者独立观点,不代表电子星球立场。未经允许不得转载。授权事宜与稿件投诉,请联系:editor@netbroad.com
觉得内容不错的朋友,别忘了一键三连哦!
赞 2
收藏 4
关注 551
成为作者 赚取收益
全部留言
0/200
成为第一个和作者交流的人吧