【每日一学 20260617】敏捷之道——科创时代的创新与敏捷策略（二）

2026-06-17 13:24:00
蓉蓉
原创
6

随着工业4.0的来临，各行各业都在开展新一轮的数字化转型，其中以柔性生产、C2M（Customer to Manufacture，消费者直接面对生产商）等方向代表了未来的制造业趋势，毕竟技术的迅速发展带来硬件相关产品的迭代加速，生命周期变短；客户越来越想彰显个性化，产品家族越来越庞大……这些都需要制造业实现多品种、小批量的生产方式，方能满足客户对产品的个性化需求。而传统的一条生产线一个月可以生产1万辆汽车或者100万部手机，但是严重缺乏灵活性，就像一个人很健壮，但是胳膊腿不灵活。在当今这个创新加速的时代，这种“刚性自动化”越来越难以适应不断缩短的产品生命周期，所以，硬件如何敏捷已经是迫在眉睫。


软件的敏捷，在经历20多年的发展后，已经基本找到了方向和最佳实践，但“硬件怎么敏捷起来”在敏捷界依然是一个热点问题。幸好，经过一些艰难的探索，我们现在已经摸索出来了一些方向。这里面很重要的一个策略就是用软件思维来解决硬件敏捷难题。

以汽车行业为例，未来最重要的趋势是新四化“CASE”，即由“互联汽车（Connected）”“自动驾驶（Autonomous）”“共享（Share）”和“电动化（Electric）”的首字母连接而成，有人曾经很形象的比喻说汽车已经变成了一个车轮上的电脑，这意味着汽车将会像电脑一样把所有周边设备都当成外设，汽车最重要的是依靠中控和计算能力，依靠的是软件，根据特斯拉的最新数据，其软件成本已经超过了硬件和电气成本。如何用软件思维来解决硬件敏捷难题，特斯拉、Wikispeed已经做出了很好的尝试。


特斯拉在生产汽车的过程中非常好的运用了软件思维，汽车不再是一个固定的产品，客户买到的特斯拉汽车更像一个软件，特斯拉每周都会对它的软件进行升级，每次升级，它的性能都在提升，这就是一个持续产品开发持续交付的过程，是完全符合敏捷软件思维的。

另一个案例来自Wikispeed，这个项目的创始人是乔・贾斯蒂斯（Joe Justice），他以前是特斯拉的敏捷教练，从特斯拉出来后，他用开源的方式带领一批社区爱好者用3个月的时间造了一辆运动跑车，他们直接把软件里如何应用敏捷的方式借用下来，最终在几百个厂商机构参与的一项大奖赛中，获得了第10名。他们3个月造出来的车是符合道路安全法的车，是真正可以在路上跑的车，而且经过了实际路测，并非实验的样品。他们如何做到的？第一非常重要的就是强调“面向对象架构”，也是很多年前我们一直在讲软件开发的“面向对象架构设计”。他们把车进行了架构的拆解，分成八个模块，这八个模块可以独立并行开发，而且每个模块之间有接口，他们采用的叫“契约优先设计”，就是每个模块之间的接口明确定义好之后再进行开发；这个架构非常灵活，可以是电动的，也可以是燃油的，它的汽车外壳可以更换，可以是运动型跑车，可以是一辆家用轿车，也可以变成小货车。这里有很多继承和单体的软件理念，通过完美的封装，快速地让各个团队之间进行并行开发；同时采用了敏捷工程实践里的TDD（Test-Driven Development，测试驱动开发），譬如说他们为了满足功能要求，先写测试用例，然后再去实现功能，这样每个功能交付的时候到底对不对，有什么不合理的地方马上能测试出来。
举一个简单例子，每一个车型都要经过安全的碰撞测试，WikiSpeed的车也同样要经过碰撞测试，但是在撞车之前他们先做模拟测试，也就是内部软件模拟预期测试结果是什么，再去做碰撞，之后根据真车碰撞的结果来修正算法及原型，这样通过软件模拟就节省了大量的撞车成本，同时提高了反馈迭代的速度。最终，WikiSpeed的车已经不需要到检测机构去做碰撞测试了，只需要提交软件虚拟仿真测试的结果，碰撞测试机构就会予以承认。这样的迭代速度是传统厂商无法想象的，毕竟软件模拟迭代的反馈速度是如此之快。

此外，WikiSpeed还采用了软件敏捷中的持续集成，即任何变更一提交就会自动触发验证测试；他们还采用结对或者暴徒式的编程，这也是敏捷软件开发中的常用实践，即两个人或多个人同时做一件事情，这带来的不仅仅是知识的分享与思路创新，而且两个人的脑力碰撞会让工作充满乐趣。整个产品交付过程中，每周迭代一次，每周进行一次演示，整个协作过程采用了成熟的Scrum框架，来管理协作的过程和事项。


来源：《敏捷之道》——科创时代的创新与敏捷策略---文/王立杰

发表评论
通过审核后显示您的意见