Linkedin-inYoutube
logotype
  • Consulting
    • Automotive
      • Functional Safety
      • Cybersecurity
      • Autonomous Product Development
      • Electric Vehicle (EV) Development
      • Assurance of AI-based Tools
    • Physical AI
      • Robotics Safety
      • Assurance of AI-based Tools
    • Responsible AI
      • Responsible Artificial Intelligence
  • Training
    • Automotive
    • Physical AI
  • Company
    • Why SRES Training
    • Leadership
    • Partnerships
    • Careers
  • Insights
  • Contact
Let's Talk
logotype
  • Consulting
    • Automotive
      • Functional Safety
      • Cybersecurity
      • Autonomous Product Development
      • Electric Vehicle (EV) Development
      • Assurance of AI-based Tools
    • Physical AI
      • Robotics Safety
      • Assurance of AI-based Tools
    • Responsible AI
      • Responsible Artificial Intelligence
  • Training
    • Automotive
    • Physical AI
  • Company
    • Why SRES Training
    • Leadership
    • Partnerships
    • Careers
  • Insights
  • Contact
Let's Talk
  • Consulting
    • Automotive
      • Functional Safety
      • Cybersecurity
      • Autonomous Product Development
      • Electric Vehicle (EV) Development
      • Assurance of AI-based Tools
    • Physical AI
      • Robotics Safety
      • Assurance of AI-based Tools
    • Responsible AI
      • Responsible Artificial Intelligence
  • Training
    • Automotive
    • Physical AI
  • Company
    • Why SRES Training
    • Leadership
    • Partnerships
    • Careers
  • Insights
  • Contact
logotype
logotype
  • Consulting
    • Automotive
      • Functional Safety
      • Cybersecurity
      • Autonomous Product Development
      • Electric Vehicle (EV) Development
      • Assurance of AI-based Tools
    • Physical AI
      • Robotics Safety
      • Assurance of AI-based Tools
    • Responsible AI
      • Responsible Artificial Intelligence
  • Training
    • Automotive
    • Physical AI
  • Company
    • Why SRES Training
    • Leadership
    • Partnerships
    • Careers
  • Insights
  • Contact
Short series: documentation
09/28/23
278 Likes

Short series: documentation

Although documentation might be one of the least favorite activities for an engineer, it is extremely critical when we talk about safety, security and responsible AI. In some cases there are regulatory requirements, or in other cases a customer my require assessments. Assessors and auditors look for good documentation. High quality documentation is also important, so that we are driving actual outputs that support our activities.

Transcript (auto-generated)

I’m Jody Nelson at SRES Shorts and I’d like to discuss a little bit about documentation. I know for us engineers that’s like fingernails on a chalkboard for us because all we want to do is develop something, create something that we can touch and feel and see move. However, documentation, we talked about safety, security, responsible AI, is extremely critical. In some cases we’ll have regulations around documentation. Other cases we’ll have customers requiring external assessments, for example. We may have internal auditors reviewing our work. We need to create argumentations of why we think our product is safe, or why we think it’s secure, or why we believe we’ve been responsible when developing AI.

All these aspects have to be considered. And to do so, we need some kind of tool set. We need some kind of processes. In most cases, we can use whatever corporate tools that we’re already using. In other cases when we don’t have appropriate tools we should be discussing with our management or upper management to get these tools inside of the company. Now we do know a lot of assessors that we’ve worked with in the past really have a high level of focus on how we document things. When they see sloppy documentation things are located all over the place it looks like we’re scattered looks like we don’t know what we’re doing it looks like we’re not safe although the truth of it could be we are very safe underneath it but the appearance says a lot so it’s very critical that we create good documentation and don’t document just for documentation sake we should be creating high quality documents when we do safety analysis it’s just not to get a file to put into a folder to check a box.

That safety analysis should drive a safer product. It should find any kind of gaps we have in that product or it should argue why now this is why we believe we’re safe because look, we did the safety analysis and we don’t have any gaps. So, documentation overall is extremely critical in our development with safety, security, and responsible AI.

Short series: we want to hear from you

Short series: we want to hear from you

09/27/23

Short series: safety analysis (FMEA)

09/29/23
Short series: safety analysis (FMEA)

Insight Categories

  • Functional Safety45
  • Responsible AI31
  • Robotics & Physical AI11
  • Autonomous Systems23
  • Cybersecurity7
  • Electric Mobility3
  • Videos14
  • News22
Most Recent
  • SRES SafeStack | August 2026
    SRES SafeStack | August 2026
    08/03/26
  • From UCAs to Test Scenarios: Building a Coherent Validation Pipeline for AVs
    From UCAs to Test Scenarios: Building a Coherent Validation Pipeline for AVs
    07/28/26
  • SRES Fireside Chat: Validation and Data in AI-Driven Systems
    SRES Fireside Chat: Validation and Data in AI-Driven Systems
    07/22/26
  • Comparing ISO/IEC TR 5469 and ISO/IEC TS 22440
    Comparing ISO/IEC TR 5469 and ISO/IEC TS 22440
    07/21/26
  • SRES Announces New IEC 61508 Training and First Physical AI Safety Week
    SRES Announces New IEC 61508 Training and First Physical AI Safety Week
    07/20/26
logotype
  • Company
  • Careers
  • Contact Us
  • info@sres.ai
  • 265 Dillon Ridge Rd
    Ste C PMB 505
    Dillon, CO 80435

Services

Automotive

Physical AI

Responsible AI

Training

Resources

Insights

Video

Legal

Privacy Policy
Cookie Policy
Terms & Conditions
Training Terms & Cancellation Policy
Accessibility
Consent Preferences

© Copyright 2026 SecuRESafe, LLC. All rights reserved.

Linkedin Youtube