SDV Guide
digital.auto
  • Welcome
  • SDV101
    • Part A: Essentials
      • Smart Phone? No: Habitat on Wheels!
      • Basics: What is a Software-defined Vehicle
      • MHP: Expert Opinion
      • Challenges: What sets automotive software development apart?
      • SDV Domains and Two-Speed Delivery
    • Part B: Lessons Learned
      • Learnings from the Internet Folks
        • Innovation Management
        • Cloud Native Principles
          • DevOps and Continuous Delivery
          • Loose Coupling
            • Microservices & APIs
            • Containerization
            • Building Robust and Resilient Systems
      • Learnings from the Smart Phone Folks
    • Part C: Building Blocks
      • Foundation: E/E Architecture
        • Today`s E/E Architectures
        • Evolving Trends in E/E Architectur
        • Case Study: Rivian
      • Standards for Software-Defined Vehicles and E/E Architectures
      • Building Blocks of an SDV
        • Service-Oriented Architecture
          • The SOA Framework for SDVs
          • Container Runtimes
          • Vehicle APIs
          • Example: Real-World Application of SDV Concepts
          • Ensuring Functional Safety
          • Event Chains in Vehicle SOAs
          • Vehicle SOA Tech Stack
        • Over-the-Air Updates: The Backbone of Software-Defined Vehicles
        • Vehicle App Store: The Holy Grail of Software-Defined Vehicles
      • Summary: Building Blocks for Software-Defined Vehicles
    • Part D: Implementation Strategies
      • #DigitalFirst
      • Hardware vs Software Engineering
        • The Traditional V-Model in Automotive Development
        • Agile V-Model, anybody?
        • Key: Loosely Coupled, Automated Development Pipelines
        • The SDV Software Factory
      • Implementing the Shift Left
        • Simulation and Digital Prototyping
          • Early Validation: Cloud-based SDV Prototyping
          • Detailed Validation: SDVs and Simulation
        • Towards the Virtual Vehicle
          • Case Study: Multi-Supplier Collaboration on Virtual Platform
          • Long-Term Vision
        • Physical test system
        • De-Coupled, Multi-Speed System Evolution
        • Continuous Homologation
        • Summary and Outlook
      • Enterprise Topics
        • Variant Management
        • Engineering Intelligence
        • Enterprise Organization, Processes, and Architecture
        • Incumbent OEMs vs EV Start-ups
  • SDV201
  • ./pulse
    • SDV Culture
    • Lean Sourcing
      • LeanRM
        • Why so many Requirements?
      • SCM for SDVs
    • SDV Systems Engineering
      • LeanSE
      • SDVxMBSE
    • Digital First
    • Loose Coupling
      • API-first
      • Freeze Points
    • Automation and Engineering Intelligence
    • Continuous Homologation
    • Build / Measure / Learn
  • Glossary
Powered by GitBook

SDV Guide

  • Legal Notice
  • Disclaimer
  • Privacy Policy

(c) 2025 Dirk Slama

On this page
  • Challenges with traditional RM
  • Introducing LeanRM
  • Key Aspects of LeanRM include:
  • Traditional RM vs LeanRM
  • Relevance to SDVs and Continuous Homologation
  • Outlook
  1. ./pulse
  2. Lean Sourcing

LeanRM

PreviousLean SourcingNextWhy so many Requirements?

Last updated 4 months ago

LeanRM (Lean Requirements Management) is an approach that applies Lean principles to the process of managing requirements in software and systems development. It aims to reduce waste, increase efficiency, and ensure continuous value delivery while maintaining compliance and traceability.

Challenges with traditional RM

Traditional Requirements Management (RM) in the automotive industry is struggling to keep up with the complexity of modern vehicle development.

Vehicles can now require managing over a million requirements, spanning domains like mechanical, electrical, and software systems. This overwhelming volume has pushed traditional methods to their limits, making it increasingly difficult to track, prioritize, and validate requirements effectively.

Traceability, a cornerstone of requirements management, has become nearly impossible to maintain manually. With every requirement needing links to design, testing, and regulatory compliance, the process is not only time-consuming but also prone to errors. As the pace of development accelerates and regulations evolve, requirements often become outdated faster than they can be updated. This volatility exposes traditional processes as too rigid and slow to adapt to constant change.

Automation is another critical gap. Many traditional approaches rely on manual efforts for test management, compliance validation, and change tracking. This lack of automation creates significant bottlenecks, increases the risk of human error, and limits the ability to scale to meet the demands of software-defined vehicles and agile development cycles.

While traditional methods aim to ensure clear documentation, rigorous validation, and regulatory alignment, their document-heavy, manual nature is becoming unmanageable. The growing complexity of modern vehicles, the pressure to meet global safety and emissions standards, and the demand for faster innovation are rendering these approaches insufficient. To remain competitive, the automotive industry needs solutions that are scalable, adaptable, and automated, capable of bridging the gap between traditional frameworks and the agility of modern development methodologies.

Introducing LeanRM

Because of the many challenges with traditional requirements management, such as overwhelming complexity, lack of traceability, and slow adaptation to change, LeanRM offers a streamlined, value-focused approach to ensure efficiency, agility, and compliance in modern development.

Key Aspects of LeanRM include:

  • Value-Driven Requirements – Focus on requirements that deliver real business or customer value.

  • Just-in-Time Requirements – Avoid excessive upfront documentation; instead, refine and prioritize requirements continuously.

  • Minimized Waste – Reduce unnecessary documentation, redundant approvals, and delays.

  • Iterative & Adaptive – Requirements evolve based on feedback, market changes, and testing insights.

  • Traceability Without Overhead – Use automation and lightweight tracking to ensure compliance without excessive bureaucracy.

  • Collaboration & Transparency – Engage cross-functional teams and stakeholders early and often.

Traditional RM vs LeanRM

Traditional Requirements Management (RM) focuses on exhaustive documentation and rigidity, while LeanRM emphasizes agility, value-driven prioritization, and minimizing waste to align with modern development needs.

Relevance to SDVs and Continuous Homologation

In Software-Defined Vehicles (SDVs) and Continuous Homologation, LeanRM aligns well by:

  • Ensuring regulatory compliance with minimal process overhead. Supporting incremental software updates with dynamic requirement validation.

  • Enhancing agility in managing cross-domain dependencies.

  • Leveraging automation and AI for smarter impact analysis and traceability.

However, despite its benefits, applying MBSE to Software-Defined Vehicles (SDVs) presents unique challenges. SDV development often takes a code-first approach, emphasizing rapid software iteration and deployment over structured systems modeling. This can result in gaps in traceability and integration, particularly when balancing fast-moving software development cycles with the more deliberate pace of systems engineering.

Outlook

As an OEM, you can significantly reduce the number of requirements you actively manage by shifting responsibility while maintaining strategic control. This requires structuring supplier relationships, interfaces, and compliance processes in a way that ensures quality, safety, and regulatory compliance without micromanaging each individual requirement. This will be discussed in the next section.

Why so many Requirements? | SDV Guide
Logo
Challenges with traditional RM