Document-Control Cue
Task-specific guidance for ordinary filing, naming, and organization issues.
Project 02
Create one controlled physical or digital job file that organizes current project documents, correspondence, field records, commercial records, photographs, approvals, and closeout information, built directly on the approved Project 01 scope baseline.
These cues appear at the point of work. They identify document-control, access, confidentiality, and version-control issues before a superseded document, a missing permission, or a broken link causes a field or contractual problem.
Task-specific guidance for ordinary filing, naming, and organization issues.
A superseded document could be mistaken for the current controlling record.
Practical guidance on field access, offline recovery, and emergency information.
Financial, personnel, medical, or security information requires restricted access.
Follow the company's specific retention, backup, and cybersecurity policy.
Naming-convention, register, and traceability guidance for the job file.
This project qualifies you to build and test one controlled project-management job file — the organized document system that every later project in this book files into, references, and updates. The finished work product is one indexed, version-controlled job file, physical or digital, with tested document recovery, a clear separation between active and archived documents, and an issued procedure the project team has acknowledged.
You will select the file platform, set access levels and confidentiality rules, build the complete folder or section structure, establish a naming convention and status terms, create the document register and revision log, load the approved Project 01 scope baseline and supporting documents, create the field-record and log templates every later chapter depends on, test recovery of representative documents, correct defects, back up the system, and issue the procedure to the project team.
This is the second project in the book. It builds directly on the scope baseline approved in Project 01, and it establishes the controlled structure that Project 03's work breakdown structure, Project 05's baseline schedule, Project 07's procurement register, Project 09's meeting records, Project 11's change log, and every later project's records and logs will be filed into.
The work breakdown structure in Project 03 is filed into the sections this project creates, and its dictionary is cross-referenced to the scope statement, estimate, and permit plan already loaded here. The baseline schedule in Project 05, the procurement register in Project 07, the meeting records in Project 09, the RFI log in Project 10, and the change log in Project 11 all use the document-register, naming-convention, and revision-log conventions established in this project without redefining them.
The active-versus-archive discipline taught here — so that a superseded draft is never mistaken for the current controlling document — is the same discipline the schedule baseline in Project 05 and the change-control system in Project 11 depend on to prevent hidden delay and unauthorized scope expansion.
This project covers:
This project does not authorize the learner to:
Any conflict between this project's file structure and the company's existing document-control policy must be identified and resolved in writing before the job file is issued to the project team.
Establish these references before the folder structure is built, and do not change them mid-project without a recorded revision.
| Term | Definition |
|---|---|
| Job file | The one controlled physical or digital system organizing all current and archived project documents |
| Document register | The master list of every controlled document with identifier, title, originator, date, revision, status, distribution, and location |
| Revision log | The record of what changed in a controlled document, why, by whom, and when the change became effective |
| Active set | The current, approved version of every controlled document, available for field and project use |
| Archive | The preserved location for superseded documents, clearly separated from the active set |
| Transmittal | A controlled record of when a document was distributed, to whom, and in what form |
| Access level | The defined scope of documents and folders a given role is permitted to view, edit, or distribute |
Before issuing the job-file procedure to the project team, record the setup identification directly on the required-document matrix cover sheet:
Project name: ______ Project number: ______ Platform: ______ Structure revision: ______
Date issued: ____________ Issued by (name and role): ____________ Project manager: ____________
Every job file in this book, from this chapter's residential project file to the Chapter 20 capstone project archive, follows the same sequence: select, secure, structure, name, register, load, verify, test, issue. Learning that sequence here, on one residential project, means every later log and register is filed into a structure you already trust.
Every controlled document category in the job file must have exactly one current, active version, and every prior version must be moved to the archive rather than deleted or left alongside the active version. Store the active and archived locations so that a person retrieving a document cannot mistake a superseded draft for the current controlling record.
Do not file a document into the job file without first assigning it a register identifier, date, and revision. A document filed without an identifier cannot be tracked in the document register, cannot be distinguished from a later revision, and cannot be reliably recovered when it is needed.
Do not store a superseded document in the same folder or section as the current active version. Where the platform does not physically separate them, mark the superseded document's status as superseded in the document register and remove it from any location a field user would search first. A superseded document mistaken for the active version can cause work to proceed from outdated drawings, an outdated schedule, or an outdated scope.
Confirm that current drawings and emergency information remain accessible from the jobsite even if the primary platform is temporarily unavailable, whether through a printed set, a synced offline copy, or an approved field device. Do not rely solely on a connection-dependent system for information required during an emergency or an inspection.
Where the company's policy specifies a particular backup frequency, retention period, or cybersecurity control, follow that policy exactly rather than substituting a personal or informal method. Confirm the policy before the folder structure is built, since retrofitting retention rules after documents are loaded is significantly more error-prone.
PM-007 – PM-012
Document Control / Planning Qualification
Deliverable: one secure, indexed, version-controlled project-management job file, physical or digital, containing controlled sections for every required document category, a document register, a revision log, a naming convention and status terms, loaded Project 01 and Book 23–25 source documents, field-record and log templates, tested document recovery, a confirmed backup, and an issued procedure acknowledged by the project team.
| Section | Content | Source | Purpose |
|---|---|---|---|
| Project information | Address, client, contacts, contract number, permit numbers, emergency information | Agreement, permit application | Establishes the identifying record for the project |
| Contract and scope | Contract, scope statement, insurance, bonds, licenses, notices | Executed agreement, Project 01 scope statement | Preserves the controlling contractual and scope baseline |
| Design documents | Architectural, structural, civil, landscape, plumbing, electrical, HVAC, energy, specialty drawings | Book 23 drawing package | Stores the physical design the project must match |
| Specifications and submittals | Specifications, addenda, bulletins, sketches, calculations, submittals, product data, samples, shop drawings | Book 23–24 documents | Stores the technical basis for materials and installation |
| Permits and inspections | Permits, inspections, test reports, correction notices, approvals, certificates | Book 25 compliance package | Tracks regulated scope and authority approvals |
| Schedule and procurement | WBS, schedule, lookaheads, procurement, deliveries, equipment, logistics | Later Projects 03, 05–07 | Reserves the structure future scheduling and procurement records will use |
| Commercial records | Subcontracts, purchase orders, supplier quotes, invoices, payment applications, lien releases, job-cost reports | Book 24 estimate, later Project 15 | Organizes the financial and contractual trade records |
| Meetings and changes | Meetings, RFIs, clarifications, decisions, changes, allowances, alternates, claims-related notices | Later Projects 09–11 | Reserves the structure future coordination records will use |
| Safety and quality | Safety plans, orientations, inspections, incidents; quality plans, checklists, mockups, deficiency logs, punch lists | Later Projects 12–14 | Reserves the structure future safety and quality records will use, according to access rules |
| Daily field records | Daily reports, manpower, weather, visitors, deliveries, equipment, delays, field notes | Field team | Captures day-to-day project activity as it occurs |
| Communication | Owner, trade, supplier, design communication, formal notices | Later Project 17 | Preserves decisions, notices, commitments, and approvals |
| Closeout | Warranties, manuals, training, spare materials, keys, as-built notes, final photographs, approvals, owner handoff | Later Projects 18–19 | Reserves the structure closeout documents will use as they are collected |
| Check | Standard |
|---|---|
| Access levels | Every stakeholder role has a defined and confirmed access level before documents are loaded |
| Folder structure | Every section in the section schedule exists and is correctly populated with the assigned document category |
| Naming convention | Every filed document follows the established date, type, discipline, subject, revision, and status convention |
| Document register | Every controlled document has an identifier, title, originator, date, revision, status, distribution, and location entry |
| Active / archive separation | No superseded document appears in a location a field user would search as the active set |
| Recovery test | Every representative document listed in Step 32 is retrieved successfully, and the superseded-document separation test in Step 33 passes |
| Backup | A backup is confirmed and a sample file restoration is tested successfully |
Inspect every job file using the same checks regardless of project size or complexity.
Complete the Job File Inspection Checklist in the Inspection Checklist section below before beginning Project 03.
Probable cause: the naming convention from Step 18 was not followed consistently, or the active and archive locations from Step 23 are not structurally separated.
Confirmation: check the document register for the drawing's current status and location, and confirm the naming convention was applied to the actual filed document.
Correction: rename or relocate the document to conform to the convention, update the register, and repeat the recovery test from Step 32 for that document type.
Reinspection: repeat the recovery check across all five representative document types, not only the affected drawing.
Probable cause: the superseded document was not moved to the archive location, or its status was not updated to superseded in the document register.
Confirmation: check the document register status field and the document's physical or digital location against the active-versus-archive rule from Step 23.
Correction: move the document to the archive location, update its status, and confirm the active location now contains only the current version.
Reinspection: repeat the superseded-document separation test from Step 33.
Probable cause: the access levels from Step 2 were not correctly applied to the platform's permission settings, or a section was created without the confidentiality rule from Step 3.
Confirmation: check the platform's actual permission settings against the recorded access level for the affected role.
Correction: correct the permission setting immediately, document the correction, and notify the responsible manager of the exposure and correction.
Reinspection: repeat the access check across every role and section, not only the affected one.
Probable cause: the backup method or frequency from Step 35 does not match the platform's actual behavior, or the tested sample file was not representative of the full document set.
Confirmation: re-run the backup and restoration test using a different sample file and record the result.
Correction: correct the backup configuration, confirm with the platform provider or company IT policy if needed, and repeat the restoration test until it succeeds.
Reinspection: repeat the backup and restoration test on a schedule consistent with company policy.
Probable cause: the transmittal record from Step 22 was not completed, or the required-document matrix from Step 29 does not identify who distributes that document category to external parties.
Confirmation: check the transmittal record for the document and confirm whether the external party was included in the distribution.
Correction: issue the transmittal, confirm receipt, and update the required-document matrix to assign clear distribution responsibility for that category going forward.
Reinspection: repeat the transmittal check for the affected document category across all external parties who require it.
Probable cause: the job-file procedure from Step 36 was not issued or acknowledged by the affected field staff, or the approved platform is less accessible in the field than the informal alternative.
Confirmation: check the acknowledgment record from Step 36 and interview field staff about the offline or field-access method from Step 31.
Correction: reissue the procedure, correct the field-access method if it is genuinely impractical, and confirm acknowledgment from every affected field staff member.
Reinspection: repeat the field-access check and confirm documents created after the correction appear in the job file rather than the informal location.
This project ends with a tested, issued job file, not a folder structure left unverified.
| Competency | Independent Pass Standard | Not Demonstrated | With Assistance | Independently |
|---|---|---|---|---|
| PM-007 | Organizes project documents into the controlled section structure with correct naming, status terms, and register entries | |||
| PM-008 | Creates a complete folder or section structure covering every required document category defined in the section schedule | |||
| PM-009 | Stores drawings and permits with verified indexes matching the files received and correct discipline and permit categorization | |||
| PM-010 | Tracks estimates and contracts in the correct controlled sections with register entries linking them to the scope baseline | |||
| PM-011 | Organizes photographs and field notes using the defined protocol and form, distinguishing observation, conversation, decision, direction, and follow-up | |||
| PM-012 | Maintains version control with a complete document register, revision log, and verified active-versus-archive separation, confirmed by a passed recovery test |
Mark one column per competency. Only Demonstrated Independently awards the competency; Demonstrated with Assistance authorizes additional supervised practice but does not complete the requirement.
| Item | Standard | Meets Standard (Y/N) | Correction (if any) |
|---|---|---|---|
| Platform and access | Approved platform selected; access level defined for every stakeholder role | ||
| Confidentiality rules | Confidentiality, cybersecurity, backup, and retention rules established before loading | ||
| Folder structure | Every section in the section schedule present and correctly populated | ||
| Naming and status | Naming convention and status terms applied consistently | ||
| Document register | Identifier, title, originator, date, revision, status, distribution, location complete | ||
| Active / archive separation | Superseded documents structurally separated from active set | ||
| Field access | Offline or field-ready access confirmed for current plans and emergency information | ||
| Recovery test | Five representative documents and superseded-document separation successfully retrieved | ||
| Backup | Backup confirmed; sample file restoration tested successfully | ||
| Issued procedure | Job-file procedure issued; acknowledgment recorded for every stakeholder |
Recovery test status: ____________ Open corrections carried forward: ____________
Job file declared issued: ______ (Pass/Fail) Date: ____________ Project manager name: ____________
With the job file built and loaded, review it against the Acceptance Standards table and confirm every stakeholder role has a defined and confirmed access level, every section in the section schedule exists and is correctly populated, every filed document follows the naming convention and has a complete document register entry, every superseded document is separated from the active set, the five representative recovery tests and the superseded-document separation test both passed, and the backup and restoration test succeeded. Complete the Job File Inspection Checklist and correct any failed item before beginning Project 03. If an item fails, identify whether the error occurred in platform selection, access-level assignment, confidentiality-rule drafting, folder structure, naming convention, document loading, recovery testing, or backup configuration before revising.
You have completed the second project in the construction project management sequence: setting up a controlled project-management job file. This project required you to organize project documents (PM-007), create a folder structure (PM-008), store drawings and permits (PM-009), track estimates and contracts (PM-010), organize photos and notes (PM-011), and maintain version control (PM-012).
You now have a secure, indexed, version-controlled job file with tested recovery, a confirmed backup, and an issued procedure acknowledged by the project team. That structure carries directly into the next project: converting the approved scope baseline into a deliverable-based work breakdown structure that will be filed, cost-coded, and scheduled through the system you just built.
Provide the completed job file, document register, revision log, and templates where Project 03 can file the work breakdown structure and its dictionary directly into the controlled sections you created here.