第二章 风险分类：技术风险、管理风险与商业风险
做嵌入式项目这么多年，我最大的体会就是——风险这东西，你越早看清它，它就越不危险。很多人一上来就埋头写代码、画板子，结果项目做到一半才发现芯片买不到、进度赶不上、需求又变了。嗯，这就是典型的「风险识别没做好」。
我个人习惯，在项目启动的第一周，先把风险分个类。说白了，嵌入式项目的风险就三大类：技术风险、管理风险和商业风险。咱们一个一个聊。
一、技术风险：硬件选型与软件复杂度
技术风险是嵌入式项目里最「实在」的风险。你想想看，硬件选错了，板子打样回来就得重做；软件架构没想好，后期改起来比重新写还痛苦。
1. 硬件选型风险
我在项目中遇到过好几次「芯片选型翻车」的事。有一次，团队选了一款刚发布的MCU，性能参数看着很漂亮，价格也合适。结果量产前三个月，原厂通知这颗料要停产了。你猜怎么着？整个硬件方案得重来，PCB重新画，软件底层驱动全部重写。
硬件选型要注意什么？我列几个关键点：
- 供货稳定性：别只看样品，要看这颗料的市场存量和替代方案
- 开发工具链：有没有成熟的IDE、调试器、烧录工具？
- 技术文档质量：数据手册、参考手册、应用笔记是否齐全？
- 原厂支持力度：出了问题，FAE能不能及时响应？
我曾经选了一款「性价比极高」的国产MCU，结果发现它的ADC模块有硬件bug，官方文档里只字未提。后来花了三周时间做软件补偿，才勉强达到精度要求。所以，新芯片一定要先做「关键功能验证」，别等板子回来了再后悔。
2. 软件复杂度风险
软件复杂度这东西，说实话，比硬件更难控制。硬件有问题，至少能测出来；软件的问题，有时候藏得很深。
我记得有个项目，团队用了FreeRTOS，任务数量从最初的8个膨胀到了23个。任务优先级怎么分配？信号量怎么管理？内存碎片怎么处理？这些问题在项目初期根本没人想。结果到了联调阶段，系统动不动就死机，查了一个月才发现是某个低优先级任务把共享资源锁死了。
软件复杂度风险，我建议从这几个角度去控制：
- 模块化设计：每个模块只做一件事，接口要清晰
- 代码规范：命名、注释、文件组织，这些看似小事，后期能救命
- 静态分析工具：用工具检查代码质量，别全靠人眼
- 单元测试覆盖率：至少覆盖核心逻辑，别等到集成测试才发现问题
我个人习惯，在项目初期就定好「软件架构评审」的时间点。别等代码写完了再评审，那时候改架构的成本太高了。每完成一个模块，就做一次小范围的代码审查，效果比最后统一审查好得多。
二、管理风险：进度与资源
管理风险，说白了就是「人」和「时间」的问题。嵌入式项目里，进度延误是最常见的风险，没有之一。
1. 进度风险
为什么会这样？我分析过很多项目，发现进度延误的原因其实很集中：
| 原因 | 典型表现 | 我的建议 |
|---|---|---|
| 需求变更 | 客户今天加个功能，明天改个参数 | 建立变更控制流程，每次变更都要评估影响 |
| 技术预研不足 | 做到一半发现技术方案不可行 | 关键路径上的技术点，先做原型验证 |
| 依赖外部资源 | 等芯片样品、等第三方库、等认证报告 | 提前识别外部依赖，设置缓冲时间 |
| 团队协作问题 | 硬件等软件、软件等硬件，互相卡脖子 | 建立联调计划，提前做接口对齐 |
我记得有个项目，硬件团队和软件团队各自为战。硬件按自己的节奏画板子，软件按自己的节奏写代码。结果到了联调那天，发现硬件接口定义和软件驱动对不上。嗯，这一下就浪费了两周时间。
2. 资源风险
资源风险，不只是「人不够」那么简单。你想想看，嵌入式项目需要的资源其实很多：
- 人力资源：硬件工程师、软件工程师、测试工程师、项目经理
- 设备资源：示波器、逻辑分析仪、频谱仪、调试器
- 软件工具：IDE、编译器、版本管理工具、CI/CD环境
- 测试环境：样机、夹具、老化测试设备
资源风险最容易被忽视的是「隐性资源」。比如，某个工程师对某款芯片特别熟悉，他就是这个项目的「隐性资源」。如果他突然请假或者离职，项目可能直接停摆。所以，我建议每个关键技术点都要有「备份人员」。
三、商业风险：供应链与市场变化
商业风险，说实话，很多技术出身的项目经理不太关注。但我要告诉你，商业风险一旦爆发，比技术风险和管理风险都致命。
1. 供应链风险
这几年芯片缺货，大家应该都深有体会。我有个朋友的项目，产品设计好了，认证也过了，结果主芯片交期从8周变成了52周。你想想看，项目团队几十号人，干等着？
供应链风险，我建议从这几个角度去管理：
- 多源采购：关键芯片至少要有两个供应商
- 长交期物料提前下单：别等BOM定稿了再采购
- 替代方案储备：每个关键器件都要有「Plan B」
- 与供应商保持沟通：定期了解产能和交期变化
我曾经在一个项目里，为了省成本，所有芯片都选了同一家供应商。结果这家供应商因为原材料问题，连续三个月无法交货。项目延期了半年，客户直接取消了订单。从那以后，我再也不敢把所有鸡蛋放在一个篮子里。
2. 市场变化风险
市场变化，说白了就是「你做的东西，客户还买不买账」。嵌入式产品开发周期长，从立项到量产，少则半年，多则两三年。这期间，市场需求可能已经变了。
我记得有个做智能家居的项目，立项时市场很火，大家都在做智能音箱。结果等产品做出来，市场已经饱和了，价格战打得一塌糊涂。项目最后亏得一塌糊涂。
市场变化风险怎么应对？我的经验是：
- 快速迭代：别追求「一步到位」，先出MVP版本验证市场
- 关注竞品动态：定期做竞品分析，了解市场趋势
- 保持产品灵活性：硬件设计预留扩展接口，软件架构支持功能升级
- 与客户保持沟通：别闭门造车，多听听客户的声音
我个人习惯，在项目立项时就会做一个「市场风险矩阵」。把可能的市场变化列出来，评估每个变化的概率和影响。然后针对高概率、高影响的风险，提前制定应对方案。这样即使市场变了，也不至于手忙脚乱。
小结
好了，咱们把三类风险都过了一遍。技术风险、管理风险、商业风险，这三者不是孤立的。你想想看，技术风险没管好，进度就会延误，进度延误了，市场窗口可能就错过了。所以，风险管理一定要系统性地去做。
下一章，咱们聊聊「风险识别的方法论」。我会分享一些我在项目中实际用过的工具和模板，希望能帮到你。