硬件工程师——到底要不要继续坚持
从事硬件工程师这些年,发现身边大多数硬件人的一个通病:站在门外看着门内的世界充满好奇,充满向往;进入门内又充满了疑惑,迷茫,找不到方向。硬件工程师的未来发展到底如何呢?门外的人想要进来一探究竟,门内的人困惑要不要转岗,转行。陆妹给大家整理了三个“过来人”的小故事,分享出来,看完或许你就能回答心里的疑惑了!
分享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矩阵的介绍:
Stacy矩阵的定义和作用:Stacy矩阵是由Ralph D. Stacey提出的工具,用于帮助项目团队评估项目的不确定性和复杂性。通过矩阵,可以更好地选择适合的项目管理方法。Stacy矩阵的四个象限:简单、复杂、复杂(Complex)和混沌(Chaos)。 每个象限对应不同的项目特征和管理方法。通信硬件维护项目的位置:通信硬件维护项目通常具有较高的不确定性和复杂性,属于复杂(Complex)象限,需要灵活且适应性强的管理方法。图源:作者
为什么选择Scrum:
适应复杂环境:Scrum能够适应通信硬件维护项目的复杂性和不确定性,通过迭代和增量的方式逐步推进项目,减少风险和不确定性。提高团队协作:Scrum强调团队协作和沟通,通过每日站会、Sprint评审等机制,促进团队成员的互动和信息共享。 灵活应对变化:Scrum能够灵活应对项目需求和环境的变化, 通过短周期的Sprint规划和评估,快速调整项目计划和优先级。增强透明度和责任感:Scrum通过明确角色和职责,提高项目管理的透明度和团队成员的责任感,促进项目目标的实现。图源:作者
敏捷项目管理在通信硬件维护中的应用
(1)项目启动和规划
建立跨职能团队:组建由不同职能专家组成的团队,包括硬件工程师、网络工程师和项目经理,确保项目需求和技术支持的全面覆盖。
明确项目目标和范围:明确项目的具体目标和范围, 确保所有团队成员对项目方向和要求有清晰的理解。
制定初步计划和时间表:根据项目需求和资源情况,制定初步的工作计划和时间表,确保项目按计划推进。
(2)敏捷团队结构
产品负责人(Product Owner):负责明确项目目标和优先级,确保团队工作与客户需求保持一致。
敏捷教练(Scrum Master):负责促进团队遵循敏捷原则和实践,帮助团队克服障碍,提高效率。
开发团队(维护团队):包括实际执行维护工作的成员, 负责具体的硬件维护和故障修复。
(3)Sprint 规划与执行
短周期的Sprint规划:将项目分解为多个短周期的Sprint, 每个Sprint都有明确的目标和任务,确保项目逐步推进。
每次Sprint的目标设定和任务分解:在每个Sprint开始时,设定具体的目标和任务,确保团队集中精力完成关键工作。
日常站会(Daily Stand-up)的实施:每天举行站会,团队成员简要汇报工作进展和遇到的问题, 确保团队紧密协作和信息透明。
(4)看板(Kanban)在维护中的应用
可视化工作流程:通过看板可视化工作流程,将任务按“待办”、“进行中”和“已完成”进行分类, 方便团队实时了解工作进展。
任务看板的使用和管理:使用看板管理任务,确保任务的优先级和状态清晰可见, 帮助团队合理分配资源和时间。
持续交付和反馈循环:通过持续交付和反馈,及时发现和解决问题,确保项目按时交付高质量的成果。
图源:作者
案例分析:成功的敏捷项目管理实践
(1)项目背景
项目背景:某通信公司负责大规模硬件维护项目,包括各种通信设备的维护和更新。项目覆盖多个城市和地区,涉及多种设备类型和维护需求, 项目的复杂性和规模都较大。
项目的复杂性:项目涉及多种硬件设备,每种设备的技术要求和维护流程各不相同。 同时,由于设备的高度依赖性,任何故障都可能对通信服务产生重大影响,增加了项目的复杂性。
需求的变化:客户需求变化频繁,需要维护团队能够快速响应和调整, 确保设备的高效运行和服务的连续性。
客户交互的要求:项目要求频繁与客户进行互动和反馈, 以确保维护工作的方向和优先级与客户需求一致。
(2)敏捷实践的实施
Scrum 和 Kanban 的结合应用:
Backlog 管理:项目团队使用Scrum方法进行需求管理,将所有维护需求和任务列入产品Backlog, 并根据优先级进行排序。通过定期的Backlog梳理会议,确保需求的清晰和准确。Sprint Planning:每个Sprint开始前,团队进行Sprint Planning会议,确定本次Sprint的目标和任务。结合Kanban方法,将任务分解为小块,并放入任务看板, 明确每个任务的负责人和预期完成时间。每日站会(Daily Stand-up):团队每天进行短时间的站会,汇报各自的工作进展、遇到的问题和需要的支持,确保团队成员之间的信息共享和协作。 Sprint 回顾(Sprint Retro):每个Sprint结束后,团队进行回顾会议,评估Sprint的成果和问题,总结经验教训,并制定改进措施, 以持续优化工作流程和团队协作。(3)项目成果和改进
根据上图所展示的内容,总结如下:
目标和关键结果:通过Scrum的应用,项目的目标和关键结果变得非常清晰, 并在每个Sprint结束时重新评估和调整,确保项目始终朝着正确的方向前进。效率和交付:频繁的交付和高质量的交付成为常态,大多数任务都能按时完成, 且质量得到保证。减少浪费:通过快速失败和学习,团队能够及时停止不必要的工作, 减少了资源浪费。责任感和主动性:团队成员更加注重整体目标,变得更加主动, 增强了项目的所有权感。计划清晰:项目计划变得更加清晰和精确,确保每个Sprint的目标明确,任务具体。沟通和会议:通过频繁的小型会议和定期的评审会议,保持了高效的沟通,确保信息的及时传递和问题的快速解决。 合作:团队能够及时识别和消除障碍,增强了协作效率。敏捷项目管理的最佳实践
(1)持续改进
定期回顾和调整:通过Sprint回顾,定期反思和调整工作流程, 持续改进项目管理和执行效果。
收集反馈和实施改进措施:及时收集客户和团队的反馈,实施改进措施,不断提升项目质量和效率。
(2)团队协作与沟通
建立透明和开放的沟通机制:通过每日站会和定期会议,确保团队成员之间的信息透明和沟通顺畅。
鼓励团队成员的积极参与:鼓励团队成员积极参与项目讨论和决策,提高团队凝聚力和工作积极性。
(3)灵活应对变化
适应变化的环境和需求:敏捷方法强调适应变化,项目团队需要灵活调整计划和优先级,确保项目按需调整。
灵活调整项目计划和优先级:根据实际情况灵活调整项目计划和任务优先级, 确保项目目标的实现。
(4)高效工具和技术的使用
敏捷项目管理工具的选择和使用:如Jira、Trello等工具,有效管理项目任务和进度。
自动化和技术支持的应用:通过自动化工具提高工作效率,如自动化测试、持续集成等。
项目总结
(1)总结
本篇文章从理论到实践详细阐述了敏捷项目管理在通信硬件维护项目中的应用。通过具体的案例分析和实践经验,我们可以得出以下结论:
方法论指导的重要性:敏捷项目管理的方法论,如Scrum和Kanban,为项目提供了系统性的指导和结构。Scrum通过迭代式开发和频繁交付 确保项目的灵活性和适应性,而Kanban的可视化工作流管理 提高了任务的透明度和团队的协作效率。
Stacy 矩阵的应用:通过Stacy矩阵评估项目的复杂性和不确定性,可以帮助团队选择合适的敏捷方法。对于复杂和动态的通信硬件维护项目,Scrum的迭代式开发和灵活调整显得尤为适用。
实际应用的成功案例:某通信公司硬件维护项目的成功实施证明了敏捷项目管理方法的实操性和落地性。项目通过建立跨职能团队、明确目标和范围、使用Scrum进行迭代开发和Kanban进行任务管理,显著提升了项目的交付效率和质量。
实践经验的总结:在实践中,团队通过定期回顾和改进,持续优化工作流程和团队协作。通过频繁的小型会议和定期的评审会议,保持了高效的沟通和信息共享, 及时解决问题和消除障碍。
敏捷项目管理的优势:敏捷方法论通过提高项目灵活性、增强团队协作、缩短项目周期和提高交付质量,给通信硬件维护项目带来了显著的效益。团队成员的责任感和主动性得到增强, 浪费减少,计划更加清晰,整体项目的成功率显著提高。
(2)展望
未来,敏捷项目管理在通信硬件维护项目中的应用潜力巨大。随着技术的不断发展和客户需求的变化,项目管理需要更加灵活和高效。敏捷方法论将继续为企业提供系统性和实践性的指导,帮助企业在竞争激烈的市场中保持领先地位。
持续探索和优化敏捷实践:企业应继续探索和优化敏捷项目管理实践, 结合行业特点和项目需求,不断调整和改进工作流程和管理方法。加强团队培训和能力提升:通过培训和能力提升,增强团队对敏捷方法论的理解和应用能力, 确保敏捷项目管理在实践中得到有效实施。技术支持和自动化工具的应用:随着技术的进步,自动化工具和技术支持将进一步提高项目管理的效率和效果,推动敏捷项目管理的深入应用。总之,敏捷项目管理方法不仅适用于软件开发项目,在通信硬件维护项目中同样能够成功实施,并为企业带来巨大受益。 通过系统性的方法论指导和实践经验的总结,企业可以在复杂和动态的项目环境中实现高效管理和优质交付,为客户提供更好的服务和支持。
相关问答
通信终端业务工程师是干什么的?有哪些任职要求?申请方
[回答]很多同学在找通信终端业务工程师相关工作的时候了解一下通信终端业务工程师到底是干什么的?以及任职有那些要求都是很有必要的,这样能够帮助我们提...
通信工程师主要内容..._通信工程师_帮考网
通信工程师是一种专业技术人员,主要从事通信系统的设计、建设、运行和维护等工作。其主要内容包括以下几个方面:1.通信系统的规划和设计:通信工程...
通信工程师做什么..._通信工程师_帮考网
通信工程师是负责设计、开发、维护和优化通信系统的专业人员。他们的工作包括以下方面:1.设计和规划通信系统:根据客户需求和技术要求,设计和规划...
硬件工程师面试基本知识?
1.总体概述。你在某个项目中,承担的角色是什么,主要做了哪些方面的工作,遇到过什么难题,是怎样解决的。2.系统框图。画出你的这个项目的硬件系统框图并简...
通信类里面的硬件和软件分别指什么,比如通信工程专业毕业之后需要掌握哪些方面的技能?
你这问题有点不好解释,跟什么是电脑的硬件和软件差不多……硬件当然就是指通信用到的设备了,手机电路,基站天线,电源,交换机之类的;软件就是控制和操纵这些...
通信工程中的软件和硬件两个方向分别是做什么的,发展前景怎...
[回答]通信工程这个专业的话的确是一个软件硬件方面兼顾的专业,在我们学校里面的话,通信工程作为在信息学院之中的一个大专业,课程上面的安排就是一个软硬...
硬件通信设备有哪些?
通信设备有很多,分为无线,传输,数据,每个又分好几块,每块又包含很多类型的设备,比如传输,分为SDH,OTN,PTN,SDH又分华为、中兴等厂家的,华为的又分为很多...网...
请问通信高级工程师证考取需要哪些条件?
全国通信工程师职业资格认证考试报考细则报考对象:专业集成电路设计公司担任芯片设计人员;在家电制造,数码产品、电子产品及生产厂家担任相关开发人员和技术...
硬件电气工程师证怎么考..._电气工程师_帮考网
硬件电气工程师证是由中国电子学会举办的全国硬件电气工程师资格考试。考试内容主要涉及硬件电路设计、数字电路、模拟电路、嵌入式系统、通讯原理...
网络信息工程师是干什么的?-内裤de面罩的回答-懂得
网络信息安全工程师是指遵照信息安全管理体系和标准工作,防范黑客入侵并进行分析和防范,通过运用各种安全产品和技术,设置防火墙、防病毒、IDS、PKI...