Training to Effective Documents - Transitioning to Agile

R

repiKS

We are transitioning to Agile and have two sets of quality system documents in two systems. In the year long interim, must we train to both sets of doucments? For example, we have hundreds of documents in the new system that are "effective" ....does that mean we must be trained to them or can we wait to train for a few months? Would that gap be a quality issue?
 

Bev D

Heretical Statistician
Leader
Super Moderator
Re: Training to Effective Documents

I assume you mean documents that reference Agile and documents that use some other system? And that it will take you a year to fully transition every one to Agile, some people will be using Agile and some won't?
I further assume that any given software (?) or product being developed or revised will be using either Agile or the old system?

If so you only need to train to the system being used.
you only need to inform those using Agile that they must use the Agile docs and those using the old process they must use the old docs. If you can control access to the two systems by user this could be very robust
 
R

repiKS

Re: Training to Effective Documents

Let me clarify. We have SOPs, SWIs, and Quality documents in two seperate systems at the moment as we transition from one document control system (ours) to another (parent company). The parent company has give us hundreds of documents deemed effective. That is a lot of documents to train to immediately. Can an effective doucment not be train to immediately without causing a quality issue.
 

Bev D

Heretical Statistician
Leader
Super Moderator
OK - you really need a detailed plan on how you will transition to the new system. This is not easy. it is not a matter of training on both documents or just one.
you need to perform a gap assessment between the current and new document, implement any necessary structural changes (paperwork, gauges, ERP system elements etc.) then train and transition the effected people one process at a time.
My suggestion is that you start at the top level processes (like corrective action or control of nonconforming material) then move down to the work instructions...this will survive an audit.
 
T

Trackerii

You can generate a Quality Plan, basically an approved document explaining the transition plan.
 

John Broomfield

Leader
Super Moderator
repiKS,

Your parent company seems not to have considered the risks of imposing their documented procedures on your established management system.

Instead they have issued a mandate along the lines of "these procedures are effective so do it our way".

Funding the transition from your established management system to a new set of documents is expensive and risky.

If your parent company claims conformity to ISO 9001 then it is not conforming to clause 5.4.2b to protect the integrity of your management system and the quality of your services and products such that they continue to satisfy your customers.

You and your colleagues now have to assess and manage the risks of this transition.

From your risk assessment you need a plan that focuses on the top priority processes (those processes that have the biggest impact [beneficial and adverse] on service and product quality) and specifies who is to do what by when to change these processes to conform to the new procedures. This may mean investing in new equipment and tooling or simply reorganizing the way the process is planned, resourced and operated. Keep doing this in order of priority until you make agile your whole system.

This is a very difficult management of change project and will need your best leaders with a system-view to manage it.

Protecting your customers and your revenue streams should be their main concerns.

John
 
Top Bottom