2024年07月18日
在「 流程驱动新增长」飞书项目 新产品发布会上， 蔚来数字发展部高级总监姜勇 分享了蔚来汽车在 研发效能提升方面的多种尝试。
姜勇认为飞书项目是伴随业务成长的工具，“相对于其他提供模板化方案的项目管理工具，飞书项目提供的是原子级的灵活性，将标准化的能力给到了使用方。”
以下是他的演讲全文。
蔚来汽车的挑战
大家好，我是蔚来的姜勇。
很高兴能到这个舞台上跟大家做一些分享。我今天的主题其实是一个成长的过程，就是飞书项目在过去两年跟蔚来的产品研发，是如何一步一步走过来的。希望我的分享能给大家一些启发，都是有感而发。 蔚来是一个全球化的智能电动汽车公司。我们的商业逻辑很简单，就是围绕产品、社区和服务，为我们的用户创造好的生活方式。 技术创新是蔚来的底色。
如果大家了解香槟塔的故事，就能清楚认知到智能电动汽车的挑战其实蛮多的。所以我们特别需要一个能够适配我们组织的数字化工具来帮助我们提高效率。
首先，电动汽车是一种高度复杂的技术融合体，它不仅仅价值高，价格也较贵。相对于其他智能产品，电动汽车还是一个批量生产的技术密集型产品。我们的行业链条非常复杂，这也要求我们在整个实现过程中，对自身的体系能力和工具能力有很高标准。 另外，汽车的产品生命周期特别长，我们需要持续地对它进行维护。不能说卖完了之后，三年后就不管它了。在这种情况下，我们面临的挑战是如何将高度集成的技术、供应链的创新、软件定义汽车，以及一些个性化需求进行平衡。以上就是我们智能电动汽车行业面临的挑战。 蔚来成立不足十年，还是一个成长型企业。我们的内部基因就是创新，拥抱变化是永恒的主题。 所以面对市场的变化，我们总是积极应对。当前的变化对项目管理来说是一个巨大的挑战。 我们希望守时，又希望确保进度不会延误，同时也要拥抱变化。如果抗拒变化，就可能没有创新，也不会成功。 我们面临的几个难点可以简单说一下： 蔚来是一个车企联合国 。你可以在蔚来汽车中看到来自福特、通用、大众等自主品牌的人，也可以看到互联网公司、能源公司、电力公司以及房地产行业的人。 背景的多元化带来了各种行业的黑话，甚至有些黑话在两三年内都难以理解。 我的工作就是把大家形成一套可以协同的语言，这是我们的一个挑战。
轻松搭建高度定制的开发管理应用，领取飞书低代码平台限时权益 →
第二个挑战是我们的研发非常复杂。刚才提到，汽车是个长生命周期、高价值、产业密集型的产品，其技术非常复杂。我称之为复杂的平方，意思是它非常复杂，不能靠人脑和小团队完成。所以我们必须不断实践、积累，把经验沉淀为工具。这是我们的日常工作。 规模也是一个挑战， 无论是软件定义汽车，还是我们的软件研发人员约占总人数的一半左右。因此，软件世界与硬件世界、物理世界的交融也是我们的挑战。 还有就是我们进入市场的时间比较短，需要应对复杂性。 因此，大家对工具的依赖特别高。我们在市场上用过很多工具，但发现都不太好用。这和你们研发飞书的背景类似，所以我们也面临同样的问题。我们的数字化团队部分使用外部工具，部分根据业务特点进行自研。 这也是我们的挑战，需求通常量大且急，日子不好过。
数字化是手段 不是目的 关于数字化，其实我本身是业务专家，去年下场做数字化，想把业务和数字化之间的距离再缩短一点，交付周期再快一点。我们认为数字化是手段，不是目的。 有的东西可以用系统工具，有的可能靠人和人的交流更高效，先看见才能管理。所以第一步是把数字化作为一个让我们能看见的好工具，时刻看到我们今天在哪里，资源投在哪里，这是我们的出发点。 我们对数字化的要求其实有三点： 一是灵活性 ：适应当下的业务。我一直讲，我们是在标准化和自由度之间找平衡。我们不希望企业在成长中高度标准化。很多产品过于标准化对我们不适用，可能 5 到 10 年后会适用，但现在我们需要找到平衡点。 二是敏捷性 ：漫长的等待会让我们错过很多创新机会，时间成本是最大的成本。所以我们希望找到一个快速迭代的工具，它的成长性很好，不需要过于固化。
三是可拓展性 ：我们希望通过数字工具，将不断总结的业务模式产品化，实现可部署、可运营。 这三点是我们对数字化的理解。 立即领取飞书项目换新计划限时权益：穿透流程，清晰管理 →
飞书项目是 伴随业务成长的工具
在这个背景下，我们在过去两年与飞书项目开始了合作的历程。我认为今天的分享非常重要，因为这段经历对我们来说意义重大。其实，两年前的九、十月份，我们了解到了飞书项目，那时候它还叫 Meego。
蔚来本身是一个非常勇于尝试新事物的企业。我们在这之前的两年，已经使用了飞书的许多产品。因此，我们毫不犹豫地决定尝试飞书项目。当时，我亲自带领团队，从局部开始试用。 当时我们的需求很简单，现有的工具缺乏变更管理和透明的版本管理。我们希望不依赖 IT 部门，不需要告诉他们需求，让他们实现，然后我们再去验收。所以，飞书项目进入了我们的视野，它的吸引力在于与飞书的其他产品（如多维表格、云文档）无缝集成。在这三到四个月的试用期，我们对飞书项目的印象非常深刻。 接下来的阶段，我们的部分业务已经开始使用飞书项目。尤其是当我们收集到用户需求后，开始思考如何与研发团队打通，让他们了解需求的来源、对接点以及哪些是原汁原味的需求，哪些是插队需求。这样可以避免上线时互相推卸责任。 于是，在第二阶段，我们让研发团队了解和反馈需求。这一阶段，我们的大部分研发团队仍在使用 Jira，他们希望能够自动打通，不愿意用两个工具。我们希望借助项目管理工具解决需求到排期的问题。 第三阶段，通过将近十个月的摸索，我们说服了足够的高层和资深工程师，一起迁移到飞书项目。
轻松搭建高度定制的开发管理应用，领取飞书低代码平台限时权益 →
从需求到项目管理，再到研发活动的价值体现，甚至一些从头到尾使用 Jira 的人也愿意转移到飞书项目。这是一个很大的变化，也需要技巧和好的工具支撑。在整体迁移之后，我们实现了项目管理和项目集的管理。借助灵活的配置引擎，我们可以很好地解决管理问题。 第四个阶段是从今年开始的，应该说是过去的半年里，我们在持续探索如何与我们的研发工具 DevOps 自动集成。通过数字化实践，我们有很多产品研发团队，希望将其抽象为面向集团的解决方案。目前，这个探索还在进行中。 这里我举三个具体的场景。 ** 第一个场景是复杂项目协同 ** 。我们充分利用了飞书项目的流程引擎，配置出各种流程。我们管理枢纽型节点，分支节点由下属团队或项目管理，我们实现了松耦合的管控，这是充分利用了飞书项目的工具。从上游问题的提报到下游问题的反馈。以前都是人肉对表或项目经理、产品经理开会对清单，现在靠工具和自动化流程，节省了大量时间可以做更高价值的事情。今天我们百分之百会使用这个场景。
第二个场景是研发资源的透明化管理。 因为我们公司不像军队一样严格管理研发工种，每个事都有标准的
SOP。我们希望通过飞书项目实现研发资源的透明化管理，让团队的领导、项目经理和产品经理及时了解资源分配情况，这是我们的管理赋能方法。
简单来说，就是只有看见才能管理。 飞书项目帮助我们实时准确地看到资源分配情况，节省了大量时间，提高了研发效率。
第三个场景是用户声音的闭环管理 。蔚来作为用户企业，非常注重第一时间聆听用户声音。无论是车上的 Nomi
手机，还是研发团队在飞书云文档、多维表格中记录的反馈，我们都能及时听到。借助飞书项目，我们实现了用户声音的闭环管理，将前端的用户反馈分类并关联到系统子系统库，实现自动分发和流转，提高了准确性，减少了人力对表的损耗。
这些场景在过去两年中，我们已经从试用逐步深入。希望这些场景能给其他企业带来启发。总体来说，两年下来，我们认为研发链路的覆盖率显著提升。以前可能是线下线上多个工具并存，现在我们趋向于用飞书项目串联所有工具，结合线下管理，研发链路覆盖率达到了
80%。此外，研发资源的透明化显著提升。以前只是模糊感觉，现在用数据告诉我们团队在做什么。
下一个阶段，我们希望不仅知道团队在做什么，还要知道做得如何。这是我们的关键目标。借助飞书项目，我们省去了大量浪费的时间，提高了周转效率，实现了 30%
的研发提效。
最后，我想说，飞书项目是一个伴随业务成长的工具。作为一个拥抱创新的成长型公司，我们需要的是陪跑式、教练式、易上手的工具，而不是特别重的、标准化的项目管理工具。飞书项目的优秀产品力和个性化服务打动了我们。
今天的分享，希望能让大家了解蔚来背后的技术创新体系，并对蔚来汽车的产品有所关注。也希望我的分享和飞书项目的成长经历，能对大家的决策有所启发。谢谢大家。
