关注+星标公众号，不错过精彩内容
转自 | 硬件十万个为什么
微信公众号 | 嵌入式专栏
做好一个产品需要使用很多技术，因此，对于硬件工程师而言，需要掌握的技能就很多。
01 规划基础活动 |
01 市场需求 |
|
02 核心技术、新技术 |
|
03 网络解决方案 |
|
04 竞争对手分析 |
|
05 标准分析 |
02 跨产品解决方案 |
01 跨产品交流和研究 |
|
02 跨领域交流和研究 |
03 产品需求分析 |
01 市场需求分析 |
|
02 可制造性、可服务性、可测试性等内部需求分析 |
|
03 智力资产分析 |
|
04 定义产品需求 |
|
05 定义设计需求 |
|
06 产品备选概念 |
|
07 产品技术选择 |
|
08 技术评审1 |
|
09 需求变更控制 |
04 产品系统设计 |
01 需求分解与分配 |
|
02 系统设计与设计规格定义 |
|
03 技术评审2 |
|
04 规格变更控制 |
05 概要设计 |
01 概要设计 |
|
02 技术评审3 |
|
03 文档和配置变更控制 |
06 产品开发 |
01 详细设计 |
|
02 产品开发 |
|
03 单元测试 |
|
04 设计检视 |
|
05 技术评审4 |
|
06 系统设计验证 |
|
07 技术评审4A |
|
08 系统集成测试 |
|
09 技术评审5 |
07 产品验证 |
01 系统验证测试 |
|
02 Beta测试（实验局） |
|
03 技术评审6 |
|
04 需求可追溯性评估 |
以上是某为关于硬件系统类工程师的一些要求（原文来源于百度文库）。在华为这样的公司才会配备System Engineer，简称SE，由于产品逐步成熟，一些SE的部门成为某为的养老部门，又由于SE失去了一些具体技术能力，主要工作是绘制复杂而花哨的PPT来证明领导的正确性，往往一些SE自嘲，戏称为：Stupid Engineer。
但是一个好的SE其实是一个硬件产品的灵魂。我们从上表也可以看出SE的需要的一些关键技能基本确定了硬件的基本框架。
我根据自己SE的经历，把硬件SE的工作做了以上思维导图，按照以上几个维度进行了分解。
SE主要的工作就是在众多的市场需求中，知道自己的产品要做什么，要做到什么程度，保障最终交付的产品是具备“市场竞争力”的。
所以要，知己知彼，了解对手，了解行业新技术，同时挖掘出自己产品的一些技术断裂点，或者优势。同时，要考虑整个行业趋势，避免产品开发出来了，就被人降维打击，直接吊打。
这个是挺难的，本质应该是产品经理做的事情，但是中国硬件公司都挺奇特，一般产品经理都挺弱化，产品经理的想法不重要，重要的是老板的想法，或者领导的想法。在中国，老板都是产品经理，自己定义产品。所以产品经理和SE在这个环节更像工具人，负责整理资料和需求。
特别是2B的产品，或者2G的产品，主要是客户说了算，特别是一些 2大B的产品，例如电信运营商的通信产品，其实更像是项目制。
但是一些个人终端消费品或者小企业产品，就需要专业的产品定义的人员，SE也需要足够的产品定义的技能。
但是会有朋友说，这个技能应该是Marketing的，SE只是去“翻译”和整理这个需求。由于SE有技术背景，其实更应该清楚产品的定义，特别是技术实现可以达到的程度与市场需求对接。所以SE更应该是那个了然于胸的人，才对。
另外SE作为需求分解分配的角色，应该具备把市场语言转化为研发语言，把市场需求，转化为技术如何实现的关键角色。作为即懂市场又懂技术的关键人物，应该是市场需求和具体技术的纽带。
所以SE不但是需求的定义者、分解分配者，也是跟踪和验收者。当发生需求变更时，SE是整个需求变革的核心成员。
这个自然是SE的核心技能，运用SE自身的技术能力，清晰的做出硬件架构设计和技术路线的选择。
个人印象很深，是跟着以为资深的SE学习做机框的设计和论证，在做背板设计的时，他虽然只是用Excel选择高速信号、低速信号的数量，然后确定背板的需求，但是整个业务模型已经了然于胸，对于每个电路之间的数据传输通道的需求，带宽的需求都绘制清晰，并熟记。
跟着另外一位资深SE做一个新业务板需求分析时，业务模型也是论证的非常清晰，以太网包的形态，路径，包长都明确清晰，然后再去确定每个DSP、CPU、FPGA之间的链接关系，带宽需求，通道选择，内存的容量和带宽需求都计算的清楚明白。
SE应该算是更宏观的Engineer，所以他比普通的硬件工程师更具备一些宏观的能力。所以硬件工程能力，更是硬件SE必备的技能。因为要对整个系统的可实现性负责，其综合素养也应该是整个团队最强的才对。
DFx也算硬件工程能力，SE是需求定义者，所以DFx的需求以及需求的落地，SE也是核心人物。
SE做好是整个项目的灵魂，做不好就是证明领导正确的工具人。有公司在业务上升通道，准备设置SE的岗位角色，所以跟我做了一些交流。最近做了一些思考。不管是产品经理也好、项目经理也好、硬件经理也好、系统工程师也好，架构师也好，都还是角色划分，其实职能都有交叉点，总之是那个能量最强大的角色推动项目运转。
------------ END ------------
精选汇总 | 专栏 | 目录 | 搜索
精选汇总 | ARM、Cortex-M
精选汇总 | ST工具、下载编程工具
关
注
微信公众号『嵌入式专栏』，底部菜单查看更多内容，回复“加群”按规则加入技术交流群。
点击“阅读原文”查看更多分享，欢迎点分享、收藏、点赞、在看。
