ASPICE / ASQMS – Is it bureaucracy at all? Is it really overhead?

Isn't it simply about requiring solid engineering? Would you trust a builder to construct your house without architectural drawings? Would you trust your life to a bridge built without load calculations? Do you think a bunch of wires on a breadboard is all you need before launching production? Would you start working on a lathe without knowing the dimensions and tolerances that must be achieved?

PSV

6/24/20261 min read

ASPICE / ASQMS – Is it bureaucracy at all? Is it really overhead?
Isn't it simply about requiring solid engineering?

Would you trust a builder to construct your house without architectural drawings?
Would you trust your life to a bridge built without load calculations?
Do you think a bunch of wires on a breadboard is all you need before launching production?
Would you start working on a lathe without knowing the dimensions and tolerances that must be achieved?

So why do some people consider software requirements and software architecture to be overhead or unnecessary bureaucratic nonsense?
I'm talking about you, the qualified engineer.
When we establish development processes—and by we I mean process engineers supporting process owners with strong engineering expertise—the goal is not to replace engineering. Quite the opposite.
Engineering defines what "good" looks like.
Engineering decides which methods, analyses, calculations, reviews, simulations, and tests are necessary.
Engineering defines the state of the art.

The role of ASPICE, ASQMS, assessors, and quality management is much simpler.
Our job is not to tell engineers how to engineer.
Our job is to verify that engineering is actually being performed.
The goal is to measure whether you are applying the engineering practices that your education, experience, and professional expertise have taught you.
The goal is to provide confidence that shortcuts are not being taken at the expense of safety, quality, reliability, maintainability, or ultimately the end user.

Deep down, you already know what needs to be done.
The standards simply ask you to demonstrate that it has been done.
You define the engineering.
We verify its application.
You define the state of the art.
We make sure corners are not being cut.

And that, in a nutshell, is what development processes are about.

AI Development Process Consulting

Achieve product greatness with process greateness

Petr Švimberský
Bítovská 1219/26
Praha 4, 140 00, Czech Republic

IČ: 71559124
DIČ: CZ8206190564

+420 731 512 401
info@petrsvimbersky.consulting