TECHNICAL SESSION · LIVE · 60 MIN · HANDS ON
The system of record for the project story, the published set, and the closeout archive.
Session Home › Session Overview
A project reaches closeout. The punchlist is complete. The final invoice has cleared. A project manager opens the Module 12 closeout checklist and works it to the last of its fourteen items. Every item is satisfied. But the archive zip has not been requested, and Centerline appears nowhere on the list.
Nothing on the checklist is wrong. The project is not closed.
This session covers the three places Centerline carries the project record after the design work is done: the published set, the response log, and the closeout archive. One thing has to be said at the front and said once. The course names Centerline in nine files and teaches it in none. No screen, no field label, no menu path, and no stepped procedure exists anywhere in the program. This hour teaches what the course establishes, states the mechanics plainly as open items, and asks Grace to supply them.
THE SYSTEM OF RECORD
Module 12 closes the async program with debriefing and continuous improvement. Onsite #2 proves the standard against real cases. This session sits between the two, at the point in the lifecycle where Centerline carries the most weight and where the responsibility matrix found the easiest wins available to the first cohort.
Centerline is Grace’s project platform and its system of record. It holds the project lifecycle document, the record that captures a project from setup through closeout. It holds the monthly progress reports. It holds the A3, the one-page story that pulls cost data from the lifecycle record and outputs to PDF or print for marketing. The course puts it in one line: where the story is built and where it lives.
The record is required in every phase, and the lifecycle map names each place. A project workspace is created in Centerline at initiation and planning. Consultants are added to Centerline through design and coordination. Drawings and specifications are published before construction administration. Construction management is set up in Centerline for that phase. The punchlist is created and completed in Centerline at closeout. Project emails are stored there, and the archive zip that formally closes the project is requested from there.
The responsibility matrix carries four Centerline items, drawn from 570 observations logged by 20 groups across five offices: publishing drawings and specs, responding to RFIs, archiving project records and emails, and requesting the archive zip. All four are recorded with a cause of BEHAVIOR rather than PROCESS or TRAINING. The matrix reads them as habits that have not formed rather than as procedures that were never written.
Centerline is named in nine files across the course and taught in none of them. There is no Centerline screen, no field label, no column, no button, no menu path, and no procedure with steps anywhere in the program. Where BST carries a full dashboard recreation, Centerline carries prose. This session teaches what the course establishes and names the rest as open items. That is the accurate position, and it is stated here once.
THE RECORD
The lifecycle document is a set of questions that, answered in order, tell the whole story of a project. It runs in eight question sets. Each set carries a citation naming where its answers come from, and those citations are the closest thing to field labels the course provides.
The division of work is stated. A project manager is the main source for the first five sets. The Storyteller gathers the last three. The Storyteller builds the record, and a project manager reviews it for accuracy. Module 4’s Storyteller field guide sets out the role, the three-layer governance, and every question in full. This session assumes that guide has been read rather than repeating it.
| Set | Question set | Cited source | Main source |
|---|---|---|---|
| 1 | The WHY · Strategic Context | Kickoff / pursuit | Project manager |
| 2 | Project Identity and Team | Centerline · setup | Project manager |
| 3 | Delivery and Commercial | Centerline · Section B | Project manager |
| 4 | Scale, Scope, and the Experience | Centerline · Section C | Project manager |
| 5 | The Schedule | Centerline · Section D | Project manager |
| 6 | The Monthly Progress Report | Centerline · touchpoint | Storyteller |
| 7 | Closeout and Metrics | Centerline · lifecycle close | Storyteller |
| 8 | The A3 Story | Centerline · A3 module | Storyteller |
Three of the eight citations name a section letter: B for delivery and commercial, C for scale, scope, and the experience, and D for the schedule. Section A is never named anywhere in the course, sets 1, 2, 6, 7, and 8 carry no letter at all, and no page describes how the sections are ordered or what any one of them contains. The lettering that does exist implies a document structure the course has never shown, and the letters that are missing sit in the open items below.
Some fields populate themselves. Project name and number arrive automatically, as do the project manager and the project team. Cost fields pull from the record, which is what allows the A3 to assemble quickly at closeout. Which fields behave this way, and which require entry, the course does not document.
One instruction in the guide is a Centerline action with no mechanics behind it. Name a Storyteller and tag them in the Centerline lifecycle document so ownership is clear. The tagging step is named. The way to perform it is not.
The Storyteller field guide states the project manager’s part in four moves. Name a Storyteller, an emerging designer, and tag them in Centerline. Send them Sandy Goodman’s walkthrough, which covers the storytelling module in 17 minutes. Hand over the why, the strategic context from the pursuit and the kickoff. Review the record monthly. The guide is explicit on the limit of the handoff: accountability stays with the project manager, and the Storyteller shadows rather than replaces.
THE PUBLISHED SET
Drawings and specifications are published to Centerline’s Publishing and Conforming Center before Construction Administration. The responsibility matrix ranks that item 10 of 44 at a priority of 33.6, the highest ranked Centerline item on the whole list.
The matrix item reads as one sentence: complete code analysis and specifications, publish drawings and specs to Centerline’s Publishing and Conforming Center before Construction Administration. The lifecycle map records the same event in three words, drawings and specs published, in the team stream of the Design and Coordination phase. Two tool links, Publishing Drawings and Publishing Specifications, sit in the same phase bar.
Conforming is the second half, and it runs for the length of construction. Issued ASIs and change orders are conformed into the published set, so the set on the platform matches the set the contractor is building from. The matrix ranks that item 37 of 44 at a priority of 6.8.
The distance between 33.6 and 6.8 is worth reading. Publishing is a single event with a phase behind it that cannot begin until the event happens. Conforming is a habit that runs every month with no date attached to it. The item that carries its own deadline was flagged by nearly every group. The item that carries none was flagged by almost no one.
The Publishing and Conforming Center is named exactly once, site-wide. The course gives no set structure, no revision handling, no conforming procedure, and no statement of who approves a publication. The two tool links carry no destination. This session walks the publication sequence on a live project with Grace supplying the screens, and routes what the course never wrote down to the open items.
THE RESPONSE
A project manager assigned as the Centerline responder processes RFIs within about 3 business days, routes them to consultants, and reviews each one for cost and contract impact. The responsibility matrix ranks that item 18 of 44 at a priority of 26.7.
The three actions carry three different kinds of work. Routing is coordination, moving the question to the discipline that owns the answer. Reviewing for cost and contract impact is judgment, deciding whether the answer changes the scope, the fee, or the schedule. Responding inside the window is the discipline that keeps the first two from turning into a change order.
One contradiction has to be named before a cohort is asked to work to that standard. The 3 day window and the role title, assigned Centerline responder, exist in exactly one place on the site: a data array inside the participant feedback summary. Module 11’s Quick Reference lists RFIs as a Construction Administration task in Centerline and attaches no timing to them at all. A project manager reading the module that governs Construction Administration would never learn that a response window exists, would never learn that responding is a named assignment rather than a shared duty, and would never learn that either standard had been written down at all.
Submittals sit in the same table, in the same system, with an open question printed where an owner belongs. The column naming who leads reads: To discuss, role split not yet defined. The column naming who verifies reads: To discuss. The site states in its own words that the division of work between the project manager and the administrative role has not been settled.
Assigned Centerline responder is the only Centerline specific role title anywhere in the course. Nothing states who assigns it, whether it belongs to the project manager by default, whether it can be delegated to the Storyteller or to an administrator, or what happens on a project where no one holds it. Grace supplies the definition.
THE SPLIT
Grace runs four systems on a project. The course lists them in a single line with no explanation of the split: Project Server, Centerline, Milo, and BST. Module 11’s Quick Reference is the only page that assigns individual documents to individual systems, and it covers Construction Administration alone.
| Document | Form or template cited | System |
|---|---|---|
| RFIs | RFI log and form | Centerline |
| Submittals | Not stated | Centerline |
| ASI | Not stated | Centerline |
| Proposal Request | Template via Milo | Centerline |
| Change Order | AIA G701 | Centerline |
| Construction Change Directive | AIA G714 | Centerline |
| Pay Application | AIA G702 and G703 | Project Server |
| Substantial Completion | AIA G704 | Project Server |
| Final Completion | Letter | Project Server |
A pattern is visible in the table. Centerline holds the documents that describe the work and the changes to it. Project Server holds the pay applications and the two completion certificates. Whether that pattern is the rule, or whether it is an artifact of how one table was built, the course never says. The AIA documents are split between two systems with no stated principle governing the split, no page states which system governs a document the table does not list, and no page covers the documents produced in any phase other than Construction Administration.
One inconsistency runs through the same material. The course spells the system Centerline in seven files and CenterLine, with a capital L, in two: Module 11’s Quick Reference and the second Quick Reference in Module 4. This session uses Centerline throughout. A system of record carrying two spellings is a system that has to be searched two ways, and the inconsistency sits in the open items.
Milo appears in this table once, as the source of the Proposal Request template. Project Server holds the pay applications and the completion certificates, and the pay app rhythm attached to it runs a pencil copy by the 25th and the executed pay app distributed by the 7th. BST is the financial system of record, covered in the two BST technical sessions. Bluebeam holds the QC archive. Centerline holds the project archive. The relationship between those two archives is never stated.
THE CLOSE
Two responsibilities close a project in Centerline, and the matrix ranks them separately. Archive project records and store project emails in Centerline ranks 23 of 44 at a priority of 21.8. Request the Centerline archive zip to formally close the project, and validate deliverables against the original scope, ranks 29 at a priority of 17.6.
The lifecycle map records the same two events in the business stream of its Closeout and Growth phase: project emails stored in Centerline, and Centerline archive zip requested, with the project archived. Its leadership view compresses both into one clause. Archives and requests the close-out zip. The punchlist is created and completed in Centerline in the same phase, in the client experience stream.
Validating the deliverables against the original scope is the substantive half of the second item. The archive zip is a request. The validation is a comparison, and it is the last moment at which the difference between what was promised and what was produced can be recorded while anyone still remembers the reason for it.
The Storyteller field guide asks three closeout housekeeping questions in the same breath. Pay apps filed. Drawings archived. Where the A3 process stands. It also states the failure mode that produces a thin record, and it states it as the first practice to avoid: waiting until closeout to capture the story. The record builds while the work happens. A story reconstructed at the end is thin, late, and misses the why.
Module 12 carries a closeout checklist of fourteen items. The archive zip does not appear on it. Centerline does not appear on it. The lifecycle map and the responsibility matrix both place both items in closeout, and the module that teaches closeout omits them. A project manager who works the Module 12 checklist to completion has not closed the project by the standard the rest of the course states. Reconciling the checklist is an open item, and it is the one with the shortest path to a fix.
?Reflect
Think back to the last project you closed out. Where did the project record end up, and could someone who was never on the team find it today? Now consider the Module 12 checklist, fourteen items long, carrying no archive zip and no mention of Centerline. Which of the two standards has been governing closeout on your projects?
SUMMARY
Centerline holds the project record from setup through closeout. The lifecycle document runs in eight question sets, five sourced by the project manager and three gathered by the Storyteller. Drawings and specifications publish to the Publishing and Conforming Center before Construction Administration, and issued ASIs and change orders conform into the published set afterward. RFIs come back inside about 3 business days, routed to the owning discipline and reviewed for cost and contract impact. Project records and project emails go into Centerline at closeout, the archive zip is requested, and the deliverables are validated against the original scope.
The mechanics behind every one of those sentences sit in the open items below, and that list is longer than either BST session carries. The length is an accurate measure of how much of Centerline the course has written down. Naming each gap precisely is what allows Grace to close it, and a list of thirteen specific questions is a shorter piece of work than it looks.
Onsite #2 opens next and proves the standard against real cases from the cohort’s own projects. A project brought to the capstone with a complete Centerline record can be discussed on its evidence. A project brought without one can be discussed only on memory.
Before the session
This session teaches what the course already establishes. The items below are named across the program and documented nowhere, so they are listed rather than invented. Each one is a short answer from Grace that turns a gap into content.
| Open item | What is needed |
|---|---|
| Every screen in Centerline | The course carries no Centerline screen, no field label, no column, no button, and no menu path. Everything in this session describes what the record holds rather than where it is entered. Grace supplies the screens. This is the largest single gap across all three technical sessions. |
| The Publishing and Conforming Center | Named exactly once, site-wide. No set structure, no revision handling, no conforming procedure, and no approval owner appears anywhere. Grace supplies the publication sequence and the person who approves a publication. |
| The conforming trigger | Issued ASIs and change orders conform into the published set, with no stated deadline, no cadence, and no check confirming the published set matches the set in the field. Grace supplies the trigger. |
| The assigned Centerline responder | The only Centerline specific role title in the course, and it is never defined. Who assigns it, whether it defaults to the project manager, whether it can be delegated, and what happens when no one holds it are all unstated. |
| The RFI response window | About 3 business days exists only inside a data array on the participant feedback page. Module 11’s Quick Reference lists RFIs with no timing at all. Grace confirms the window and places it in the Construction Administration material where a project manager will look for it. |
| The submittal role split | Module 11’s Quick Reference prints To discuss, role split not yet defined in the column naming who leads, and To discuss in the column naming who verifies. Grace settles the split before the cohort is asked to run submittals. |
| The rule behind the system split | The course lists Project Server, Centerline, Milo, and BST in one line and divides the Construction Administration documents between the first two with no stated rule. Grace supplies the rule, and the answer for any document the Module 11 table does not list. |
| The archive zip mechanics | No requester, no approver, no lead time, no prerequisites, and no statement of what lands in the zip. Grace supplies all five before a cohort is taught that the request closes a project. |
| Module 12’s closeout checklist | Fourteen items, carrying no archive zip and no mention of Centerline. The lifecycle map and the responsibility matrix both place both in closeout. Grace reconciles the checklist against them, and this is the fastest of the items on this list to close. |
| The lifecycle document section letters | Sections B, C, and D are cited. Section A is never named, and five of the eight question sets carry no letter. Grace supplies the full lettering so a project manager can navigate the document by section. |
| The two archives | Bluebeam holds the QC archive. Centerline holds the project archive. The relationship between them is never stated, and neither is the answer to which one a QC report belongs in at closeout. |
| The dead links and the missing walkthrough | Both Centerline quick links in the Storyteller field guide are placeholders that fire an alert asking for the live URLs before publishing. The Centerline Walkthrough is listed as a resource under Module 11 and again in the additional references index, and the page does not exist. Attaching it to this session would close a documented gap. |
| The spelling | The course writes Centerline in seven files and CenterLine in two. Grace picks one and applies it across the site, so the system of record carries one name. |
| Participant voice on Centerline | Not one of the 53 free text growth responses mentions Centerline, storytelling, publishing, RFIs, or archiving. Neither do the six recap pages, the vote page, or the feedback summary. The cohort has never said what it needs here. This session is the first opportunity to ask, and the answers belong in the record before Onsite #2. |
The Quick Reference carries the procedure and the dates in one page. The Additional References page lists what exists today and what is still being built.