Accendo Reliability

Your Reliability Engineering Professional Development Site

  • Home
  • About
    • Contributors
  • Reliability.fm
    • Speaking Of Reliability
    • Rooted in Reliability: The Plant Performance Podcast
    • Quality during Design
    • Way of the Quality Warrior
    • Critical Talks
    • Dare to Know
    • Maintenance Disrupted
    • Metal Conversations
    • The Leadership Connection
    • Practical Reliability Podcast
    • Reliability Matters
    • Reliability it Matters
    • Maintenance Mavericks Podcast
    • Women in Maintenance
    • Accendo Reliability Webinar Series
  • Articles
    • CRE Preparation Notes
    • on Leadership & Career
      • Advanced Engineering Culture
      • Engineering Leadership
      • Managing in the 2000s
      • Product Development and Process Improvement
    • on Maintenance Reliability
      • Aasan Asset Management
      • AI & Predictive Maintenance
      • Asset Management in the Mining Industry
      • CMMS and Reliability
      • Conscious Asset
      • EAM & CMMS
      • Everyday RCM
      • History of Maintenance Management
      • Life Cycle Asset Management
      • Maintenance and Reliability
      • Maintenance Management
      • Plant Maintenance
      • Process Plant Reliability Engineering
      • ReliabilityXperience
      • RCM Blitz®
      • Rob’s Reliability Project
      • The Intelligent Transformer Blog
      • The People Side of Maintenance
      • The Reliability Mindset
    • on Product Reliability
      • Accelerated Reliability
      • Achieving the Benefits of Reliability
      • Apex Ridge
      • Metals Engineering and Product Reliability
      • Musings on Reliability and Maintenance Topics
      • Product Validation
      • Reliability Engineering Insights
      • Reliability in Emerging Technology
    • on Risk & Safety
      • CERM® Risk Insights
      • Equipment Risk and Reliability in Downhole Applications
      • Operational Risk Process Safety
    • on Systems Thinking
      • Communicating with FINESSE
      • The RCA
    • on Tools & Techniques
      • Big Data & Analytics
      • Experimental Design for NPD
      • Innovative Thinking in Reliability and Durability
      • Inside and Beyond HALT
      • Inside FMEA
      • Integral Concepts
      • Learning from Failures
      • Progress in Field Reliability?
      • R for Engineering
      • Reliability Engineering Using Python
      • Reliability Reflections
      • Testing 1 2 3
      • The Manufacturing Academy
  • eBooks
  • Resources
    • Accendo Authors
    • FMEA Resources
    • Feed Forward Publications
    • Openings
    • Books
    • Webinars
    • Journals
    • Higher Education
    • Podcasts
  • Courses
    • 14 Ways to Acquire Reliability Engineering Knowledge
    • Reliability Analysis Methods online course
    • Measurement System Assessment
    • SPC-Process Capability Course
    • Design of Experiments
    • Foundations of RCM online course
    • Quality during Design Journey
    • Reliability Engineering Statistics
    • Quality Engineering Statistics
    • An Introduction to Reliability Engineering
    • Reliability Engineering for Heavy Industry
    • An Introduction to Quality Engineering
    • Process Capability Analysis course
    • Root Cause Analysis and the 8D Corrective Action Process course
    • Return on Investment online course
    • CRE Preparation Online Course
    • Quondam Courses
  • Webinars
    • Upcoming Live Events
  • Calendar
    • Call for Papers Listing
    • Upcoming Webinars
    • Webinar Calendar
  • Login
    • Member Home

by Robert Allen Leave a Comment

Agile Requirements Discovery and Validation

Agile Requirements Discovery and Validation

Many companies pursue a product development strategy that provides a product (or service) which meets customer needs sooner (rather than later), and then makes adjustments after the product has been fielded.

Pursuing this approach means accepting the associated risks.  What if a critical to quality or critical to reliability characteristic fails to meet customer needs?  A product could fail miserably by eliminating important product development work scope and accelerating time-to-market.  By the time an adjustment or “pivot” can be made it may be too late, or too costly to correct.

Risk reduction can be enabled through an agile requirements discovery and validation approach.

For example, in agile for software, validation can include the “actual product”, where a software change is made and can be shown to an internal customer (usually a product manager).  This enables developers to essentially ask the customer “is this the functionality you requested?” and then finalize the software development/release.   Essentially the developer is directly validating the design (although requirements should still be written to ensure functional outputs and inputs are well-understood).  Often the new functionality is a small development increment (part of the software development sprint).

Smaller development increments might not be practical for a new complex system, however.   A complex system may use a waterfall product development approach oriented around effectively managing and controlling larger ‘batches’ of product development information and work scope (ie. system requirements, system design, component requirements, component design, interface control documentation, etc).

We can still enable some of the benefits of agile with a batch/waterfall product development process, however.  One approach is to emphasize early product validation through simulations and emulations.

Let’s use the example of a drone that envisioned to do a specific, remote piloted task.  The validation approach might involve a simulation of the drone as it is exercised before, during and after it’s task.  What would the user see while remotely piloting the vehicle?  What controls could be included, and what functions would (or could) be remotely performed, etc?  This isn’t validation with the actual product, but a simulation for the purposes of understanding customer needs, validating the use cases and system requirements.  A physical, non-functional or (semi-functional) model may also help to understand size, space or other constraints, customer needs or user interface considerations.

In this example, we’re enabling an agile approach (via the simulation) which includes a detailed validation through understanding of customer needs, use cases and requirements.  The simulation can be improved through exercising the simulation with the customer, implementing the changes and then revalidating.  The (validated) simulation (or simulation results) is closely tied to the product design & development process through requirements management.

To pursue an agile requirements discovery and validation process while mitigating the associated risk, some questions to consider:

  • Are critical-to-quality requirements identified, and are requirements that determine system architecture finalized? Conversely, are we able to implement an improved understanding of customer needs and requirements without major design changes? (These questions help determine minimum viable product.)
  • Can new, validated requirements be incrementally added (or clarified) with rapid, incremental releases and tracked in a change control and requirements backlog process? (This way, changes can be documented, prioritized and held for a future design release.)
  • Is there a component of the system, user-interface or physical model that can enable some form of early validation?

Rather than wait for the customer to determine adjustments after the product is fielded, an agile requirements discovery and validation framework can provide a more structured, lower risk approach while still accelerating time-to-market.

Filed Under: Articles, on Leadership & Career, Product Development and Process Improvement Tagged With: agile product development, agile product validation, customer value, Human Resource Management, lean product development, Lean Project Management, New Product Development, portfolio analysis, project approval committee, project governance, Project Management, requirements management

About Robert Allen

Robert Allen has over 25 years of professional experience in the areas of product development, process improvement and project management. Rob was a key contributor to numerous deployments of lean sigma and project management organizations, most notably with Honeywell and TE Connectivity. Included in Rob’s experience are multiple certifications and over 25 years of practice in the development, teaching, execution, and leadership of product lifecycle, lean product development, DFSS, lean six sigma, project management, systems engineering and supply chain.

« The Actions To Accelerate Your Culture Change
Anchoring Methodology Presentation at ARDC 2018 »

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Articles by Rob Allen
in the Product Development and Process Improvement series

Join Accendo

Receive information and updates about articles and many other resources offered by Accendo Reliability by becoming a member.

It’s free and only takes a minute.

Join Today

Join PD&PI

Your email is safe and the opt-in here provides your permission to send messages concerning the PD&PI article list plus special announcements. Privacy Policy

Recent Posts

  • test
  • test
  • test
  • Your Most Important Business Equation
  • Your Suppliers Can Be a Risk to Your Project

© 2025 FMS Reliability · Privacy Policy · Terms of Service · Cookies Policy