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
223 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: safety analysis (FMEA)

Short series: safety analysis (FMEA)

09/29/23

Short series: we want to hear from you

09/27/23
Short series: we want to hear from you

Insight Categories

  • Autonomous Systems20
  • Electric Mobility3
  • News17
  • Videos12
  • Functional Safety40
  • Responsible AI28
  • Cybersecurity6
Most Recent
  • ISO/PAS 8800 Walkthrough (Part 3): AI Safety Requirements and V-cycle
    ISO/PAS 8800 Walkthrough (Part 3): AI Safety Requirements and V-cycle
    04/07/26
  • Beyond TARA: How STPA Strengthens Automotive Cybersecurity
    Beyond TARA: How STPA Strengthens Automotive Cybersecurity
    03/30/26
  • ISO/PAS 8800 Walkthrough (Part 2): The AI and Dataset Lifecycles
    ISO/PAS 8800 Walkthrough (Part 2): The AI and Dataset Lifecycles
    03/25/26
  • On Redundant Systems
    On Redundant Systems
    03/24/26
  • SRES SafeStack | March 2026
    SRES SafeStack | March 2026
    03/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