罗宇超MS-CSDN博客

原创 MappingSpace——十秒创建需求文档

模板的使用不仅提升了工作效率，还确保了文档的专业性和一致性，从而为高质量的软件开发奠定了坚实的基础。MappingSpace提供的模板不仅仅只是个相关的提纲，进入到word视图下可以看到模板里自带了提示，如文档说明中提供了一个表格，这些提示可以来协助开发进行工作，并且也可以根据用户的个性需求进行进一步的编辑。这有助于规范开发流程，确保文档的一致性和规范性，通过使用模板，开发人员可以避免常见的错误和陷阱，减少由于文档不统一而引发的沟通问题，从而提高团队合作的质量。在汽车软件开发中，文档模板的使用至关重要。

2024-09-05 10:31:41 188

原创 MappingSpace项目配置管理

配置管理的主要目标是确保项目在整个生命周期中，其所有配置项（如文档、代码、工具链等）的状态是一致的、可追踪的和可控的。作为专注于大工业高精制造领域的研发管理工具，MappingSpace的文件类型中可分层级进行项目配置管理，对字段、覆盖度检测、工作流进行详细配置，优化项目流转过程，也可设置自动流转进程，提高项目管理效率.此外，通过高级设置，MappingSpace还支持自动化功能，用户可以设置自动触发条件，满足条件后状态自动变化，系统也能自动分配任务、变更责任人等。

2024-09-03 14:01:45 230

原创 MappingSpace——任务升级机制，打造完善的需求追踪体系

MappingSpace通过任务升级机制，有效解决了bug和需求跟踪中的常见问题，确保了每个任务都能被及时处理。希望本文的介绍能帮助大家更好地理解和应用MappingSpace，打造更完善的需求追踪体系，让您的研发管理更加高效、规范。或者开发人员解决了bug后，测试人员没有及时测试，从而导致问题被遗漏，沉入任务表的下方。在现代项目管理中，及时的进度跟踪、合理的资源分配、有效的沟通协作和客户满意度是成功的关键因素。因此，完善的需求追踪体系尤为的重要，团队可以更好地掌握项目的整体进展情况，实时了解项目的进展。

2024-08-27 14:28:52 263

原创 MappingSpace——提升研发效能的数据分析利器

查看时可以选择时间起末，对比不同周期项目的花费时间方便进行项目复盘，了解哪个阶段跳转时间过长，从而着重优化该阶段，提升项目效率。例如，可以创建关于责任人的图表，查看严重度信息和完成度信息。点击图表中的图块，可以查看具体信息，追踪未完成的bug、未完成数量和对应的责任人。数据报表是开发过程中不可或缺的工具，可以帮助组织和个人理解数据趋势、发现问题和机会，以及做出数据驱动的决策。此外，MappingSpace还提供筛选结果的列表，选择自己想要关注的节点信息，在数据报表中会出现单独的列表清单，方便直接查看。

2024-08-26 08:53:33 366

原创 MappingSpace x 飞书，打造高效且合规的汽车研发管理模式

将此链接粘贴到飞书文档中，即可实现在飞书文档中实时查看需求文档的目的。此时的消息通知是群组广播形式，可以确保群组中的相关人，都能查看到消息通知，而最直接的责任人，则可以直接点击，进一步查看消息的详细情况。然而，在研发流程管控要求极高的领域，如汽车、航空航天、医疗器械和轨道交通等，飞书的松散、自由的互联网管理模式，难以满足这些行业的高标准的流程监管要求。但邮箱的通知仅针对个人，当通知邮件太多时，相关同事往往容易忽略，甚至将某些软件的邮箱通知，自动归入垃圾邮件或者特定分组，从而丧失了消息通知的目的。

2024-08-23 13:14:39 270

原创什么是蔚来的体系化效率？

9月21号，蔚来开了一场创新科技日。在创新科技日的开头，李斌讲了一句挺有意思的话：大家一直认为蔚来只是服务好，我有点不太服气，因为蔚来在技术上的投入也非常多。在这次科技创新日上，蔚来着重讲了他的12大技术版图。同时，李斌在演讲中，不断提到了一个词：体系化效率。这让我非常感兴趣。当我还在蔚来汽车工作的时候，作为NIO Sparks之一，也经常听到李斌提到体系化效率，如今自己出来创业两年之后，再反观这家公司的一切，让我能从自己的角度，重新体会体系化效率的重要性。什么是体系化效率？从字面意思意义上来讲，它指的不是

2024-08-22 15:35:02 897

原创如何既满足ASPICE要求，又减少开发过程文档

这时候发现，Specification 太复杂了，太详细了，使用的工具Word或其他类似Word的在线编辑器，也不适合安排任务，然后他们开始基于Specification，去某些任务跟踪系统中创建新的任务。你瞧，这里面做了重复性的工作。对于团队来说，评审一份设计规范是经常要做的行为，即便没有ASPICE要求，也会这样做，但是他们做的过程一般是直接进行线下讨论，讨论的过程中如果发现问题，当场就直接修改了，这种方式当然是最高效的，但对于应审来说，它不满足要求，因为难以提供评审过的证据。

2024-08-20 11:02:00 797

原创如何建立自动化测试用例和需求之间的追溯性

有些团队使用excel管理需求，需求编号是根据团队内部的某些规则自己定义的，先不说只要是有人参与的编号就一定会有重名、遗漏的情况出现，就说维护这一套编号的规则，就需要全员讨论、全员正确执行，可能还要出个专门的配置管理员定期审查，显然这不是一套划算的方案。标注需求编号是对的，但前提一定是，需求要有正确的、唯一的编号。测试用例删除了：需要删除无用的测试用例编号，且此编号最好以后都别用了，以免引起混乱，还得确保此处更新，全局更新，如果文件是线下的，譬如这份excel存在多个人的电脑里，这基本就是新的灾难的开始。

2024-08-20 10:44:10 545

原创 PLM和ALM的对比

PLM和ALM的对比与区别，以及集成的可能性

2024-04-27 10:28:29 491

原创如何进行汽车软件测试管理（一）：手动测试篇

这篇文章主要来讲解：如何做线上测试用例管理的思路。会包含一些工具的介绍。测试管理至少包含了：测试用例的管理，测试用例的评审、测试计划的管理，Bug 的创建及跟踪，测试用例与需求的关联。

2023-04-08 14:44:58 573

原创汽车软件开发标准，将走向何方？

汽车行业的软件开发标准，最著名的应该是V模型。以V模型为代表的有ASPICE、 ISO 26262 和 ISO/SAE 21434。今天我们主要以ASPICE为基础，探讨V模型在当前汽车软件变革时代的特点。

2023-03-31 19:00:00 229

原创汽车行业如何做基线管理？

这种情况，其实不是不在乎，而是由于互联网的迭代速度足够快，几天一个版本，在很短的时间内，团队变化可以忽略不计，而任何目标的偏移，也不会立刻就遗忘，加上互联网的敏捷开发，特别强调人与人的快速沟通与信息同步。虽然在实现目标的过程中，会产生一些偏移和变化，但是如果能记录在怎样的基础上，发生的何种变化，变到了哪儿，那么即使是变错了，也可以很轻易地调头回来，或者能在事后进行分析，是由于何处的变化产生了最终的后果。需要强调的是，此处所说的过程，并不是指整车研发生命周期中的具体某个阶段，而完全是由项目组自己来定义的。

2023-03-24 19:20:02 725

yuchao_luo的博客