| Which brief, files and instructions should the team use on Day One? # |
The exact current set, where it lives, and how older copies are marked as replaced. |
Whether everyone will begin from the same instructions. |
| Who is doing what on the first hand-off? # |
Who prepares, receives, reviews, corrects and accepts the work, including anything the buyer keeps in-house. |
Whether a responsibility has been duplicated, omitted, or assumed by both sides. |
| What is the working period and delivery pattern? # |
Working days or date window, expected cadence, first hand-off, and any variation already known. |
Whether the team has planned the real operating rhythm. |
| Is the required equipment ready? # |
The device and specification, who provides and configures it, shipping responsibility, and any return step. |
Whether the work can start without an equipment surprise. |
| Can every required person open the workspace and move a test file? # |
A completed access check, a successful test transfer, and the person who fixes a failed attempt. |
Whether "access has been shared" means the workflow actually works. |
| Who can say "start", and how will the team recognise that instruction? # |
A clear buyer-side or agreed decision maker and the channel used for the go-ahead. |
Whether file receipt or a casual message could be mistaken for permission to begin. |
| Who reviews the first delivery, and what happens if it misses the mark? # |
The acceptance check, reviewer, feedback route, correction responsibility, and next hand-off. |
Whether the first batch can produce a decision instead of disappearing into review. |
| How will a later instruction replace an earlier one? # |
One agreed place for the latest instruction, a plain note of what changed, and confirmation that the working team received it. |
Whether two versions can stay active at the same time. |
| What has actually happened so far? # |
Distinguish file sent, file opened, access checked, start approved, work begun, delivery received, review completed, and acceptance given. |
Whether the project is being called ready because something was sent, rather than because the next step is possible. |