硬件工程师——到底要不要继续坚持

从事硬件工程师这些年，发现身边大多数硬件人的一个通病：站在门外看着门内的世界充满好奇，充满向往；进入门内又充满了疑惑，迷茫，找不到方向。硬件工程师的未来发展到底如何呢？门外的人想要进来一探究竟，门内的人困惑要不要转岗，转行。陆妹给大家整理了三个“过来人”的小故事，分享出来，看完或许你就能回答心里的疑惑了！

分享1 ——林工

本人从事过一段时间硬件工作——板级设计工程师，抛砖引玉从非技术角度说一下自己看法。电子信息行业已经是一个高度成熟的产业，现阶段的市场发展趋势，对硬件工程师新人来说的确是不容乐观。

1、硬件工程师沦为“裱糊匠”。 很多知友将这个现象归纳为器件性能提升和原厂参考设计的完善，所以硬件工程师变成了高级抄板工。

在这里不妨设想一下，在20年前，一个刚走出校园的硬件菜鸟A需要搭建一个8031+RS232串口通信的最小系统需要做哪些工作？器件选型需要在代理商字典一样厚的选型手册里研读半天，联系代理或原厂提供规格书数据手册，光得到一个datasheet就得花上半周时间。

从教材或各种文献中找出板级系统的搭建和调试方法，为昂贵的编程器费用审批不能通过而发愁。 制作样板时没有方便的EDA软件和打样服务，花上大半周时间把电路才能调通。知乎上还有前辈分享过经典案例，某原厂芯片编程指南全国只有一本，需要长途出差跑去对方办公室，求爷爷告奶奶才能阅读复印。20年前，哪怕是做一个8031+RS232的小系统，都可能花上大半个月的时间。

这种事情放在今天是不能想像的，淘宝上有现成的最小系统，有成套低价出售的设计资料，深圳有各种24小时出货的快板厂，20年过来了，做同样的一个功能系统，可能只需要1天就实现了。 随便比划两下就能用，极少出现点不亮或完全用不了的情况。放在20年前，可能就会因为复位电路设计不当、锁存器速度过慢这样的问题浪费数天的调试时间。在这种情况下，硬件工程师的价值在于他们的信息积累，充足调试经验能帮助系统定义设计过程节约大量的时间成本。

今天的老板并不会因为他的工程师能阅读原厂datasheet，知道M厂器件性能比P厂优秀而给他多付工资，这些是硬件工程师的“基本职业素质”。然而我们日常工作又有相当一部分时间花在这些事情上，进行创造性工作的精力少了。 信息的加速流动和透明化将硬件工程师从效率极低的信息收集过程中解放了出来，半导体器件集成化则逐步剥夺了板级工程师对硬件系统定义职能。

2、研发价值分化使硬件工程师失去主动权。 不妨再回到20年前，A的东家接到了某大国企邀约，希望在这套8031+RS232的基础上为生产线设计一套温度监控系统。然而A的方案在现场总是被机电设备干扰重启，竞争对手的硬件老鸟B得知后，拿出来一套现成的RS485方案，把A家打下阵来。

如今，原厂拿出的大量设计资料和参考指南，任何人都可以免费查阅， 诸如「RS485比RS232稳定」这样的知识差距被无意抹平，信息高度透明时，大量满足普通消费需求的经典设计无需被重复创造。我们常说「抄抄改改就能出产品」，这是一件不好的事情吗？抄demo就能出产品，意味整个产业的生产力已经处于相当高的水平，不用为买不到器件找不到配套厂家加工而发愁。但是从硬件工程师的个人发展来说，却是很不利的情况。

更要命的是，今天普通硬件工程师面临的是产业链上游的降维打击。 工业4.0、智能家居、可穿戴这样的产业概念层出不穷，技术信息极大丰富剥夺了普通硬件工程师参与创新的机会，更没有参与定义技术标准的资格。个人化的创新性的工作不推广不定义则不可能创造大的效益。

而产业概念的定义权力却往往掌握在细分方向的巨头手上，他们本身掌握甚至把控业界趋势而将竞争优势和利润最大化，小企业只能作为追随者参与其中。 各种厂家为什么乐意分享自己的技术见解和系统设计呢？技术本身很值钱，但对于面向普通消费者大量生产的廉价产品来说，只有保证自身在技术体系里的话话权，才能保证钱能稳稳当当落到口袋里。

3、从业群体分层和封闭化。 这问题下有不少知友都觉得高端职位少，硬件工程师难以在技术上有纵向深入发展，培养成本高昂。关键问题在于，电子信息行业尖端技术发展短时间内无法造福整个行业群体。

举个例子，测量方案T公司参与定制了80G高速总线的标准，在行业应用非常成功，那么下一代100G标准很有可能也是T公司参与牵头。T的大客户Z公司硬件工程师在设计板卡时遇到困难，会首先寻求T公司帮忙。久而久之，T和Z间的技术人员流动会变得平滑。然而T和Z在高速总线上积累的技术经验对用普通MCU进行应用设计的A和B毫无帮助，T和Z也不会考虑招聘A B作为硬件研发。

这个问题下说硬件工程师发展差和说硬件工程师发展好的观点各成一派，几乎谁也说服不了谁，也许这就是硬件行业的大发展产生技术壁垒的体现。 能赚钱的知识和技术并不能改造不赚钱的细分方向。技术壁垒让整个行业的从业人员分层加剧，并加重了上下流动的成本。

如何跳出这个怪圈？这个问题下知友提到硬件工程师的价值在于定义产品的能力，既然一味钻深，纵向走不通，我们可以走横向发展。但我认为这依然无法打破硬件工程师职业发展的城墙。

分享2——王工

作为从业多年的硬件人，我觉得这二十年，硬件工程师的就业环境是出现了天翻地覆的变化的，变化就是门槛不断降低，到如今，网上的资料已经丰富到随便下载点开发板来源资料包，就能够入门的地步，这在20年前是不可想象的。

门槛降低是一方面，但是随着高速数字器件和安规标准的不停发展，硬件工程师之间的差距正在不断拉开，以至于到了出现阶级壁垒的程度。

你拿着开发板资料，搭一个stm32的最小系统有没有问题？当然没问题。但是让你布一个高频十层板你行不行？整改EMC行不行？射频天线设计行不行？硬件工程师的工作变得越来越专业化，就业经历成为提升薪资最重要的东西。你如果一毕业就进大厂搞ic设计，或者基带，或者高速fpga，或者emc实验室等等，做个几年跳个槽，收入不可能低，但是如果进小公司还是弄低端电子产品，那可见未来提升空间狭小。

硬件设计已经变成极度依赖资源的行业 ，你如果能接触到先进的实验室，凭着从业经验都能拿上一份高薪。这就是硬件和软件区别最大的地方，软件的学习资源都是开源的，github要什么有什么，学习成本低，只要努力，进互联网这个行业不难。但是硬件工程师的阶层差距正在不断拉开，变成吃经验的行业，诚然你能设计基本的电路就基本饿不死了，但想拿高薪，没有高端行业从业经历是不行的。

所以我个人觉得，如果你已经能够接触到高规格的硬件设计工作，那么继续做下去肯定是好的，如果你还在低端行业打滚，我建议做硬件的同时也学软件。 两个都会，那你就有自己独立做产品的能力，至少就业面能扩展很多，甚至有机会还能出来创业，毕竟现在量产电子产品的成本也越来越低了，打板贴片都网上一条龙可以解决，解决外壳问题就能拿出来卖了，不失为一条可行的创业路径。

分享3——鲁工

从2个方面分析：

第一个是你本身情况出发，硬件类（ FPGA DSP PCB layout等）、算法类。

本身基础情况如何？问题不在于你反感不反感，而是你能否坚持下去或学习的过程中是否顺利。是，没错，我们这些年轻人是应该受点苦，是该做一些恒久的事情。可如果我们在这个过程能轻松的话，为什么不让自己轻松点呢？兴趣固然重要，在我看来，基础也同样重要，不仅仅是一个学习的过程和时间长短的问题，还牵扯到以后你成果的多少和质量（研究生特别看重这个）

第二个我们谈谈关于你感兴趣的东西——硬件类。 其实你这个情况~算不上纯硬件，有点带软件的意思在里面，因为毕竟咱们自己layout出来的PCB有可能还是需要自己去做一些驱动程序和一些板子的功能调试，还是要自己coding~

电子开发多好玩，电子设计多有意思。（跟TM吸毒一样上瘾又费钱）看到自己做的板子，自己做的电路，写上自己的程序，解决了一些项目的问题~摸得着的那种，多有意思！

这么说吧，硬件这一块入门易，提升难，需要耗费时间金钱人力，特别吃经验。 想站在金字塔的上层可能就更难了~和会计有一点像，越老越吃香。

没有几年的项目经验积累吃不下来，注意，我这里的项目经验指的是对高速信号PCB layout、多层板、EMC、开关电源、FPGA等等，太多太多需要考虑的了~而不是简简单单的写几个单片机程序（这类的工程师培养起来不是很费事）

没有哪个专业是好的，没有哪个专业是不好的，适合自己的才是最好的。（兴趣主宰）

如果你真的喜欢搞电子搞嵌入式搞硬件开发，那就入坑吧（我和你一起挖坑一起跳）反正我是没有退路了~hhh

最后：如果能行的话，还是选去做2吧~在读的时候论文专利都相对于要好出一些，对你研究生生涯肯定是很好的，国内环境2比1要的多~并且近年人工智能、大数据又重新带动了掀起了计算机技术之风~站在风口上的专业肯定是没得说的。

而硬件这一块，国家的政策以及行业的问题导致发展速度远远没有人工智能、深度学习、大数据快（这是我们不愿意承认但是存在的一个事实）。

拿一份bat offer比什么都来得痛快！ 并且平台好，职业生涯发展速度快！当然做软件这一块后面也有一些弊端，可能也需要转型一直做研发也是不现实的！这都是后话了。

干货分享通信硬件维护项目的敏捷项目管理实践

背景介绍

通信硬件维护的重要性：通信硬件是现代信息社会的基石， 保障其正常运行是确保通信网络可靠性的关键。硬件故障不仅会导致经济损失，还会影响社会运转，因此，通信硬件的维护工作至关重要。

传统项目管理方法的挑战：传统的项目管理方法往往依赖于严格的计划和控制，对于通信硬件维护项目中频繁的需求变化和不确定性应对能力不足，无法及时响应突发事件，导致效率低下和资源浪费。

敏捷项目管理概述

（1）敏捷项目管理的定义

敏捷项目管理的基本概念：敏捷项目管理是一种迭代、增量的项目管理方法，强调灵活性、响应变化和客户满意度。通过短周期的迭代（Sprint）和持续反馈，不断改进和优化项目成果。

敏捷与传统项目管理的区别：敏捷管理强调适应性和灵活性， 传统管理则侧重于计划和控制。敏捷管理通过频繁的交付和客户反馈，提高项目的适应能力和交付速度。

（2）敏捷方法论简介

Scrum：一种广泛使用的敏捷框架，采用短周期的Sprint迭代， 强调团队协作和自组织。主要角色包括产品负责人（Product Owner）、Scrum Master和开发团队。

Kanban：一种通过可视化和限制再制品（WIP）来优化工作流的方法，强调持续交付和流程改进。

Lean：借鉴精益制造理念，旨在减少浪费、提高效率和优化价值流， 通过持续改进实现高效交付。

（3）敏捷项目管理的优势

提高项目灵活性和适应性：通过迭代和持续反馈，敏捷方法能够快速响应变化和调整优先级。

增强团队协作和沟通：敏捷方法强调团队内部和与客户之间的紧密协作，促进透明和高效的沟通。

缩短项目周期，提高交付质量：通过频繁的迭代和持续改进，敏捷方法能够更快地交付高质量的产品和服务。

通信硬件维护项目的特殊性

（1）项目的复杂性

多样化的硬件设备：通信硬件维护涉及多种设备类型，包括交换机、路由器、光纤设备等，每种设备的维护需求和技术要求不同，增加了项目的复杂性。

高度依赖硬件的性能和可靠性：通信网络的正常运行高度依赖硬件设备的稳定性和可靠性，任何设备故障都会对网络服务产生重大影响。

复杂的维护流程和技术要求：维护过程需要高度专业的技术支持， 包括设备检测、故障排除、性能优化等。

（2）维护项目的挑战

设备故障和修复的紧急性：设备故障往往需要紧急修复，以保证通信服务的连续性， 这对维护团队的响应速度和处理能力提出了高要求。

现场环境的不可预测性：设备维护需要在不同的现场环境中进行，环境条件复杂多变，增加了维护工作的难度和不确定性。

协调多个利益相关者：通信硬件维护项目通常涉及多个利益相关者，包括运营商、设备供应商、技术支持团队等，需要有效协调各方的资源和需求。

（3）对敏捷管理的需求

需要快速响应和灵活调整：敏捷管理方法能够快速响应环境变化和需求调整，适应通信硬件维护项目的紧急性和不确定性。

强调协作和持续改进：通过增强团队协作和持续改进，敏捷管理方法有助于提高维护工作的效率和质量。

Stacy 矩阵的应用：使用Stacy矩阵评估项目的复杂性和不确定性，确定适合的管理方法。 对于复杂性高、不确定性高的项目，如通信硬件维护项目，Scrum等敏捷方法具有较高的适用性。

（4）Stacy 矩阵与Scrum的选择

Stacy矩阵的介绍：

图源：作者

为什么选择Scrum：

图源：作者

敏捷项目管理在通信硬件维护中的应用

（1）项目启动和规划

建立跨职能团队：组建由不同职能专家组成的团队，包括硬件工程师、网络工程师和项目经理，确保项目需求和技术支持的全面覆盖。

明确项目目标和范围：明确项目的具体目标和范围， 确保所有团队成员对项目方向和要求有清晰的理解。

制定初步计划和时间表：根据项目需求和资源情况，制定初步的工作计划和时间表，确保项目按计划推进。

（2）敏捷团队结构

产品负责人（Product Owner）：负责明确项目目标和优先级，确保团队工作与客户需求保持一致。

敏捷教练（Scrum Master）：负责促进团队遵循敏捷原则和实践，帮助团队克服障碍，提高效率。

开发团队（维护团队）：包括实际执行维护工作的成员， 负责具体的硬件维护和故障修复。

（3）Sprint 规划与执行

短周期的Sprint规划：将项目分解为多个短周期的Sprint， 每个Sprint都有明确的目标和任务，确保项目逐步推进。

每次Sprint的目标设定和任务分解：在每个Sprint开始时，设定具体的目标和任务，确保团队集中精力完成关键工作。

日常站会（Daily Stand-up）的实施：每天举行站会，团队成员简要汇报工作进展和遇到的问题， 确保团队紧密协作和信息透明。

（4）看板（Kanban）在维护中的应用

可视化工作流程：通过看板可视化工作流程，将任务按“待办”、“进行中”和“已完成”进行分类， 方便团队实时了解工作进展。

任务看板的使用和管理：使用看板管理任务，确保任务的优先级和状态清晰可见， 帮助团队合理分配资源和时间。

持续交付和反馈循环：通过持续交付和反馈，及时发现和解决问题，确保项目按时交付高质量的成果。

图源：作者

案例分析：成功的敏捷项目管理实践

（1）项目背景

项目背景：某通信公司负责大规模硬件维护项目，包括各种通信设备的维护和更新。项目覆盖多个城市和地区，涉及多种设备类型和维护需求， 项目的复杂性和规模都较大。

项目的复杂性：项目涉及多种硬件设备，每种设备的技术要求和维护流程各不相同。 同时，由于设备的高度依赖性，任何故障都可能对通信服务产生重大影响，增加了项目的复杂性。

需求的变化：客户需求变化频繁，需要维护团队能够快速响应和调整， 确保设备的高效运行和服务的连续性。

客户交互的要求：项目要求频繁与客户进行互动和反馈， 以确保维护工作的方向和优先级与客户需求一致。

（2）敏捷实践的实施

Scrum 和 Kanban 的结合应用：

（3）项目成果和改进

根据上图所展示的内容，总结如下：

敏捷项目管理的最佳实践

（1）持续改进

定期回顾和调整：通过Sprint回顾，定期反思和调整工作流程， 持续改进项目管理和执行效果。

收集反馈和实施改进措施：及时收集客户和团队的反馈，实施改进措施，不断提升项目质量和效率。

（2）团队协作与沟通

建立透明和开放的沟通机制：通过每日站会和定期会议，确保团队成员之间的信息透明和沟通顺畅。

鼓励团队成员的积极参与：鼓励团队成员积极参与项目讨论和决策，提高团队凝聚力和工作积极性。

（3）灵活应对变化

适应变化的环境和需求：敏捷方法强调适应变化，项目团队需要灵活调整计划和优先级，确保项目按需调整。

灵活调整项目计划和优先级：根据实际情况灵活调整项目计划和任务优先级， 确保项目目标的实现。

（4）高效工具和技术的使用

敏捷项目管理工具的选择和使用：如Jira、Trello等工具，有效管理项目任务和进度。

自动化和技术支持的应用：通过自动化工具提高工作效率，如自动化测试、持续集成等。

项目总结

（1）总结

本篇文章从理论到实践详细阐述了敏捷项目管理在通信硬件维护项目中的应用。通过具体的案例分析和实践经验，我们可以得出以下结论：

方法论指导的重要性：敏捷项目管理的方法论，如Scrum和Kanban，为项目提供了系统性的指导和结构。Scrum通过迭代式开发和频繁交付 确保项目的灵活性和适应性，而Kanban的可视化工作流管理 提高了任务的透明度和团队的协作效率。

Stacy 矩阵的应用：通过Stacy矩阵评估项目的复杂性和不确定性，可以帮助团队选择合适的敏捷方法。对于复杂和动态的通信硬件维护项目，Scrum的迭代式开发和灵活调整显得尤为适用。

实际应用的成功案例：某通信公司硬件维护项目的成功实施证明了敏捷项目管理方法的实操性和落地性。项目通过建立跨职能团队、明确目标和范围、使用Scrum进行迭代开发和Kanban进行任务管理，显著提升了项目的交付效率和质量。

实践经验的总结：在实践中，团队通过定期回顾和改进，持续优化工作流程和团队协作。通过频繁的小型会议和定期的评审会议，保持了高效的沟通和信息共享， 及时解决问题和消除障碍。

敏捷项目管理的优势：敏捷方法论通过提高项目灵活性、增强团队协作、缩短项目周期和提高交付质量，给通信硬件维护项目带来了显著的效益。团队成员的责任感和主动性得到增强， 浪费减少，计划更加清晰，整体项目的成功率显著提高。

（2）展望

未来，敏捷项目管理在通信硬件维护项目中的应用潜力巨大。随着技术的不断发展和客户需求的变化，项目管理需要更加灵活和高效。敏捷方法论将继续为企业提供系统性和实践性的指导，帮助企业在竞争激烈的市场中保持领先地位。

总之，敏捷项目管理方法不仅适用于软件开发项目，在通信硬件维护项目中同样能够成功实施，并为企业带来巨大受益。 通过系统性的方法论指导和实践经验的总结，企业可以在复杂和动态的项目环境中实现高效管理和优质交付，为客户提供更好的服务和支持。

相关问答

什么是硬件设计师?

硬件工程师需要会的东西太多了,首先你要熟悉了解电子方面的很多基础知识,然后在这基础上开始深入。1、学会设计、建构和测试各种计算机硬件及其相关设备,要会...

硬件工程师薪资水平是怎么样的?

硬件工程师的收入相对来说还是可以的;不同工作经验的硬件工程师薪资差距也是很大的,初入门的在北京可以拿到5K左右(只说大部分,排除华为、小米等大公司以及有...

通信工程师职责..._通信工程师_帮考网

通信工程师是负责设计、开发、维护和管理通信系统的专业人员。他们的职责包括:1.设计和规划通信系统:根据客户需求和技术要求,设计和规划通信系统...

通信工程师工作职责..._通信工程师_帮考网

通信工程师是负责设计、开发、测试和维护通信系统的专业人员。他们的工作职责包括:1.设计和规划通信系统:根据客户需求和技术要求,设计和规划通信...

女孩如何做好硬件工程师?

硬件工程师这个行业女生很少,为什么呢?硬件工程师属于理工科专业,高中时学理科的女生本来就很少,高考选专业时,选择硬件工程师相关的专业也很少,大部分女生...硬...

本科找工作，深圳英飞拓和广州京信通信，硬件工程师，哪个好?

这两家公司都比较熟行业也都不错京信公司还是不错最近两年有一点走下坡路吧不过通信行业的利润和订单一直都在那里做三四年之后去华为肯定没问题英飞拓...

硬件工程师面试基本知识?

1.总体概述。你在某个项目中,承担的角色是什么,主要做了哪些方面的工作,遇到过什么难题,是怎样解决的。2.系统框图。画出你的这个项目的硬件系统框图并简...

硬件工程师这个行业会没落吗?

一、硬件工程师的职责与定位首先,介绍下一个硬件产品的研发流程,如下图所示:公司内所有的岗位是同等重要的,有些公司可能没有研发或者部分研发工作外包。虽...

硬件工程师的发展如何?

本人是硬件工程师,目前毕业3年多,毕业一开始岗位是EMC工程师,做了1年又10个月,对电磁兼容和卖硬件设备的公司有了一定的了解,觉得EMC工程师没前途,于是跳槽...本...

请问一下通信工程、信息工程、电子信息工程、电子信息科学与...

首先回答一下你的具体问题。通信工程、信息工程、电子信息工程、电子信息科学与技术以及光信息科学与技术这些名称看似相同实则完全不同,接下来为大...