Instant Release RPA — Automation After Re-engineering

Company: Novo Nordisk
Role: Lean Partner / Transformation Lead
Context: Regulated pharmaceutical manufacturing
Scope: Batch release execution after process re-engineering
Technology: Robotic Process Automation (RPA)


Context

After reducing release lead time and stabilising deviation handling, the batch release process had become:

  • Stage-based and predictable
  • Governed by clear ownership and KPIs
  • Aligned across Production, QA, and QC
  • Stable under audits and leadership scrutiny

Only at this point did automation become a real opportunity.

Before this, release execution involved manual, repetitive steps that added no decision value but consumed significant time and attention.


The Critical Decision

There was pressure to “automate release” early.

I deliberately did not.

Based on experience and data, automating earlier would have:

  • Accelerated rework loops
  • Embedded misaligned decision logic
  • Increased compliance risk
  • Delivered speed without control

So the decision was explicit:

First re-engineer and stabilise the system.
Then automate what remains purely mechanical.


What Was Automated (and what was not)

Automated

  • Manual execution steps once all release criteria were met
  • Data checks that were already standardised and validated
  • System interactions that required no human judgment

Not automated

  • Quality decisions
  • Deviation assessments
  • Risk evaluation
  • Any step requiring interpretation or context

Automation was applied only where the process was already right-first-time.


My Mandate & Authority

I was asked to lead the Instant Release RPA implementation, with responsibility to:

  • Ensure automation addressed validated constraints, not symptoms
  • Maintain full compliance and audit readiness
  • Deliver speed without introducing hidden risk
  • Integrate RPA cleanly into existing governance and KPIs

I worked hands-on with QA, IT, and operations, ensuring business ownership remained clear.


What I Did

1. Validated automation readiness

  • Confirmed release flow stability and predictability
  • Ensured deviation handling was under control
  • Verified that automated steps required zero judgment

Only after this validation did automation proceed.


2. Designed RPA around the re-engineered process

  • Automated execution of release steps once criteria were fulfilled
  • Embedded automation into existing KPIs and routines
  • Ensured transparency rather than black-box execution

RPA followed the process — not the other way around.


3. Secured compliance and sustainability

  • Ensured traceability and audit readiness
  • Avoided hard-coding assumptions into automation
  • Maintained human control over decisions

Automation reduced effort, not accountability.


Results & Impact

Hard outcomes

  • Release execution time reduced from ~7.5 hours to seconds
  • Manual effort removed from a critical but non-value-adding step
  • Faster product availability without quality or compliance trade-offs

Structural outcomes

  • Automation built on a stable, governed process
  • No increase in deviations or audit findings
  • Clear ownership and control preserved
  • RPA became a scalable enabler, not a fragile workaround

Key Insight

Automation does not fix broken systems.
It only makes them fail faster.

By re-engineering first and automating last, speed, control, and compliance improved together — without creating technical debt or hidden risk.

About me

I’m Öner Tank. Senior transformation leader and Lean Six Sigma Master Black Belt, delivering data-driven change across industrial, manufacturing, and life-sciences environments.

for more information please visit about

Let’s connect