Quality Inspection Standard Operating Procedure for Project Management in Manufacturing Administration

Procedure overview

The quality inspection process begins when an authorised trigger is received and ends only when the required action, evidence, communication, quality checks and review notes are complete. The responsible person must confirm scope, gather inputs, complete each operational step, record evidence, escalate exceptions, obtain approval where required, and close the record only after the procedure has been checked.

A strong implementation of this SOP makes the process practical for day-to-day use and useful for training, audit, compliance, management review and continuous improvement. Staff should be able to follow the procedure without relying on undocumented knowledge, and managers should be able to see who did the work, what was checked, what evidence exists, what risks were found, and what follow-up action remains.

Step-by-step instructions

1. Confirm the exact operational trigger for the quality inspection, such as a request, incident, scheduled review, customer contact, manager instruction, system alert, stock movement, staff change, safety issue, finance task, or compliance deadline. Record who raised it, when it was received, where it was recorded, and why the procedure is required.
2. Open the current SOP-000890 procedure record or create a new record in the approved business system, shared record location, and SOP checklist. Check that the correct department, category, industry area, location, owner, priority, deadline, and version number are visible before any work begins.
3. Read the purpose and scope of this SOP before acting. Confirm that the work belongs within Project Management / Manufacturing / Administration and that it is not an exception requiring senior approval, specialist advice, urgent safety action, legal review, or a different operating procedure.
4. Assign the task to the process owner or department supervisor. Record any supporting involvement required from department manager, the line manager, document controller, finance approver, safety lead, IT owner, supplier contact, customer support lead, or other competent person.
5. Check all required inputs before starting: project brief, sponsor, scope, deliverables, risks, budget, timeline and stakeholder list. If any mandatory input is missing, pause the process, request the missing information through the approved channel, and mark the record as waiting for information rather than completing the procedure informally.
6. Review previous related records, open actions, customer or employee history, supplier notes, asset logs, inspection results, approval limits, access permissions, policy requirements, and unresolved exceptions that could affect the decision or the sequence of work.
7. Confirm that the person completing the task has the correct access rights, training level, authority, equipment, forms, system permissions, and current procedure version. Do not allow untrained staff to complete controlled, safety-critical, finance-sensitive, privacy-sensitive, or customer-impacting work without supervision.
8. Complete the first operational action: confirm the project objective, sponsor, scope, success criteria and approval to proceed. Record the action taken, time completed, person responsible, evidence location, and any immediate issue found during the work.
9. Complete the second operational action: set up the project record, task plan, risk log, communication route and reporting cycle. Keep the process inside the approved workflow and avoid side agreements, private messages, undocumented verbal approvals, or files saved outside the agreed record location.
10. Complete the third operational action: review progress, issues, changes and decisions against the approved plan. Compare the result with the expected standard and investigate any mismatch before moving to closure.
11. Apply the main control check for this procedure: verify scope control, risk ownership, status reporting and decision evidence If the control fails, document the failure, assign corrective action, notify the process owner, and prevent the record from being closed until a competent reviewer agrees the issue has been resolved.
12. Check whether the procedure affects customers, staff, suppliers, visitors, stock, cash, financial records, personal data, fire routes, food safety, cybersecurity, service continuity, contractual deadlines, or legal obligations. Escalate immediately if any material risk is identified.
13. Update the live record with a clear narrative of the work completed. Include the reason for the action, supporting evidence, approval references, decisions made, people contacted, checks performed, exceptions found, and follow-up actions assigned.
14. Obtain approval or review from the correct person where the procedure requires sign-off. The reviewer must check evidence rather than simply approve the task from memory. Record the reviewer name, date, decision, conditions, and any rejected or amended item.
15. Communicate the outcome to affected stakeholders using the approved communication channel. Include enough detail for the recipient to understand the status, next step, owner, deadline, and any action required from them.
16. Save all required evidence in the correct location: project brief, plan, risk log, status report, change record and closure review Do not leave key evidence in email inboxes, chat tools, local desktop folders, personal drives, paper notes, or systems that the organisation cannot audit later.
17. Complete the closure checklist and confirm that mandatory fields, approvals, attachments, communications, exception notes, follow-up actions, and review dates are complete. Any item that cannot be completed must be marked as not applicable with a reason, not ignored.
18. Close the record only when the process owner or department supervisor or delegated reviewer confirms that the procedure has been followed, evidence is traceable, risks have been addressed, and the next review or retention action has been recorded.
19. Log any process improvement opportunity identified during the work, such as repeated missing information, unclear approvals, duplicate data entry, handover delays, recurring defects, training gaps, customer confusion, or weak system controls.
20. Use the completed record during the next Every 6 months review to confirm that this SOP remains accurate, useful, legally appropriate, safe, and aligned with current business systems, staff responsibilities, customer expectations, and operational risks.

Procedure checklist

• The procedure trigger, request source, owner, deadline, location, department, category, and related record number have been recorded.
• The public SOP reference SOP-000890, version number, review frequency, and responsible role are visible on the working record.
• The work falls inside the stated scope and has not been forced into the wrong procedure for convenience.
• The correct system, form, register, checklist, folder, approval workflow, or document record has been used.
• Required inputs are present: project brief, sponsor, scope, deliverables, risks, budget, timeline and stakeholder list.
• The process owner or department supervisor has completed or supervised the work and any required support from department manager has been documented.
• Approval limits, access permissions, financial thresholds, customer commitments, safety duties, privacy obligations, and contract requirements have been checked where relevant.
• The main control check has been completed: verify scope control, risk ownership, status reporting and decision evidence.
• Evidence has been stored in the agreed business location: project brief, plan, risk log, status report, change record and closure review.
• All communications sent to staff, customers, suppliers, managers, visitors, or service users are clear, dated, traceable, and linked to the record.
• Any exception, failed check, missing information, delay, complaint, defect, safety concern, or data issue has been escalated to the correct owner.
• Quality control notes explain what was checked, what passed, what failed, who reviewed the record, and what must happen next.
• Records that include personal, financial, customer, employee, supplier, or confidential information have been handled using the minimum necessary data and correct access controls.
• The completed procedure can be understood by a new staff member, manager, auditor, trainer, or external reviewer without relying on memory or private messages.
• Follow-up tasks have named owners, dates, evidence requirements, and completion criteria.
• The procedure has been reviewed against the organisation’s local policy, legal duties, safety controls, insurance requirements, customer commitments, and industry expectations.
• The final outcome has been communicated to relevant stakeholders and the record status reflects the real position of the work.
• Any improvement point has been captured for the process owner so the SOP can be refined during the next scheduled review.

Tags