24 lines
21 KiB
JavaScript
24 lines
21 KiB
JavaScript
// Editorial source: concise visible story + spoken argument + traceable references.
|
||
const s = (id, title, minutes, body, notes, sources, kind='') => ({id,title,minutes,body,notes,sources,kind});
|
||
export const slides = [
|
||
s('opening','Less Prompting,<br>More Shipping',1,`<p class="subtitle">The AI Architect’s First Six Months</p><p class="thesis">Improve accepted engineering work.<br>Not the number of times we ask AI.</p><p class="small">Proposed strategy · 35 minutes + 15 minutes Q&A</p>`, 'Open with the outcome, not a tool purchase. The title is a reminder to measure useful work, not an instruction to minimize prompts. More careful prompting may be exactly what good work needs. My proposal is to earn one evidence-backed improvement, make its costs visible, and stop what does not help. Walk through what I do, how I measure, what month six looks like and what comes next.', ['PDF: Format; Context; questions 1–4','target-operating-model'], 'dark'),
|
||
s('starting-point','We are not starting from “no AI”.',2,`<div class="facts"><div><strong>≈80 → ≈100</strong><span>engineers, by year end</span></div><div><strong>>10</strong><span>teams</span></div><div><strong>Already using AI</strong><span>uneven depth and quality</span></div></div><div class="contrast"><p><b>Assignment facts</b><br>Solo architect → CTO<br>No formal authority over teams</p><p><b>Unknown until discovery</b><br>Stack, tools, process, baselines<br>Capacity and actual bottlenecks</p></div>`, 'These headcount and usage facts are from the assignment, not independent research. The comparison is existing AI-assisted practice, never an invented no-AI baseline. Delivery is a starting hypothesis, not a finding. The documented departmental model is not evidence of actual assignment staffing. Ask about stack and tool/data restrictions in discovery; do not assume familiar clients are in use. Every timeline and proposed allocation in this deck remains subject to agreement.', ['PDF: Context; question 1; final assumptions instruction','target-operating-model']),
|
||
s('north-star','A faster draft is not a shipped outcome.',2,`<div class="flow"><span>Intent</span><i>→</i><span>Change + tests</span><i>→</i><span>Independent acceptance</span></div><div class="rail">Existing release authority stays with people.</div><p class="statement">Less rework. Sound quality.<br>Understand the total burden.</p><p class="small">If the bottleneck is CI or review capacity, fix that—not the prompt count.</p>`, 'Trace a change through acceptance and its existing release route. An agent can shorten drafting and still make reviewers work harder. The outcome must survive independent acceptance, defect follow-up and total-cost accounting. Observe why work comes back rather than assume more output from the model means more output from engineering. Flaky tests, unclear scope or scarce reviewers may make a non-AI intervention the right investment.', ['target-operating-model','baseline','measurement']),
|
||
s('influence','Influence is earned beside the work.',2,`<div class="roles"><div><b>CTO</b><span>Sponsor access<br>Resolve priority trade-offs</span></div><div class="gold"><b>Architect</b><span>Pair, build, evaluate<br>Bring evidence—not mandates</span></div><div><b>Willing team</b><span>Agree contribution<br>Own acceptance and upkeep</span></div></div><p class="statement">An invitation with an exit.<br>Not a rollout disguised as a favor.</p>`, 'Meet leads, developers and reviewers across contrasting workflows before recruiting one willing team. Show a concrete example to a skeptic and invite them to judge it without requiring enrollment. Agree a short weekly team check-in and a monthly CTO decision review. Record participant and reviewer effort: it is not free labor. If priorities conflict, ask the CTO to choose a trade-off rather than use sponsorship as a compliance escalation. Actual approvers must be named before a pilot.', ['roadmap','stage-01-skills-adoption']),
|
||
s('months-one-two','Months 1–2 / Earn the right to test.',3,`<div class="timeline"><div><b>01 · Discover</b><p>Trace real changes.<br>Rank friction and evidence gaps.</p><span>Output: current-work map</span></div><div><b>02 · Agree</b><p>One willing team.<br>Baseline + smallest intervention.</p><span>Output: bounded experiment packet</span></div></div><div class="gate">Decision 1 → Fund one experiment—or hold.</div><p class="small">No partner, reliable checks or lawful evidence → no live pilot.</p>`, 'In month one agree expectations and access with the CTO, pair on contrasting workflows and trace repository principles, system logic, tests, builds and deployments. Rank bottlenecks, not teams. Month two observes a prospective baseline and compares context, coaching, test feedback, deterministic automation and skills. Agree task eligibility, acceptance, evidence, people, spend/effort limits and a stop date. The experiment packet can be one worksheet plus existing records. Discovery may need to continue; the calendar does not waive prerequisites.', ['roadmap','baseline']),
|
||
s('months-three-four','Months 3–4 / Test, then decide.',3,`<div class="timeline"><div><b>03 · Work alongside</b><p>Build and independently qualify.<br>Pair on bounded real work.</p><span>Output: failures + reproducible examples</span></div><div><b>04 · Compare</b><p>Reconcile outcomes and burden.<br>Include pending and abandoned work.</p><span>Output: retain / change / hold / stop</span></div></div><div class="gate">Decision 2 → Keep only what the evidence supports.</div><p class="small">Missing follow-up is “unknown”, not “all clear”.</p>`, 'Qualification precedes exposure to real work; actual pilot permission is a separate human decision. During month three I pair and collect both benefits and transferred work. Month four compares matured cohorts with the reviewer, records task mix and concurrent changes, and gives the owner and CTO a recommendation. Unsafe work stops immediately. Sparse tasks or missing follow-up make the result inconclusive. Only an explicitly approved bounded extension can continue; otherwise narrow or stop. Do not silently convert a feasibility exercise into a rollout.', ['roadmap','stage-01-skills-adoption']),
|
||
s('months-five-six','Months 5–6 / Transfer only if earned.',2,`<div class="timeline"><div><b>05 · Selective transfer</b><p>Champion + backup.<br>Check a second team’s fit.</p><span>Only with capacity and funded upkeep</span></div><div><b>06 · Evidence review</b><p>Team operates without daily help.<br>CTO chooses the next investment.</p><span>Owned workflow—or documented stop</span></div></div><p class="statement">New scope → new baseline.<br>No automatic company-wide rollout.</p>`, 'A second team is conditional: willingness, different task mix and support capacity can all change the answer. Keep improving the first workflow if transfer is premature. Hand over a reproducible example, support and recovery instructions to an actual owner and backup. Test operation without my daily assistance rather than treating training attendance as handover. Month six must show limits and stopped work as well as retained value. The CTO decides what is worth funding next.', ['roadmap','target-operating-model']),
|
||
s('capacity','One architect. One active live pilot.',2,`<div class="capacity" aria-label="Proposed weekly allocation: two days hands-on, one evaluation, one relationships, one support and decisions"><div class="pair">2 days<br><b>Pair + build</b></div><div>1 day<br><b>Evaluate</b></div><div>1 day<br><b>Relationships</b></div><div>1 day<br><b>Decisions + buffer</b></div></div><p class="statement">Support is work.<br>Put it in the budget.</p><p class="small">Proposed capacity envelope—not known company availability.</p>`, 'This five-day allocation is a planning envelope, not a claim about company staffing. Two days are hands-on, one evaluation, one coaching/relationships, one sponsor decisions, support and contingency. Team lead agreement must include review time. A second team begins only when the first is supportable. Offer reusable examples and bounded office hours, not a permanent help desk to more than ten teams. Excess support demand becomes a CTO investment decision or a smaller scope.', ['roadmap']),
|
||
s('measures','Three measures. One decision.',3,`<div class="measure-list"><div><b>Accepted work</b><span>Accepted / all matured eligible starts</span></div><div><b>Review + rework</b><span>Comparable effort, including shifted burden</span></div><div><b>Escaped defects</b><span>Severity and complete follow-up</span></div></div><div class="rail">Alongside: setup, support, upkeep and tool cost. Critical effects stop work.</div><p class="small">Task / PR / CI / defect links + a small effort record; no individual league tables.</p>`, 'Use a small balanced set matched to the mechanism, not all sixteen optional metric contracts. Predeclare eligibility, maturity horizons, denominator and follow-up. Register every eligible task start, including failures, abandoned work and unresolved matured starts; pending tasks stay separate. Link tasks to exact PR/CI acceptance and defect records, with a minimal effort log. Record checked reasons for returns, such as missing regression evidence. Agree access, purpose and retention; avoid raw prompt collection and individual performance ranking. Show total setup and recurring cost beside outcomes. If linkage is incomplete, hold the claim.', ['measurement','stage-01-skills-adoption']),
|
||
s('misleading','A dashboard can be confidently wrong.',2,`<div class="contrast traps"><p><b>Tempting signal</b><br>More PRs or generated lines<br>Shorter PR elapsed time<br>Higher acceptance rate<br>No defects recorded</p><p><b>Question before believing it</b><br>Useful work—or smaller slices?<br>Less effort—or less waiting?<br>Same task mix and denominator?<br>Enough follow-up and linkage?</p></div><p class="statement">AI usage is diagnostic.<br>It is not the score.</p>`, 'Invocation counts, licenses and positive sentiment can help diagnose reach or friction, but are not productivity outcomes. Acceptance changes may reflect selection and learning; stratify by complexity and reviewer availability and record concurrent model/tool/CI changes. Elapsed time is not engineer hours. Missing quality records are not zero defects. Small descriptive samples cannot establish causal ROI; agree uncertainty and precision rules before collecting evidence for a promotion claim. Do not annualize a tiny difference into cash savings.', ['measurement','stage-01-skills-adoption']),
|
||
s('experiment','EXP-01 / Start cheaper than a platform.',2,`<p class="fiction">Fictional teaching example · not Eldorado data or approval</p><div class="flow"><span>Review returns:<br>missing test evidence</span><i>→</i><span>Test map +<br>checklist first</span><i>→</i><span>Skill only if<br>context loss persists</span></div><p class="statement">Small bug fixes. One repository.<br>Current AI practice is the comparator.</p><p class="small">Exclude secrets, personal data, migrations and production permissions.</p>`, 'Keep one example from baseline to decision. Suppose changes repeatedly lack regression evidence. Compare a repository test map plus review checklist against packaging the same guidance as a skill; the cheaper checklist wins if it performs as well. A skill carries reusable instructions and verification, not authority. Freeze a small non-urgent bug-fix scope, one willing team and one qualified client/model tuple. The full fictional packet includes explicit real-use blanks for people, dates, immutable references, sources and data approval. Those blanks are not permission.', ['stage-01-skills-adoption']),
|
||
s('qualification','“It worked once” is not a release gate.',2,`<div class="flow"><span>Pin candidate<br>and environment</span><i>→</i><span>Independent<br>qualification</span><i>→</i><span>Separate<br>pilot permission</span></div><div class="contrast"><p><b>Try to break it</b><br>Wrong task · injected instruction<br>Missing tests · recovery</p><p><b>First revision</b><br>No approved prior skill = N/A<br>Remove + reload → current practice</p></div><div class="rail">Failed mandatory safety checks → HOLD. An average cannot override them.</div>`, 'The author cannot approve their own evidence or deployment. Test representative work, unrelated-task decline, injected instructions to bypass review, missing-test escalation, and removal/reload recovery. These examples are not a complete risk-tier evaluation suite. A real independent reviewer approves a risk-appropriate design and inspects all results. First-revision regression against an approved skill is N/A, not a fake pass; prove recovery to declared existing AI-assisted practice. The actual workflow approver separately authorizes the exact revision/client, cohort, window, expiry and effects. Security/data boundaries need their actual owners. Later revision changes return to qualification.', ['stage-01-skills-adoption','skills-quality']),
|
||
s('inconclusive','First review / Do not promote this result.',2,`<p class="fiction">EXP-01 · fictional observations · not company performance</p><table><thead><tr><th>Evidence</th><th>Baseline</th><th>Pilot, first review</th></tr></thead><tbody><tr><td>Accepted / matured starts</td><td>8 / 12</td><td>9 / 12</td></tr><tr><td>Effort records</td><td>12 / 12</td><td>9 / 12 only</td></tr><tr><td>Mature defect follow-up</td><td>8 / 8 accepted</td><td>6 / 9 accepted</td></tr></tbody></table><div class="gate">INCONCLUSIVE → Hold expansion. Finish evidence—or stop.</div><p class="small">Three later starts remain pending. Missing evidence is not zero cost.</p>`, 'The apparent nine versus eight accepted is not a demonstrated gain. Baseline has two failed, one abandoned and one unresolved; pilot has one of each. Three later starts have not matured and stay out of the matured denominator. At first review pilot effort median is 35 minutes among observed rows only, not the whole cohort. One non-severe baseline defect is known; pilot defect follow-up is incomplete. A tiny sample, different mix and learning also limit inference. The fictional owner may authorize one two-week evidence-only extension with no new starts, at most four architect hours, two reviewer hours and EUR25 additional spend. If reconciliation cannot finish, stop rather than keep extending.', ['stage-01-skills-adoption']),
|
||
s('stop','A useful answer can be “stop this one”.',2,`<p class="fiction">EXP-01 · fictional reconciled burden · not a causal productivity estimate</p><div class="comparison"><div><strong>30 min</strong><span>Baseline median review / rework</span></div><span class="versus">→</span><div><strong>40 min</strong><span>Pilot median, all 12 records</span></div></div><p class="statement">The predeclared burden guardrail is breached.</p><div class="rail">Stop candidate → verify recovery → keep useful checklist → requalify any revision</div>`, 'Assume reconciliation finds a 40-minute median against 30 baseline for comparable work, with reviewers tracing extra effort to checking generated tests. This breaches the fictional no-increase burden guardrail even with nine accepted tasks. It is sufficient for a local stop decision, not statistical proof the intervention fails everywhere. Remove/reload and verify current-practice recovery; preserve evidence and useful test map/checklist. Return failure cases to the author. Retain would require different evidence: complete comparable outcomes and costs, acceptable quality/burden, agreed precision, independent acceptance and funded upkeep. A new revision must requalify. Critical unauthorized effects stop immediately, not at the scheduled review.', ['stage-01-skills-adoption']),
|
||
s('month-six','Month six / An evidence portfolio, not a victory lap.',2,`<div class="ledger"><div><b>Visible change</b><b>Evidence to ask for</b></div><div><span>One workflow understood</span><span>Map + baseline + explicit gaps</span></div><div><span>Retained practice—or justified stop</span><span>Comparable outcomes + costs + limits</span></div><div><span>Less dependence on the architect</span><span>Owner + backup + recovery rehearsal</span></div></div><p class="small">Proposed achievable picture. No guaranteed savings, headcount reduction or org-wide uplift.</p>`, 'Commit to activities I can drive: discovery, agreement, hands-on support, reproducible evidence and clear decisions. Do not promise a positive effect outside my control. A realistic month-six organization has one bounded workflow learned from, transparent limitations, some reusable examples and an owner if anything is retained. A second willing team may have a new baseline, not a blanket rollout. If experiments stop, explain what was ruled out, what remains useful and why the next investment changes. Independent source-linked evidence, not a polished demo or attendance count, backs the picture.', ['target-operating-model','roadmap']),
|
||
s('beyond','Beyond six months / Choose, do not graduate.',2,`<div class="choices"><div><b>Deepen</b><p>Coaching, context or deterministic tooling where friction remains.</p></div><div><b>Transfer</b><p>Only with repeatable value, local fit and supported ownership.</p></div><div><b>Bounded autonomy?</b><p>Separate authority case, containment and human takeover.</p></div></div><p class="statement">More authority is a new decision.<br>Not a reward for adoption.</p>`, 'The next quarter may deepen the existing workflow or stop expansion entirely. Skills remain optional; no catalog or central control platform is a prerequisite. Transfer needs new-scope baseline and local capacity. Consider bounded autonomy only if it solves an evidenced bottleneck and controls are proven: exact-artifact approvals, scoped identity, idempotency, audit, independent stop and takeover. People retain product, risk and release decisions. The conditional long-term Target is a reference, not a month-six deliverable or deployed system. The CTO chooses investment based on the evidence, not an inevitable maturity staircase.', ['stage-02-autonomous-agent','target-operating-model']),
|
||
s('alignment','The first CTO conversation',1,`<ol class="asks"><li>Which outcome is worth improving first?</li><li>Who can volunteer time—and independent review?</li><li>What data, risk and effort limits apply?</li><li>When will we decide to continue or stop?</li></ol><p class="statement">Sponsor the learning.<br>Do not pre-approve the answer.</p>`, 'Close with concrete alignment, not a shopping list. Ask the CTO to agree an outcome, access to willing teams, independent review capacity, risk/data boundary and decision cadence. Agree success and stop criteria before collecting favorable anecdotes. We have covered the four assignment questions: action, measurement, realistic six-month evidence and conditional next investment. Transition to the fifteen-minute discussion. If time runs short, skip detail in narration rather than the decision and its limits.', ['PDF: questions 1–4','roadmap'], 'dark'),
|
||
s('discussion','Q&A / What would change your mind?',15,`<p class="subtitle">15 minutes for the hard questions.</p><div class="discussion"><p>No willing team?</p><p>Too little evidence?</p><p>A cheaper non-AI fix?</p></div><p class="small">The proposed plan can change. The evidence standard should not.</p>`, 'Reserve the full fifteen minutes. If no team volunteers, revisit the problem and sponsor trade-offs rather than conscript people. If evidence is sparse, narrow the question, explicitly authorize a bounded evidence-completion window or stop. If deterministic tooling is better, choose it. Discuss the company’s real constraints rather than pretend the fictional example estimates company benefit. The next slide provides linked sources for follow-up, not additional spoken content.', ['PDF: Format','target-operating-model'], 'dark'),
|
||
s('references','References / Follow the evidence.',0,`<ul class="references"><li>AI Architect Test Task · Eldorado.gg<br><span>Context, four questions, assumptions, 50-minute format</span></li><li><a href="../../strategy/target-operating-model/">Reviewed six-month Strategy →</a></li><li><a href="../../strategy/roadmap/">Month-by-month Roadmap →</a></li><li><a href="../../strategy/stage-01-skills-adoption/">EXP-01 packet and decision limits →</a></li><li><a href="../../strategy/measurement/">Measurement definitions and safeguards →</a></li><li><a href="../../strategy/stage-02-autonomous-agent/">Conditional future authority →</a></li></ul>`, 'Appendix, zero planned talk time. The original assignment is the supplied AI_Architect_Test_Task.pdf. The source-reference map in this presentation directory records every slide against the PDF and reviewed Strategy. The deck does not reproduce the assignment file publicly. EXP-01 remains entirely fictional; its budget, medians, samples and outcomes are teaching devices. Official Reveal documentation consulted: installation, speaker-view and pdf-export on revealjs.com. All runtime assets are pinned and bundled locally.', ['PDF: complete assignment','target-operating-model','roadmap','stage-01-skills-adoption','measurement','stage-02-autonomous-agent'])
|
||
];
|