PropFlo planning pages/PropFlo — Phase 1 delivery plan, tickets and roster

PropFlo · Phase 1 (minimum viable product)

Phase 1 delivery plan, tickets and roster

Position as at 22 August 2026. Waterfall anchored at 15 August 2026.

1. The waterfall

The plan is anchored at 15 August 2026. Three things about that anchor change how every band below reads, so they come first.

Three things about the anchor

One. The first band is already spent. 15 August is seven days in the past, and it was a Saturday, so that band held five working days, Monday 17 to Friday 21 August. What those days produced is on the record: the product specification shelf was cleared on the 15th, twenty-two decisions tracked across five file formats were reconciled into one series on the 19th and 20th, a requirements workshop ran on the 21st, and this planning shelf was written on the 22nd. None of the twenty-five work items started in that band, and no product change has ever merged. That is not a slip — nothing had been committed, so nothing could be missed — and it is not on track either. It is seven days of the anchor consumed with the product build at zero.

Two. The anchor starts the plan on the day its own basis was withdrawn. 15 August is the date the product specification shelf was deliberately cleared. Day one of the waterfall is the day the specification underneath it was deleted on purpose, which is why seven of the twenty-five tickets have nothing to build against.

Three. Two delivery models are in play and neither is adopted. One is a single-developer commercial shape; the other is a parallel band of five or more workstreams. They have never been reconciled, and once the estimate landed on 22 August the arithmetic showed the first of them cannot be done by anybody at any level of skill. So the reconciliation that is needed is not a preference between two plans, it is the retirement of one. Until that happens, no end date exists and none may be quoted from this page.

Reading a row. A solid left bar and a dated tag mean an owner has a due date. A dotted left bar, a hatched background and an unscheduled tag mean the row has no date and is not available at any price today. A dated row is a row whose owner has a due date, not a row that has started.

Band 0 — Sat 15 to Fri 21 August 2026 · consumed

DateWhat actually happened
Sat 15 AugProduct specification shelf cleared — the decisions register, the screen frame set, the work breakdown and the product architecture records. The event engine moved from the later phase into Phase 1 in full, and the fixed commercial envelope was not re-cut.
Wed 19 – Thu 20 AugDecision reconciliation. The deal lifecycle specification reached version 2.1 and the event engine specification version 2.2.
Fri 21 AugThe requirements workshop ran. Twelve rulings, each with a citation, none yet carrying a decision number — and four of them contradict what is currently on the shelf.
Sat 22 AugThis planning shelf: requirements, architecture, estimates, the structural skeleton, the infrastructure plan and this board.

Product work started in band 0: none. No exit criterion had been set for it.

Band 1 — Sat 22 to Fri 28 August 2026 · dated · decisions and governance

Every row here is a due date on a named owner, not a duration. A due date is a commitment on a person rather than an estimate of work, which is why these rows can be dated while the build cannot. Nineteen rows, seven owners, five working days, and not one of them is engineering. This band is the reason the rest of the board is undatable, so it is the band to hit.

DueTicketWhatOwner role
Mon 24 AugT-107Correct the repository orientation map and clear the documentation gate that is currently failingthe build-system workstream
Tue 25 AugT-112Allocate decision numbers to the twelve rulings from the 21 August workshopbuild sequencing
Tue 25 AugT-120Allocate decision numbers to the four answers given in session on 22 Augustbuild sequencing
Wed 26 AugT-118Amend the project rulebook so an agent may belong to several agencies. The rulebook currently says the opposite and it outranks a ruling made in session, so the requirement is answered and unbuildable until the paragraph changesthe project sponsor
Wed 26 AugT-113Rule on the four unresolved questions about what Phase 1 containsthe project sponsor
Wed 26 AugT-102Decide where the API contract is kept. Explicitly a human call, not something a build agent settles by copying a filethe project sponsor
Wed 26 AugT-119aSettle whether the transferring attorney rename reaches two published role names in the API contractthe project sponsor, with the platform API workstream and solution architecture
Wed 26 AugT-100Apply the development environment, create the content-management database user, seed the stored connection secret — three documented steps, in that orderthe infrastructure and deployment workstream, with the project sponsor
Wed 26 AugT-103Bring the published deal-lifecycle definition file up to the current versionthe platform API workstream
Wed 26 AugT-104Retire the four duplicate aliases carried by four recent decisionsthe specification author
Thu 27 AugT-119bExecute the conveyancer to transferring attorney rename across the specification librarythe specification author
Fri 28 AugT-114Reconcile the two delivery models — retire onethe project sponsor
Fri 28 AugT-115Reissue the API contract's state list against the current lifecycle machine — about 12 hours, and it must happen before the freeze, not afterthe specification author, routed by build sequencing
Fri 28 AugT-101Rebuild the product decisions register, with an owner and a due date filled in on every rowbuild sequencing
Fri 28 AugT-116Rule the directory convention for control-point code, then change the human-review routing rule so it actually reaches that codebuild sequencing, then the build-system workstream
Fri 28 AugT-111Issue the ownership row for the two unowned engine projects — promote them, do not rewrite thembuild sequencing
Fri 28 AugT-121Accept the Phase 1 structural skeleton (milestone MS1, the acceptance half only)solution architecture, accepted by the project sponsor
Fri 28 AugT-105Re-approve two subscription register rows under the maker and checker roles — both currently carry no approvalthe operations team
Fri 28 AugT-106Retire or rekey the nine communication templates pointing at dead triggers and delete the three that contradict a standing decision — before the conformance run, not afterthe communications-template owner
Fri 28 AugT-108aRaise the two uncosted commercial decisions with the commercial partner, and name the absorption source for a thirdthe project sponsor
Fri 28 AugM1Development environment current and the marketing site live — its deployment passes a real smoke checkthe infrastructure and deployment workstream

Band 1 exit criterion, and it is testable. Every one of the four Phase 1 content questions has a written ruling; the API contract has an agreed address; the twelve workshop rulings and the four in-session answers carry decision numbers; the rulebook permits an agent to belong to several agencies; the documentation gate is green; and the marketing site's deployment passes its smoke check against a live development environment.

What is not in band 1 and looks as though it should be. The ticket that makes the build pipeline compile and test the code (T-110) is Ready, is blocked by nothing but sequencing, sits under the whole board — and has no estimate, so it has no date. It is the single most damaging missing number on this plan.

Band 2 — Sat 29 August to Fri 4 September 2026 · dated · the only build work with a date

DueMilestoneWorkHoursWorkstream
Fri 4 SepM5Azure foundation, infrastructure as code, build-and-release pipelines, monitoring18the infrastructure and deployment workstream
Fri 4 SepM20Marketing website, templating and content model24the marketing-site workstream
Fri 4 SepT-117Get the volumes — expected users, leads, deals, documents and peak loads. A decision, not workthe project sponsor or the pricing owner
Fri 4 SepMI1Agree observability, service objectives, backup and the data-retention posture, consistent with the retention clocks the rulebook makes database columns. A decision, not workplatform operations, accepted by the project sponsor

Why exactly these two pieces of build work. Three reasons, and all three have to hold. No open decision stands in front of either — the infrastructure item's blocker column names no decision, and the marketing site's reads none on the build. Both carry an estimate, at the second-highest confidence in the estimate file. And both fit inside a single week whichever delivery model is chosen, so their dates do not wait on the delivery model being settled. That is the entire dated build content of Phase 1. Everything else is gated, unestimated, or both.

Two riders, both material. The infrastructure item's 18 hours must also absorb the fix for the build break that stops the solution compiling on the standard build machine — a number sized for infrastructure is being asked to pay for two jobs. And the marketing site's deployment half depends on the 28 August environment milestone landing; its content-model and templating work does not.

One sequence disagreement, openly recorded. These two milestones are dated ahead of the bring-up checklist that the dependency map puts in front of them. The checklist's remaining items are commercial, and none of them physically gates applying infrastructure or creating a content type. If build sequencing holds the arrow as drawn, these dates go and the dated waterfall is band 1 alone — nineteen governance rows and no build work.

Band 3 onward — unscheduled, and deliberately so

Work gated by an unanswered question does not get a date, because a date on unanswered scope makes people build the wrong thing quickly.

The keystone is the API contract freeze. It is roughly two days of work — sixteen hours, at the highest confidence in the estimate file — sitting behind zero other work items and four unanswered questions. Clearing them makes eleven later milestones datable, and five workstreams start the day the freeze lands. The four are: where the API contract is kept; its state list being one version behind the lifecycle machine, which would ship fourteen wrong states into every generated client if frozen as it stands; whether the transferring-attorney rename reaches two published role names, which is a contract change rather than a documentation edit; and whether a moot outcome is a seventeenth deal state against a declared set of sixteen that the API refuses to go outside. Three of the four are band 1 rows. The fourth is being checked and is unsized.

Behind the keystone, in order and without dates: the parallel band of endpoints, engines and screens (M7M21), the control-point band (M22M25), and quality and acceptance (M26, M27). M27 — user acceptance complete — is the Phase 1 boundary; production go-live sits outside it.

What has to arrive before band 3 can carry a date at all: the delivery model, the ruling on what Phase 1 contains, an estimate for the bring-up work, and the answer to whether the largest line in the phase still contains the accrual mechanism the lifecycle specification retired — that one alone moves the critical path by up to eighty hours and decides which path is critical.

The count

CategoryRows
dated 22 rows19 governance due dates in band 1, milestone M1, and 2 build milestones plus 2 posture decisions in band 2
unscheduled gated by an open decision, finding or actionM0, M3, M4, M6, M9, M10, M11, M12, M13, M17, M19, M21, M22, M24, M25, M26, M27
unscheduled no specification exists to build againstM14, M15, M18, M23
unscheduled no estimate has ever arrivedT-110, M2, the conformance check half of MS1, and the second environment and promotion pipeline half of MI1
unscheduled inside the contested Phase 1 edgeM9, M12, M25, M27
4 of 29Phase 1 milestones carrying a date, plus 19 governance rows that are not milestones
~1,158 hEstimated size of Phase 1, all twenty-five items estimated as at 22 August
322 h · 28%Cannot be sequenced at all today — an open question changes the shape of the work, not its size
226–258 hCritical path through the dependency map, as sequential effort. Not elapsed time: hours are not days without a capacity model
16 hWork in front of the API contract freeze, and no other work item
7 of 25Product tickets with no specification to build against

2. The tickets and their status

Twenty-five product tickets, in the groups the plan uses, plus twenty-two bring-up and governance tickets that sit outside the twenty-five and inside Phase 1. Hours are the engineering lead's estimates as at 22 August 2026; every one of them is marked provisional, because the requirements pass has settled nothing yet.

The five status words

StatusMeaning
ReadySpecified, unblocked, estimable. Waiting only on sequencing
BlockedA named decision, finding or action stands in front of it
UnspecifiedNothing to build against. The shelf is silent
ContestedTwo live documents disagree about it, or about whether it is Phase 1 at all
DeferredRecommended out of Phase 1, not yet formally out

In progress is deliberately not one of the five.

Platform

TicketWorkHoursDepends onWhat is blocking itStatus
T-001 datedAzure foundation, infrastructure as code, build-and-release pipelines, monitoring18The furthest advanced platform work: 35 resources with their infrastructure invariants already written as real unit tests. The second environment has never been applied, and this line must also pay for fixing the build break that stops the solution compiling on the standard build machine.Blocked
T-002Database schema, ledger foundation, migrations56T-001, T-110No frame set and no work breakdown exist to build against. The retention rules contradict themselves in their own text — leads purge on a fixed clock and the purge destroys a reason code a report needs. The schema also waits on the rulebook amendment that turns a single membership into a join.Unspecified
T-003Identity and role-based access control30T-001One sign-up decision was clarified rather than decided, and the one-time-passcode delivery channel appears in neither the work breakdown nor the marketing plan. Building the passcode path without deciding the channel risks building it twice.Blocked

Platform API

TicketWorkHoursDepends onWhat is blocking itStatus
T-004API contract freeze and mock server — the keystone16T-121, the structural skeleton, only. Corrected 22 August: it does not wait on the schema or on identityFour decisions and no upstream work item. Where the contract is kept. Its state list being one lifecycle version behind, which ships fourteen wrong states into every generated client if frozen as it stands. Whether the rename reaches two published role names. Whether a moot outcome is a seventeenth deal state against a closed set of sixteen. The surface is 69 paths, 78 operations and 88 schemas, not the older figure two documents still quote.Blocked
T-005Core domain endpoints72T-004The contract freeze. The API today is 41 lines and serves a template weather forecast.Blocked
T-006Control points, permissions, audit, ledger writes64T-004, T-002The contract freeze; the delegated-approval register has names but no value limits and no above-limit rule; the highest control point needs three distinct people to exist at all; and the human-review routing rule does not reach the files that enforce the control points, the authority tiers, the maker-and-checker comparison or any of the thirteen refusal codes.Blocked
T-007Configuration-plane minimum0–40T-004May not be a Phase 1 line at all. An earlier decision closed the standalone configuration area, so this is either real and unbudgeted, or a double count of something already closed. One of the four unresolved Phase 1 content questions.Contested

Marketing site

TicketWorkHoursDepends onWhat is blocking itStatus
T-008 datedMarketing website, templating, content model24T-001Nothing on the build. One content type and one template exist today. Deployment waits on the three documented human steps that put the site onto the development environment.Ready
T-009Calculator and lead-capture forms24T-008, T-010, T-005The pricing engine and the API are both blocked. Every form must post to the platform API and never to the website, so that actor stamping, consent versioning and the lead-retention clock stay on platform tables. What separates a visitor from a lead from a deal was raised in the workshop and deliberately not settled, and that decides what the retention clock attaches to.Blocked

Pricing and lifecycle engines

TicketWorkHoursDepends onWhat is blocking itStatus
T-010Versioned pricing and calculator engine56T-004Six open pricing decisions: the early-settlement basis and its floor; whether quotes persist; whether the priced term is the shorter or the longer one, where the input schema caps at the shorter and a validated specification refuses the longer quote; seven vocabulary forks, and the test harness will not bind until one is chosen; one fee recorded two ways with a tenfold difference between them, which is not a rounding question; and three live documents taking three positions on whether a manual override ships at all. Two pricing models with different shapes sit in the repository, so there is no single pricing source to build from.Blocked
T-011Deal state machine, componentised, refusals first-class48T-004, T-002, T-110Eleven of the thirty-two transition routes are drawn by no diagram, so every route out of a hold is currently one-way. The claim acquisition has no state boundary and no audit line, and it is the moment the money is at risk. The reference implementation does not compile, so the invariant that proves the lifecycle cannot reach a dead end has never once executed.Blocked
T-012Event engine — email, Teams and webhook delivery88T-011Six template and seed-data decisions plus two register actions, one of which must run before the other. Of 123 templates, 111 name channels that belong to a later phase, leaving twelve — and nine of those twelve fire on trigger events the current design no longer produces. Three requirement rows still carry later-phase markings after the 15 August scope change, and one of them does not name Teams, which is one of the three Phase 1 channels. The scope change was never re-cut into the envelope.Contested
T-013In-life financial engine — certificate of balance, settlement, in-life events60–140T-010, T-014The largest line in the phase, priced for a mechanism the current lifecycle specification retired. Nothing accrues any more. The certificate of balance, settlement (early, partial and full), suspense and the two bracket clocks survive; the daily accrual machinery and the day-count engine, which is where the bulk of the hours sat, do not. Nobody has asked the question, and it moves the critical path by up to eighty hours.Contested
T-014Purchase-model ledger rework44T-002No specification on the shelf. The invariants are fixed by the rulebook: the ledger is append-only and corrections post as reversals, never as edits.Unspecified

Screens

TicketWorkHoursDepends onWhat is blocking itStatus
T-015Component library48T-004No specification exists on the shelf. The shared library has to be built host-agnostic and before the mobile head, or the external web head's estimate reverts from about 52 hours toward 144. The device seam — file pick, camera, token store — is undesigned.Unspecified
T-016Staff back-office screens — parties, deals, workflow, documents60T-015, T-005No specification exists on the shelf.Unspecified
T-017Review, approval and reporting screens30T-015, T-006Per-field verification against the source region, and the three-person approval floor. The review screen is Phase 1 while the document extraction it reviews belongs to a later phase, so it is built once against manual keying and revisited when extraction arrives — and that second visit is in nobody's plan, in either phase.Blocked
T-018External web host head, for agents and agencies52T-015No specification exists on the shelf. The surface is confirmed in scope at about 52 incremental hours, absorbed rather than quoted, and where the absorption comes from has never been recorded. The render-mode contract between the shared library and the host does not exist.Unspecified
T-019Practice portal surface — notices, acknowledgements, matters40T-011The 21 August workshop replaced the design and the replacement is unregistered, so it cannot be built from. Verification is a status on the deal across four parties, not a cycle on three separate party records, which is what the currently scheduled release builds. A lapsed certificate has no cure: the deal is re-originated and the lead survives.Unspecified
T-020Deal timeline20T-011, T-012It renders the state-machine transition rows and the event-engine timeline records and nothing it invents, so both engines being blocked blocks it.Blocked

Control points and high-risk flows

Every change in this group requires a named human reviewer. No agent may build a path that skips, defaults or auto-completes a control point, including for testing. The routing rule that enforces the human reviewer does not currently reach this code, which is band 1's T-116.

TicketWorkHoursDepends onWhat is blocking itStatus
T-021Verification callbacks and registries50T-006An uncosted commercial decision that appears in nine screens and has no line in the hour table. Whether a verified, locked bank account carries to the next deal or is re-verified — it touches a control point, so it is a control decision, not a convenience. And how the platform learns that a property registered, because that date anchors the event engine and starts the chase cadence.Blocked
T-022Bank-account locking and the high-risk change workflow20T-006The specification is silent. The invariants are fixed by the rulebook regardless: locked once verified, a change requires a fresh verification callback, a maker and a separate checker, a cool-off period, and never a direct update on the record.Unspecified
T-023Cession and basic electronic signature88T-006, T-015Uncosted, and re-scoped on 21 August before it was ever costed: the cession is not a standalone instrument, the document set is three rather than four, and terms are agreed at application, before the offer. Whether the general cession over future commission remains withdrawn was queried and has had no written answer.Contested
T-024Practice super-user surface for attorney firms52T-019Inside the twenty-five and simultaneously recommended out of them — one of the four unresolved Phase 1 content questions. Uncosted and undesigned. No agent may invent this surface; it is storyboarded first or it is deferred.Deferred

Quality and acceptance

TicketWorkHoursDepends onWhat is blocking itStatus
T-025Test pack, request collection, user-acceptance support18 contracted / 80+ realT-110 firstThere is no pipeline job that compiles the code, so there is nothing for a test suite to be green in. The event-engine conformance run has never executed against the whole subscription register and is expected to fail loudly — that is the intended outcome, and the size of the resulting defect list is unknown until it runs. The subscription register itself is not in this repository. The line buys a request collection rather than a test suite, and the two plans disagree about who authors the suites. And without volumes, the non-functional targets cannot be tested at all.Blocked

Bring-up tickets — outside the twenty-five, inside Phase 1

Not product scope. These are what the build rules ask for before the product build starts, and every one of them is still open. Twenty-two rows; the great majority are Ready and most are decisions rather than work.

TicketWorkOwner roleWhat is blocking itStatus
T-110Make the build pipeline compile and test the code — build and test as required checks, a migration dry-run, and an extraction evaluation. The solution does not build on the standard build machine because the mobile project targets a platform the machine has no toolkit for: provision it or split the target. Also fix or remove the quality gate that passes without checking anythingthe infrastructure and deployment workstream owns the pipelines; build sequencing places the ticketNothing but sequencing. The build rules already require it, and it has no estimate, so it has no date.Ready — and it sits under the whole board
T-100 datedApply the development environment, create the content-management database user, seed the stored connection secret — three documented steps, in that orderthe infrastructure and deployment workstream, with the project sponsorNothing. It needs a performer and an hour, and it puts the first application code into an environment.Ready
T-111 datedFix the one missing property that stops the lifecycle engine compiling, bring both engine projects into the solution and into the pipeline, retarget them to the house platform version and restore the strict-warning settingthe platform API workstream, once build sequencing assigns ownershipBuild sequencing owes an ownership row: neither project is named in any ownership table. Promote the code, do not rewrite it — it encodes about a month of design that has already been paid for.Blocked on the ownership row
T-118 datedAmend the rulebook so an agent may belong to several agencies. The rulebook says memberships are exclusive; the sponsor ruled the opposite on 22 August. The rulebook wins, so the requirement is unbuildable until this landsthe project sponsor — his to make, not a build agent'sNothing. One paragraph. It blocks the database schema, which heads the whole build sequence, and it makes a membership deal-scoped, which reaches the verification work.Ready
T-119 datedExecute the conveyancer to transferring attorney rename across the library — and settle first whether it reaches two published role names, because renaming a published value is a contract change, not a documentation editthe specification author; the project sponsor with the platform API workstream and solution architecture on the published-value questionNothing. The only item on this board whose cost rises with delay rather than merely arriving later: cheap today, 516 template edits once the template pack is drafted, and a breaking change across five workstreams once the contract freezes. Do it now.Ready
T-120 datedAllocate decision numbers to the four answers given in session on 22 Augustbuild sequencingNothing. An answer cited to a conversation is a weaker citation than a register row and cannot be built from.Ready
T-121 datedAgree the Phase 1 structural skeleton and land its conformance check — the check must fail when a module references another the wrong way roundsolution architecture, accepted by the project sponsorNothing on the acceptance half, which is dated. It gates seven milestones including the contract freeze and the component library: nothing in the build starts before the shape it lands in is agreed. The conformance-check half has no estimate and no date.Ready
T-122Environment readiness — the second environment applied from the same program, the promotion path built as a pipeline rather than designed on paper, and a data-retention posture consistent with the retention clocks the rulebook makes database columnsplatform operations, with the project sponsor for anything needing a human stepCode cannot land in an environment that does not exist. The retention half is dated in band 2 as a decision; the second environment and the promotion pipeline have no estimate and no date.Ready
T-101 datedRebuild the product decisions register, with an owner and a due date on every rowbuild sequencingAsked for at week zero and never delivered. Ten of the blocking rows currently have no owner or no due date, and on this project the decisions with a person's name on them close inside a day.Ready
T-112 datedAllocate decision numbers to the twelve rulings from the 21 August workshopbuild sequencingNothing — the extraction and the citations are already done. Highest value on this board: one sitting settles origination outright, changes the shape of the verification design, re-scopes the cession work and settles part of the rename.Ready
T-102 datedDecide where the API contract is keptthe project sponsorA human decision, explicitly not a build agent's to settle by copying a file. The keystone cannot have an exit criterion until the artefact has an address.Ready
T-113 datedRule on the four unresolved questions about what Phase 1 contains — the two service clocks; the three requirement rows still marked for a later phase; whether the configuration plane is a real line or a double count; whether the practice super-user surface is in or outthe project sponsorNothing. Where two documents disagree the rule is to stop and report, never pick a side, so no side has been picked. Nothing inside Phase 1 can be committed until this lands.Ready
T-114 datedReconcile the two delivery models — retire onethe project sponsorCommercial, not technical. Every date this plan will ever carry sits behind it.Ready
T-115 datedReissue the API contract's state list against the current lifecycle machine, before the freezethe specification author, routed by build sequencingNothing. Freezing as it stands ships fourteen wrong states into every generated client, and honouring them later is a breaking change on the most consequential artefact in the repository.Ready
T-116 datedMake the human-review routing rule reach the control-point code — rule the directory convention, then change the filebuild sequencing, then the build-system workstreamThe convention nobody has committed to. Today the transition authority, the authority tiers, the maker-and-checker comparison, the delegation check and all thirteen refusal codes sit at paths no rule matches, so those files need no human reviewer at all.Blocked on the ruling
T-103 datedBring the published deal-lifecycle definition file up to the current versionthe platform API workstreamNothing. Its two neighbours were mirrored on 20 August and this one was missed.Ready
T-104 datedRetire the four duplicate aliases carried by four recent decisionsthe specification authorNothing. A find-and-replace across four files, and cheaper before the register grows further.Ready
T-105 datedRe-approve two subscription register rows under the maker and checker rolesthe operations teamBoth rows carry no approval: a channel change voided the approvals their earlier versions were published under, so neither can publish.Ready
T-106 datedRetire or rekey the nine communication templates pointing at dead triggers, and delete the three that contradict a standing decisionthe communications-template ownerNothing, except ordering: it must run before the conformance run, not after. Deleting templates does not fix a lifecycle machine that cannot represent an expired certificate.Ready
T-107 datedCorrect the repository orientation map — twelve of the paths it draws do not exist, the shelf map points at the wrong place, the API surface figure is stale, and the documentation gate now fails because two new planning roles have no row in its tablethe build-system workstreamNothing. The gate is red now, and this is the one document a new contributor is told to read before touching anything.Ready
T-108 datedName the absorption source for the external web portal's incremental hours, and raise the two uncosted commercial decisions with the commercial partnerthe project sponsorOutstanding since week zero. Roughly 52 hours are being absorbed from somewhere unnamed, and whoever eventually pays for them has not agreed to.Ready
T-117 datedGet the volumes — expected users, leads, deals, documents and peak loadsthe project sponsor or the pricing ownerNothing. Four non-functional targets have read to be advised since the specification was first issued, and Phase 1 ends at user acceptance. Cheapest item on the list and the last one anyone will remember.Ready

How the tickets map onto the bands

BandDatesTicketsKind
0Sat 15 – Fri 21 Aug 2026noneConsumed. Shelf clear-out, decision reconciliation, the workshop. No product ticket started
1Sat 22 – Fri 28 Aug 2026T-107 (24 Aug) · T-112, T-120 (25 Aug) · T-118, T-113, T-102, T-119a, T-100, T-103, T-104 (26 Aug) · T-119b (27 Aug) · T-114, T-115, T-101, T-116, T-111, T-121, T-105, T-106, T-108a (28 Aug)Dated. Nineteen due dates on named owners. Decisions and governance, no engineering
2Sat 29 Aug – Fri 4 Sep 2026T-001 (18 h) · T-008 (24 h) · T-117 · the retention posture half of MI1Dated. The only product build work with a date, and the only two rows that survive all three blocking rules
3T-004 — 16 hours behind zero work items and four decisionsUnscheduled. Datable the day the contract's home, its state list, the published-name question and the seventeenth-state question all close
4T-002, T-003, T-005, T-006, T-007, T-009, T-010, T-011, T-012, T-013, T-014, T-015, T-016, T-017, T-018, T-019, T-020Unscheduled. The parallel band, all of it behind the contract freeze
5T-021, T-022, T-023, T-024Unscheduled. Control points and high-risk flows
6T-025Unscheduled, and behind T-110 — there is no pipeline for a test suite to be green in
noneT-110 · the build half of T-111 · M2 · the conformance-check half of MS1Unscheduled for want of an estimate, not for want of an answer. These sit under the whole board

The inversion worth reading twice. The dated rows are the ones nobody is waiting on, and the undated rows are the ones everything waits behind. The ticket that makes the pipeline compile the code is ready, blocked by nothing but sequencing, required by the build rules — and it has no number, so it has no date. It is the cheapest thing on this board to fix.

Counts

MeasureCount
Phase 1 product tickets25
Ready — T-008, and its deployment waits on the three human steps1
Blocked by a named decision, finding or action12
Unspecified — nothing to build against7
Contested — two live documents disagree, or the Phase 1 edge does4
Deferred1
Carrying an estimate, as at 22 August25 of 25
Bring-up, structural and governance tickets outside the twenty-five22
Estimated hours in front of the contract freeze, and no other ticket16

3. The roster

Six planning roles run continuously. The build workstreams are assigned band by band. Which workstream builds what within a band is set by build sequencing and is not fixed by this page.

The planning roles — continuous, all bands

RoleOwnsLoad in band 1
Delivery managementThe schedule, the risk log, the status report and the ticket boardThe board, and getting it published
RequirementsThe requirements pass and the open-questions logWhether a moot outcome is a seventeenth deal state. It gates the keystone
Engineering leadThe architecture read, the estimates and the product architecture recordsThe bring-up estimate that nobody has, and the re-estimate of the largest line once the accrual question is answered
Solution architectureThe structural skeleton and its conformance checkSkeleton accepted (T-121). The conformance check itself is unscheduled
Platform operationsThe infrastructure plan and the operations postureRetention posture agreed in band 2. The second environment is unscheduled
Client account managementExternal wording and the client relationshipHow the consumed first week and the two delivery models are described outside the build

The build workstreams, band by band

BandWorkstreamMilestones and tickets
1Build sequencingT-112, T-120, T-101, T-116, T-111, and routing T-115 — five of the nineteen band-1 rows
1The build-system workstreamT-107, and the human-review routing change once the convention is ruled
1The platform API workstreamT-103
1The infrastructure and deployment workstreamT-100, and milestone M1
2The infrastructure and deployment workstreamM5 — Azure foundation, 18 hours
2The marketing-site workstreamM20 — marketing website, 24 hours
3The platform API workstreamM6 the contract freeze — unscheduled, four decisions in front of it
4The infrastructure and deployment workstreamM3 schema, M4 identity — unscheduled
4The platform API workstreamM7 to M13 — endpoints, control points, configuration, pricing, lifecycle, events, in-life finance — unscheduled
4The staff back-office workstreamM14 component library, M15 back office, M16 review, M17 timeline — unscheduled
4The external-screens workstreamEvery external screen, including those the web host shows, and M19 — unscheduled
4The external web hostM18 hosting only — no screen is defined here
4The marketing-site workstreamM21 calculator and lead-capture forms — unscheduled
4The mobile app workstreamNot a Phase 1 milestone on this board. An iOS build needs a build machine that does not yet exist
5Platform API writes, external screens renderM22 to M25 — all unscheduled
6The test and acceptance workstreamM26 integration and end-to-end suites, the pipeline gate, and the request collection — unscheduled behind the pipeline that compiles the code
allCraft review, compliance review and mergeContinuous, on every change

Who holds which band-1 decision

Owner roleBand-1 rowsNote
The project sponsorT-118, T-113, T-102, T-119a, T-114, T-108a, the human steps in T-100, accepting T-121, and T-117 in band 2Nine of the twenty-two dated rows are one person's. Every decision carrying his name has closed inside a day, and that record is the basis for putting them all in one week
Build sequencingT-112, T-120, T-101, T-116, T-111, and routing T-115Also owes the ownership row for the two unowned engine projects, and the directory convention behind the human-review rule
The specification authorT-104, T-119b, T-115Not a build workstream. The rename is the one item whose cost rises with delay
The build-system workstreamT-107The documentation gate is red today
The infrastructure and deployment workstreamT-100, milestone M1Then the Azure foundation in band 2
The operations teamT-105Two register rows cannot publish until they are re-approved
The communications-template ownerT-106Must run before the conformance run, not after
Solution architectureT-121Accepted by the project sponsor. Gates seven milestones
The pricing owner— in band 1; T-117 with the project sponsor in band 2The early-settlement basis and floor sit behind this role and carry no date
The legal adviserA tax opinion is outstanding and bears on the pricing basis
The commercial partnerTwo uncosted decisions are raised on 28 August. Their answer is external and carries no date

Capacity, stated plainly. Band 1 is nineteen decisions across seven owners in five working days, nine of them one person's. It is achievable — the evidence is seven decisions raised and closed by the same person inside 48 hours on 15 and 16 August — but it is the tightest thing on this plan, and there is no capacity model behind it.

Why seven of the twenty-five tickets have nothing to build against

On 15 August 2026 the product specification shelf was deliberately cleared — the decisions register, the screen frame set, the work breakdown and the product architecture records — and it is being written again. The Phase 1 scope document states the consequence plainly: a work item now says what to build but not to what specification. That is why seven of the twenty-five tickets are marked Unspecified.

It was the right call, and it should be read as a deliberate reset, which is what it was. The alternative was building quickly against a specification nobody trusted, on a platform that pays out money under South African financial-services and privacy law. That was judged the more expensive option and it was declined on purpose. The honest way to state the position is that Phase 1 restarted its specification seven days ago.

Two things moved the other way on the same day, and both add scope. The event engine moved from the later phase into Phase 1 in full and the fixed commercial envelope was never re-cut, so it arrives already blocked, with 111 of its 123 templates written for channels that belong to a later phase. And the external web portal was confirmed in scope at roughly 52 incremental hours, absorbed rather than quoted, with the absorption source never recorded. Set against a genuine head start of about 65 hours on infrastructure, the lifecycle machine and the marketing site, Phase 1 is slightly larger than the plan it is being measured against, not smaller.

What is needed, and from whom

Seven things, in the order that releases the most. None is a week's work, and none of it is engineering.

  1. Rule on the four unresolved questions about what Phase 1 contains, and say which delivery model applies. The project sponsor. Until Phase 1 has an agreed edge and a capacity model, nothing inside it can honestly be committed — including the rows that look safe. Releases: every date on this page below band 2.
  2. Amend the rulebook so an agent may belong to several agencies, and do the rename now rather than scheduling it. The project sponsor, with the specification author on the rename. One paragraph, and it unblocks the database schema at the head of the build sequence. The rename is the only item here whose cost rises with delay — cheap today, 516 template edits once the pack is drafted, a breaking change across five workstreams once the contract freezes.
  3. Absorb the 21 August workshop into the register — one sitting. Build sequencing, with the project sponsor to convene it. The analysis and the citations are done; what is missing is twelve decision numbers. It settles origination outright, changes the shape of the verification design, re-scopes the cession work and settles part of the rename. It is the only item here that gets worse by waiting, because the registers and the product drift further apart every day it sits.
  4. Decide where the API contract is kept, and reissue its state list. The project sponsor, and the specification author. Two conversations and about twelve hours of work. They unblock the keystone, and the keystone unblocks eleven milestones and starts five workstreams.
  5. Run the three documented steps that put the marketing site onto the development environment. The infrastructure and deployment workstream, with the project sponsor for the human steps. The first application code in any environment. Nothing blocks it but somebody's hour.
  6. Answer whether the largest line in the phase still contains daily accrual. The project sponsor, with requirements to confirm what survives. The current lifecycle specification retired the mechanism the line was priced for. It moves the critical path by up to eighty hours and decides which path is critical, and nobody has asked it.
  7. Get the volumes — expected users, leads, deals, documents and peak loads. The project sponsor or the pricing owner. Four non-functional targets have read to be advised since first issue, and Phase 1 ends at user acceptance. Cheapest item on the list and the last one anyone will remember.

Until the first four of those land, this page is a dependency map rather than a plan. It carries no end date, no duration and no commitment, and it must not be quoted as one. With the delivery model settled and the Phase 1 edge agreed, it produces dates the same day.