Total Quality Management & ISO Standards

Chapter 10
QMS Documentation, Knowledge and Change Control

Graduate Program in Operation Management (GPOM)
Total Quality Management & ISO Standards   •   Graduate

QMS Documentation, Knowledge and Change Control

Introduction and Context

A quality management system (QMS) is not merely a collection of procedures. It is an organizational system for converting requirements, knowledge, decisions and feedback into controlled processes and reliable results. Documentation supports that system, but documentation is not the system itself. Excessive paperwork can obscure responsibility, slow decisions and encourage ceremonial compliance; inadequate documentation can produce inconsistent work, undocumented assumptions and weak evidence of conformity.

ISO 9001:2015 uses the broader concept of documented information. This includes information that an organization must control and maintain, such as policies, process criteria and procedures, and information that it must retain as evidence, such as inspection results, training records and audit findings. The standard deliberately allows organizations to determine the extent of documentation appropriate to their size, process complexity, competence and risk.

For operations managers, the central challenge is therefore proportionality: creating enough structure to ensure repeatability, traceability and learning, without converting the QMS into an administrative burden. This chapter examines documentation architecture, organizational knowledge, competence, communication, configuration and traceability, and controlled change. It also considers governance, digital systems, artificial intelligence and practical implementation.

Learning Objectives

By the end of this chapter, students should be able to:

  1. Distinguish maintained documented information from retained documented information.
  2. Design a proportionate QMS documentation architecture.
  3. Explain how organizational knowledge, competence and communication support process performance.
  4. Apply configuration identification, status control and traceability principles.
  5. Plan and evaluate changes to processes, products, services and QMS documentation.
  6. Identify risks created by uncontrolled documents, obsolete knowledge and weak change governance.
  7. Evaluate documentation and change-control systems from managerial, operational and ethical perspectives.

1. Documented Information as an Operating Control

1.1 Documentation, records and organizational memory

A document provides guidance or establishes requirements. Examples include a quality policy, process map, work instruction, specification, form template and emergency plan. A record provides evidence that an activity occurred or that a result was achieved. Examples include a completed inspection record, calibration certificate, audit report, competence assessment and approved change request.

The distinction is functional rather than purely physical. A completed electronic form is a record, while the blank controlled form is a document. A database may contain both instructions and records. A video, drawing, photograph, software configuration, sample or electronic signature may also constitute documented information.

Documentation performs four major organizational functions:

  • Coordination: it aligns activities across departments, shifts and locations.
  • Standardization: it establishes a common method where variation would be harmful.
  • Knowledge retention: it preserves important knowledge when employees leave or roles change.
  • Evidence: it demonstrates conformity, supports investigations and enables learning.

Documentation becomes ineffective when it is inaccurate, inaccessible, excessively detailed, disconnected from actual work or controlled more carefully than the work itself.

1.2 Maintained and retained documented information

Maintained documented information is kept current because it directs or describes the QMS. Examples include the scope of the QMS, quality policy, process criteria and operating instructions. Retained documented information is preserved as evidence. Examples include management-review outputs, audit results, nonconformity records and monitoring results.

A useful design question is: Does the user need this information to perform or control work, or does the organization need it later to demonstrate what happened? The answer helps determine whether the information should be maintained, retained or both.

1.3 The documentation hierarchy

A practical hierarchy may contain four layers:

LayerTypical contentMain purpose
StrategicPolicy, objectives, QMS scopeDirection and commitments
ProcessProcess maps, criteria, responsibilities, risksDescribe how work is managed
OperationalWork instructions, specifications, checklistsGuide task execution
EvidenceRecords, logs, approvals, reportsDemonstrate results and conformity

The hierarchy is not mandatory. A small organization may use a concise process map and integrated digital records instead of a large manual. A complex organization may require detailed specifications, software controls, validation evidence and configuration baselines. The correct architecture follows operational risk and complexity, not tradition.

2. Designing Proportionate Documentation

2.1 The principle of proportionality

Documentation should be sufficient to control risk and preserve essential knowledge. Relevant factors include:

  • consequences of failure;
  • regulatory, contractual and customer requirements;
  • process complexity and interdependence;
  • workforce competence and turnover;
  • degree of automation;
  • geographic dispersion;
  • frequency of the activity;
  • reversibility of errors; and
  • need for traceability.

A highly regulated medical-device process may require approved specifications, electronic signatures, validation protocols and complete lot traceability. A low-risk internal scheduling activity may need only a process owner, defined inputs and outputs, and a simple performance record.

Proportionality does not mean informality. A short, clear instruction can be more effective than a fifty-page procedure. Conversely, a brief instruction may be inadequate where safety, legal compliance or product conformity depends on precise controls.

2.2 Document life cycle

A controlled document normally passes through a life cycle:

  1. Need identification: determine the risk, requirement or knowledge gap.
  2. Authoring: prepare content with appropriate subject-matter expertise.
  3. Review: check technical accuracy, usability and consistency.
  4. Approval: authorize release by a competent person with defined authority.
  5. Publication: make the current version available at points of use.
  6. Use and feedback: monitor whether the document works in practice.
  7. Revision: update it when requirements, risks or methods change.
  8. Withdrawal: prevent unintended use of obsolete versions.
  9. Retention or disposal: preserve or destroy information according to legal, contractual and organizational rules.

Controls should address identification, format, review status, access, distribution, storage, backup, retrieval, retention and disposition. For electronic information, access control, audit trails, cybersecurity and system availability are particularly important.

2.3 Usability as a quality criterion

A document can be formally controlled yet operationally poor. Usability should be assessed through questions such as:

  • Can the intended user find the correct version quickly?
  • Are responsibilities and decision points unambiguous?
  • Are exceptions and escalation routes clear?
  • Does the document reflect actual equipment and software?
  • Can a new competent employee use it without unsafe interpretation?
  • Are required records generated naturally during work?

Plain language, visual controls, examples and task-oriented sequencing often improve performance more than additional explanatory prose. Translation and accessibility must also be considered in multilingual or inclusive workplaces.

3. Organizational Knowledge, Competence and Communication

3.1 Organizational knowledge

ISO 9001:2015 distinguishes organizational knowledge from competence. Knowledge concerns what the organization knows and needs to know; competence concerns the demonstrated ability to apply knowledge and skills to achieve intended results.

Knowledge may be:

  • Explicit: specifications, databases, drawings, lessons-learned reports and training materials.
  • Tacit: experience, judgment, troubleshooting ability and practical know-how.
  • Internal: process capability, historical defects, equipment behavior and customer history.
  • External: standards, legal requirements, supplier knowledge, technology developments and market information.

Knowledge management is not simply document storage. It involves identifying critical knowledge, making it available, updating it and protecting it from loss or misuse.

A useful knowledge-risk assessment asks:

  1. Which knowledge is essential to conformity or safety?
  2. Where is it located—in documents, systems, people or relationships?
  3. How vulnerable is it to retirement, turnover, cyberattack or supplier exit?
  4. How can it be transferred, verified and refreshed?

Methods include mentoring, structured handover, communities of practice, job rotation, after-action reviews, troubleshooting libraries, recorded demonstrations and supplier technical exchanges. Capturing tacit knowledge requires interaction and practice; merely asking employees to complete forms rarely succeeds.

3.2 Competence management

Competence management links organizational needs to individual capability. A robust cycle includes:

  1. define competence requirements for each role;
  2. assess current competence;
  3. identify gaps;
  4. provide training, coaching or other development;
  5. evaluate whether competence was achieved; and
  6. retain appropriate evidence.

Training attendance is not proof of competence. Evaluation may include observation, examination, supervised practice, error rates, first-pass yield, problem-solving performance or authorization by a qualified assessor. The method should fit the risk and nature of the work.

Competence is also affected by fatigue, workload, language, equipment changes and work design. An employee may be competent in principle but unable to perform reliably in a poorly designed process. Thus, competence should not be used to shift responsibility for systemic failures onto individuals.

3.3 Internal and external communication

Communication controls should define what is communicated, when, by whom, to whom and through which channel. Important subjects include quality policy and objectives, process changes, customer requirements, incidents, nonconformities, supplier information and emergency conditions.

Communication is a control, not merely an interpersonal activity. A change released in a document system but not communicated to a night shift is not effectively controlled. Likewise, a customer requirement recorded by sales but not transferred to production represents a process-interface failure.

Effective communication systems combine formal mechanisms—briefings, alerts, controlled releases and escalation protocols—with informal feedback channels. Managers should verify understanding rather than assume that transmission equals communication.

4. Configuration, Identification and Traceability

4.1 Configuration management

Configuration management establishes and preserves the identity, status and relationships of items that must remain controlled. It is especially important for engineered products, software, infrastructure, regulated services and complex operations.

A configuration item may be a product version, design drawing, bill of materials, software build, machine setting, service package or approved process parameter. A configuration baseline is an approved reference state against which subsequent changes are evaluated.

Configuration control answers four questions:

  • What exactly is the item?
  • Which version or state is approved?
  • What changes have occurred and who authorized them?
  • Which records, components and outputs are affected?

Without configuration control, an organization may unknowingly manufacture to an obsolete drawing, deploy incompatible software or provide different customers with inconsistent service conditions.

4.2 Identification and status

Identification may use part numbers, serial numbers, lot numbers, batch codes, barcodes, radio-frequency identification, software commit identifiers or service-case numbers. The identifier should be unique enough for the required level of control.

Status may include approved, under review, released, quarantined, rejected, superseded or obsolete. Status indicators must be reliable and visible at the point of use. A red label is not sufficient if employees cannot determine what the label means or if the status database is not synchronized with physical stock.

4.3 Traceability

Traceability is the ability to follow the history, application, location or composition of an item. The required depth depends on risk and obligation. Traceability can connect:

supplier batch → incoming inspection → production order → equipment and operator → test results → shipment → customer.

Traceability supports containment, recall, warranty analysis, root-cause investigation and regulatory reporting. However, more traceability is not automatically better. Excessive data collection increases cost, privacy exposure and the possibility of unreliable records. The organization should define the minimum traceability necessary to make safe and timely decisions.

5. Change Control as a Risk-Based Discipline

5.1 Why changes require control

Changes can improve performance, but they can also introduce unintended consequences. Sources include new equipment, revised specifications, software updates, supplier substitution, organizational restructuring, facility relocation, legal changes and corrective actions.

Change control is not a demand that every minor adjustment receive the same approval. It is a method for distinguishing routine variation from changes that can alter conformity, safety, capacity, cost, data integrity or customer experience.

5.2 Planned change

A change plan should consider:

  • purpose and expected benefit;
  • scope and affected processes;
  • risks and opportunities;
  • resources and competence;
  • responsibilities and approval authority;
  • interfaces with suppliers, customers and other departments;
  • validation or verification requirements;
  • communication and training;
  • transition arrangements and rollback;
  • records and effectiveness evaluation.

ISO 9001:2015 requires the QMS to consider the purpose and potential consequences of changes, the integrity of the QMS, resource availability and the allocation or reallocation of responsibilities and authorities. Operational changes may additionally require review of production or service provisions, while design and development changes require control of identification, review, verification, validation where appropriate and authorization.

5.3 A practical change classification

Organizations may classify changes as follows:

ClassTypical exampleControl response
Minor/routineTypographical correction with no technical effectAuthorized edit and version update
Controlled operationalRevised inspection frequency or work methodRisk review, approval, communication and effectiveness check
Major/configurationNew product design, core software or supplierCross-functional review, validation, transition and formal release
EmergencyImmediate change to protect people or continuityRapid authorization, documented rationale and retrospective review

The classification should be based on impact, not the department proposing the change. An emergency process must not become a permanent route for bypassing governance.

5.4 Change implementation and verification

A change is not complete when a revised document is approved. Implementation requires removal of obsolete instructions, updating training, modifying systems, communicating affected parties and checking actual adoption. Verification asks whether the change was implemented as planned. Validation asks whether it achieves the intended result in the relevant operational context.

Effectiveness measures may include defect rate, customer complaints, cycle time, downtime, audit findings, safety events, rework or process capability. The measures should be selected before implementation where possible, otherwise confirmation bias may influence evaluation.

6. Digital QMS, Automation and Artificial Intelligence

Digital QMS platforms can integrate document control, training, audits, nonconformities, supplier management and change requests. Benefits include searchability, workflow visibility, automated reminders, version history and analytics. Risks include excessive workflow complexity, poor master-data quality, vendor dependence, cybersecurity incidents and false confidence in system status.

Artificial intelligence can assist with document comparison, classification, retrieval, translation, anomaly detection and draft risk analysis. It should not independently approve controlled information, determine legal compliance or replace competent judgment in high-consequence decisions. AI-generated content may contain fabricated requirements, outdated standards or subtle inconsistencies. Human review, source verification, access control, auditability and protection of confidential data are essential.

A sound principle is that automation should reduce avoidable administrative work while preserving accountable human authorization. The organization remains responsible for the conformity of its QMS, regardless of whether software or AI contributed to a decision.

7. Governance, Ethics and Regulatory Considerations

Documentation and change systems create power as well as control. Poor governance can conceal problems by permitting retrospective alteration, suppressing dissent or using records to assign blame unfairly. Ethical QMS governance requires:

  • integrity and timely creation of records;
  • prohibition of falsification and unauthorized alteration;
  • transparent correction methods;
  • protection for good-faith reporting;
  • appropriate confidentiality and privacy;
  • defined retention and disposal rules;
  • segregation of approval and execution where risk warrants it; and
  • accountability for system design, not only individual mistakes.

Electronic records should preserve reliable dates, authorship, approvals and revision history. Privacy principles require collecting only necessary personal information, limiting access and retaining it no longer than justified by law or business need. Regulatory sectors may impose additional requirements for electronic signatures, validation, record retention and audit trails.

8. Illustrative Case: Controlled Change in a Food-Processing Plant

Background

This illustrative case concerns NorthRiver Foods, a medium-sized plant producing chilled ready-to-eat meals. The plant operated under a certified QMS and food-safety requirements. Its sauce supplier proposed replacing a stabilizing ingredient because of supply disruption. The replacement was chemically similar but came from a different source and had a different moisture specification.

Problem

The purchasing department accepted the supplier's technical statement and updated the supplier record. Production began using the replacement material before the recipe specification, incoming inspection criteria and customer technical file were revised. The meals met the final taste specification in initial tests, but shelf-life data had not been confirmed. A later investigation found that batch identification did not consistently link the ingredient lot to finished-product pallets.

Analysis

The event involved several control failures:

  • supplier change was treated as a purchasing transaction rather than a product and process change;
  • the recipe configuration lacked a formal baseline;
  • risk assessment did not consider shelf life and allergen-related information;
  • competence and communication requirements were not defined;
  • traceability was incomplete; and
  • effectiveness criteria were not established before implementation.

The key managerial error was focusing on immediate continuity of supply while underestimating downstream consequences.

Approach and solution

NorthRiver established a cross-functional change review involving purchasing, quality, production, laboratory staff, regulatory affairs and the customer representative. The team:

  1. placed affected finished goods on controlled hold;
  2. identified all ingredient and finished-product lots involved;
  3. reviewed regulatory and customer requirements;
  4. conducted laboratory shelf-life and sensory verification;
  5. revised the approved recipe, incoming specification and inspection plan;
  6. trained relevant employees and briefed all shifts;
  7. updated the supplier approval record;
  8. introduced a change-classification checklist; and
  9. created a traceability test requiring retrieval of affected lots within a defined time.

The revised configuration was released only after authorized approval. Obsolete recipes were removed from production terminals, and the first three production runs received enhanced verification.

Outcome

The replacement ingredient was ultimately approved, but only after the organization demonstrated that shelf life and product requirements remained satisfied. A traceability exercise identified the remaining weakness: pallet labels were correct, but an interface between the warehouse system and production system dropped one lot field. The interface was corrected and tested.

Learning points

The case demonstrates that change control is a system discipline. A technically reasonable change can still fail because of weak communication, configuration identification, competence, software interfaces or traceability. It also shows why effectiveness evaluation must examine the whole process rather than only the immediate product test.

9. Implementation Framework for Operations Managers

An organization seeking to improve this area can proceed in stages:

Stage 1—Map critical information. Identify requirements, process owners, essential knowledge, records and high-risk interfaces.

Stage 2—Remove duplication. Consolidate conflicting procedures, obsolete forms and parallel approval routes.

Stage 3—Define control rules. Establish naming, ownership, approval, revision, access, retention and change-classification rules.

Stage 4—Test usability. Observe users performing real work and correct documents that are difficult to find or interpret.

Stage 5—Strengthen knowledge transfer. Identify single-person dependencies and create practical mechanisms for mentoring, handover and verification.

Stage 6—Integrate change control. Link change requests to risks, training, configuration items, affected records and effectiveness measures.

Stage 7—Audit outcomes. Evaluate whether documentation and change controls prevent errors and support reliable results, rather than merely checking whether forms are complete.

Useful performance indicators include obsolete-document incidents, time to retrieve a controlled record, overdue change actions, percentage of changes with effectiveness reviews, repeat nonconformities, training effectiveness and successful traceability-test performance. Indicators should be interpreted carefully: a low number of recorded changes may indicate stability, or it may indicate under-reporting.

Challenges and Limitations

Documentation systems can generate bureaucracy, slow innovation and encourage compliance theatre. Knowledge can be difficult to capture because tacit expertise is contextual and sometimes unrecognized by its holders. Traceability may be expensive in low-margin operations and can create privacy risks. Digital systems can automate poor processes at high speed. Change boards may become bottlenecks if approval authority is unclear or if every change is treated as major.

A mature QMS therefore balances standardization with professional judgment. It controls what must be controlled, permits flexibility where risk is low and uses evidence to adjust the level of control. The ultimate test is not document volume but the organization's ability to produce intended results consistently, respond intelligently to variation and learn without losing accountability.

Chapter Summary

Documented information is an operational resource that coordinates work, preserves knowledge, standardizes critical activities and provides evidence. Effective QMS documentation distinguishes maintained information from retained records and applies controls proportionate to risk, complexity and legal obligation. Usability, accessibility and accuracy are as important as formal approval.

Organizational knowledge includes explicit and tacit knowledge, while competence concerns the ability to apply knowledge and skills. Communication must ensure that requirements and changes reach the people and interfaces affected. Configuration management establishes the identity and approved status of products, processes, software and other controlled items. Traceability links inputs, activities and outputs so that organizations can investigate, contain and learn from problems.

Change control requires evaluation of purpose, consequences, resources, responsibilities, interfaces, verification, validation, communication and effectiveness. Digital QMS platforms and AI can improve retrieval and analysis but do not remove the need for human accountability, cybersecurity, privacy and source verification. The mature operations manager designs a system that is disciplined without being bureaucratic and flexible without becoming uncontrolled.

Key Terms

Documented information: Information that an organization must control and maintain, together with the medium containing it.

Maintained documented information: Current information used to direct or describe the QMS and its processes.

Retained documented information: Preserved evidence that an activity was performed or a result was achieved.

Document control: The systematic management of creation, approval, access, revision, distribution and disposition of information.

Organizational knowledge: Knowledge specific to an organization that supports its processes and conformity.

Tacit knowledge: Experience-based knowledge that is difficult to express fully in formal documents.

Competence: Demonstrated ability to apply knowledge and skills to achieve intended results.

Configuration: The identified characteristics and approved state of a product, process, system or service.

Configuration baseline: An approved reference state used to control subsequent changes.

Traceability: Ability to follow the history, application, location or composition of an item.

Change control: A systematic process for assessing, authorizing, implementing and evaluating change.

Verification: Confirmation that specified requirements have been fulfilled.

Validation: Confirmation that a product, service or change can meet intended use or application requirements.

Document life cycle: The stages through which controlled information passes from creation to revision, withdrawal and disposition.

Status control: Identification of whether information or an item is approved, current, obsolete, quarantined or otherwise classified.

Effectiveness evaluation: Assessment of whether an action or change achieved its intended outcome.

QMS: A coordinated set of processes and resources used to establish and achieve quality objectives.

Proportionality: Matching the extent of control to risk, complexity, consequence and organizational context.

Review Questions

Short Answer Questions

  1. Distinguish maintained documented information from retained documented information and provide one example of each.
  2. Why is training attendance alone insufficient evidence of competence?
  3. What is a configuration baseline?
  4. Identify four factors that should influence the extent of QMS documentation.
  5. Why should obsolete documents be prevented from unintended use?

Long Answer Questions

  1. Explain how an organization can design a documentation hierarchy without creating unnecessary bureaucracy.
  2. Discuss the relationship among organizational knowledge, competence and communication in sustaining process performance.
  3. Explain the major stages of a controlled document life cycle and the risks associated with weak control at each stage.
  4. Analyze the role of configuration management and traceability in complex operations.
  5. Evaluate the advantages and limitations of using a digital QMS and artificial intelligence for documentation and change control.

Analytical / Application Questions

  1. A manufacturer changes a critical supplier without changing the product design. Develop a risk-based change-control plan identifying affected documents, competence, communication, verification, validation and traceability requirements.
  2. An organization has 2,000 controlled documents, frequent obsolete-document findings and low employee use of the intranet. Diagnose likely system causes and propose a 90-day improvement program.
  3. A hospital introduces AI-generated work instructions for a high-risk clinical support process. Design governance controls that address competence, human approval, version control, privacy, auditability and effectiveness evaluation.

Multiple Choice Questions with Answers

Question 1

Which statement best distinguishes maintained from retained documented information?

A. Maintained information guides current work, while retained information provides evidence of what occurred.

B. Maintained information is always paper-based, while retained information is always electronic.

C. Maintained information is confidential, while retained information is public.

D. Maintained information requires no approval, while retained information requires two approvals.

Correct Answer: A. Maintained information guides current work, while retained information provides evidence of what occurred.

Question 2

Which is the strongest evidence that an employee is competent for a high-risk task?

A. The employee attended a briefing.

B. The employee received a procedure by email.

C. The employee demonstrated the task successfully under an appropriate assessment.

D. The employee has worked for the organization for six months.

Correct Answer: C. The employee demonstrated the task successfully under an appropriate assessment.

Question 3

What is the primary purpose of a configuration baseline?

A. To forecast customer demand.

B. To provide an approved reference state for controlling changes.

C. To replace all process records.

D. To calculate training costs.

Correct Answer: B. To provide an approved reference state for controlling changes.

Question 4

Which action is most appropriate when a controlled work instruction becomes obsolete?

A. Leave it available so experienced employees can compare versions.

B. Delete all evidence that it existed.

C. Prevent unintended use and retain it when retention is required.

D. Allow each department to decide whether to continue using it.

Correct Answer: C. Prevent unintended use and retain it when retention is required.

Question 5

Which factor is least relevant when determining the appropriate extent of documentation?

A. Process risk and consequences of failure.

B. Workforce competence and turnover.

C. The preferred font of the document author.

D. Regulatory and contractual requirements.

Correct Answer: C. The preferred font of the document author.

Question 6

A supplier changes the material used in a safety-critical product. What should occur first?

A. Use the material immediately because the supplier approved it.

B. Classify and assess the change before implementation.

C. Delete the previous material specification.

D. Wait for a customer complaint before reviewing the change.

Correct Answer: B. Classify and assess the change before implementation.

Question 7

Which statement about traceability is most accurate?

A. More traceability is always better regardless of cost or privacy.

B. Traceability links relevant history, application, location or composition to support control and investigation.

C. Traceability applies only to physical products.

D. Traceability eliminates the need for inspections.

Correct Answer: B. Traceability links relevant history, application, location or composition to support control and investigation.

Question 8

What is the main difference between verification and validation?

A. Verification concerns whether specified requirements were fulfilled; validation concerns intended use or application.

B. Verification is performed by customers only; validation is performed by suppliers only.

C. Verification applies to documents; validation applies only to financial records.

D. There is no practical difference between them.

Correct Answer: A. Verification concerns whether specified requirements were fulfilled; validation concerns intended use or application.

Question 9

Which practice best supports retention of tacit organizational knowledge?

A. Storing more blank forms.

B. Mentoring, structured handover and observed practical demonstrations.

C. Removing experienced employees from improvement teams.

D. Relying exclusively on automated reminders.

Correct Answer: B. Mentoring, structured handover and observed practical demonstrations.

Question 10

Why should an AI-generated QMS work instruction receive competent human review before release?

A. AI systems cannot display text on digital platforms.

B. AI-generated content may contain inaccurate, outdated or contextually unsuitable requirements.

C. Human review makes version control unnecessary.

D. AI is prohibited from assisting with any quality activity.

Correct Answer: B. AI-generated content may contain inaccurate, outdated or contextually unsuitable requirements.

Total Quality Management & ISO Standards
Chapter 10 of 15