Project intake
Confirm the users affected, current systems, operational problem, decision owner and target date.
Each engagement is structured around documented inputs, decision points, deliverables and acceptance criteria. Scope changes are assessed before they affect price or timing.

The method keeps scope, decisions, review evidence and ownership together. Each stage closes with a recorded output before the next stage becomes the working priority.
The sequence prevents design work from beginning before the problem, available evidence and approval boundary are clear.
Confirm the users affected, current systems, operational problem, decision owner and target date.
Examine current records, exceptions, interfaces, access limits and supplier dependencies.
List the deliverables, responsibilities, assumptions, exclusions, timetable and price for approval.

Process, evidence and decision ownership are mapped before a solution is selected.
Complete agreed milestones, demonstrate work in progress and record changes before they affect cost or timing.
Run agreed checks, resolve recorded defects and transfer documentation, data and access listed in the proposal.
If ongoing operation is needed, define its hours, response route, covered systems and price separately.

The handover record separates completion of the agreed project from any later support service. Open defects, transferred materials and responsible owners remain visible.
A change note identifies the requested outcome, affected deliverables, new dependencies, price and date impact before approval.
The reviewer checks the listed result against an agreed example, test or record and logs acceptance or a specific defect.
A short but concrete brief is enough to begin a project review.