Vessel repair handover process map

A swimlane map of closing out a repair project, from all work packages reporting complete to a departed vessel, across the workshops, QA/QC, the project manager and the customer/class. Its centerpiece is the punch-list loop — the accepted-with-minor-items path that is how most real handovers actually end, not with a clean pass.

Open this map in the editor

Opens a copy in the editor and saves it in this browser. No account, nothing sent anywhere.

What is in this map

19 steps across 4 swimlanes and 5 phases, with 4 decision points.

Swimlanes (who does the work)
Workshops, QA/QC, Project Manager and Customer / Class
Phases (left to right)
Completion review, Testing, Customer inspection, Punch-list closure and Departure

Why map this process

The map draws two very different rejection outcomes as separate branches: accepted with minor items, the punch-list path, and not accepted, major rework back to the start. Conflating them would either send every minor snag list through a full project restart, or let a genuinely unacceptable repair proceed on a punch-list that was never meant to carry that weight. Most handovers land on the first branch, and the map is built around that being the normal case, not an exception.

The final repair dossier is explicitly a compilation, not a single document — test records, class endorsements, as-built drawings and every change order from the project, filed together. That note is doing real work: it tells whoever adapts this map that the dossier's completeness depends on every other map in this cluster, inspections and change orders alike, having actually produced the records it needs to gather here.

Every step in the map

This is the spreadsheet behind the diagram. The numbers in “Goes to” are row numbers, which is exactly what the editor’s “Line to” column holds — so you can read the flow here and retype any part of it.

Every step in the Vessel repair completion and handover (closeout to departure) process map, in the order the editor numbers them.
#StepShapeSwimlanePhaseGoes to
1 All work packages reported complete by workshops Start Workshops Completion review 2
2 Project manager reviews outstanding items against scope Process Project Manager Completion review 3
3 Any work package still **open**? Decision Project Manager Completion review 5 (All closed), 4 (Items open)
4 Chase workshop to complete outstanding items Process Workshops Completion review 2
5 Test and commission repaired systems Process QA/QC Testing 6
6 All systems test and commission successfully? Decision QA/QC Testing 8 (Pass), 7 (Fail)
7 Return to workshop to rectify the failed system Process Workshops Testing 5
8 Compile QA documentation, test records and certificates Process QA/QC Testing 9
9 Schedule customer and class inspection Process Project Manager Customer inspection 10
10 Customer and class surveyor inspect the completed work Process Customer / Class Customer inspection 11
11 Customer and class **accept** the work? Decision Customer / Class Customer inspection 13 (Accepted, minor items), 12 (Not accepted)
12 Return to workshop for **major rework** Process Workshops Customer inspection 2
13 Compile agreed *punch-list* of minor outstanding items Process Project Manager Punch-list closure 14
14 Close punch-list items and obtain customer sign-off Process Workshops Punch-list closure 15
15 All *punch-list* items closed and signed off? Decision Project Manager Punch-list closure 17 (Closed), 16 (Items remain)
16 Continue closing remaining punch-list items Process Workshops Punch-list closure 14
17 Assemble **final repair dossier** and warranty documentation Process Project Manager Departure 18
18 Undock or release berth, vessel departs Process Workshops Departure 19
19 Repair project complete, vessel departed Success Customer / Class Departure End

The decision points

Every branch in the map, with the label on each outgoing line. These are the questions the process has to be able to answer.

  • 3. Any work package still **open**?

    Owned by Project Manager · Completion review

    • All closed → step 5
    • Items open → step 4
  • 6. All systems test and commission successfully?

    Owned by QA/QC · Testing

    • Pass → step 8
    • Fail → step 7
  • 11. Customer and class **accept** the work?

    Owned by Customer / Class · Customer inspection

    • Accepted, minor items → step 13
    • Not accepted → step 12
  • 15. All *punch-list* items closed and signed off?

    Owned by Project Manager · Punch-list closure

    • Closed → step 17
    • Items remain → step 16

Notes on specific steps

These notes travel with the map. In the editor they live in the Notes column and appear when you open a box.

17. Assemble **final repair dossier** and warranty documentation
Test records, class endorsements, as-built drawings and every change order from this job go in as one dossier, the reference the customer and FAYARD both pull from if a warranty question comes up.

Making it yours

The 'any work package still open' decision loops all the way back to the project manager's own review, not to the specific open package — that is deliberate, because the review is a wholesale gate across every workshop's output, and a partial pass would let one department's incomplete work slip through while others' get reviewed. When you adapt the punch-list loop, keep it as repeated closure rather than a fixed number of rounds: real punch-lists close item by item over days, not in one pass, and the loop is what lets the chart represent that without inventing an arbitrary round count.

What to watch out for

  • Do not merge the major-rework branch with the punch-list branch. They return to completely different points — major rework goes all the way back to workshop review, punch-list items get tracked and closed without reopening the whole project. Treating a customer's rejection as automatically minor is how a yard ends up calling major rework 'a few punch-list items'.
  • The commissioning-failure loop returns to testing, not to the workshops that did the original repair. A system that fails commissioning needs to be re-tested after rectification, and routing straight back to a workshop repair step without the retest gate would let a second attempt ship without verification either.
  • The final dossier is easy to treat as paperwork that happens automatically once the vessel departs. It does not — it has to be compiled and checked before departure, because a warranty dispute six months later is exactly the moment a yard discovers a test record was never actually filed.

Frequently asked questions

Why does 'any work package still open' loop back to the start of the review instead of just checking the specific package again?

Because the project manager's review is a review of all outstanding items against the full project scope, not a re-check of one item — a workshop that closes its open item needs to re-enter that wholesale review, both to confirm the fix and because closing one item can reveal another dependency the review is designed to catch.

What is the practical difference between the punch-list path and a full customer rejection?

Scale and process weight. A punch-list is a list of minor items the customer accepts around — the vessel can often still depart on schedule while items close. A rejection means the work does not meet the standard the customer contracted for and goes back for major rework, with no assumption the vessel departs on the original schedule.

Should class society endorsement be a separate decision from customer acceptance?

This map treats them as one combined inspection because on most repair jobs they happen at the same walk-through. If your yard's class surveyor and customer inspect separately and can reach different verdicts, split that inspection into two rows with their own decisions, each feeding its own punch-list or rework branch.

Open the map and start editing

The editor loads this chart with the spreadsheet underneath it. Change a cell and the diagram redraws — no drawing, no signup.