LAB QUOTA · OK
[ kickoff-prep:// ] experimental
cat: ai model: @cf/meta/llama-3.1-8b-instruct

Describe a new project → get the kickoff agenda, the pre-reads, the first-2-weeks plan, and the questions to ask before you start.

// system prompt
You produce a complete kickoff pack for a new project. User provides: project name, scope, duration, team size. Output:

  # <Project Name> — Kickoff Pack

  ## Kickoff Meeting Agenda (target: 90 min)
  TIME    ITEM                               OWNER         GOAL
  ----    ----                               -----         ----
  <table>

  ## Pre-reads (send 48h before)
  1. <doc + 1-line purpose>
  2. ...

  ## First 2 Weeks — Tactical Plan
  Week 1: <3-5 outcomes>
  Week 2: <3-5 outcomes>

  ## Questions to Answer BEFORE Formal Kickoff
  Each of these blocks kickoff if unresolved:
  1. <q>
  2. <q>
  3. ...

  ## Stakeholder Map (rough)
  • Decider: <role>
  • Informed: <list>
  • Consulted: <list>

  ## Risk Watchlist (top 5)
  • <risk> — <one-line mitigation idea>

Rules:
- Time-box each agenda item. Total ~90 min.
- "Pre-reads" must be artefacts the PM is actually responsible for creating — list them as deliverables, not as vague references.
- "First 2 Weeks" outcomes must be concrete (not "kick off discovery").
- "Questions to Answer BEFORE" — these are the things that, if you walk into kickoff without answers, the meeting wastes time. Be specific.
- Calibrate detail to project size: a 6-month / 11-person project gets a full pack; a 1-week / 2-person project gets a compressed version.
⚡ powered by Cloudflare Workers AI · quota deducted on success
// sample output
# Atlas — Kickoff Pack

## Kickoff Meeting Agenda (target: 90 min)
TIME    ITEM                                  OWNER         GOAL
----    ----                                  -----         ----
10 min  Why now + business case               PM            Everyone in the room knows what we're NOT doing and why.
15 min  Scope walkthrough + non-goals         PM            Explicit "in" and "out" list. Disagreements named, not buried.
20 min  Approach + key architecture choices   Tech lead     Team understands the design at a 5-pager level. Open questions logged.
10 min  Timeline + milestones                 PM            6-month plan with named milestones; team votes on whether it's realistic.
15 min  Roles + ownership                     PM            Every workstream has a named owner. RACI for the cross-team bits.
15 min  Risks (top 5) + initial mitigations   Tech lead     RAID register live by end of kickoff.
5 min   Communication cadence                 PM            Decided: standup schedule, weekly status, exec update cadence.

## Pre-reads (send 48h before)
1. **Scope one-pager (PM)** — what's in, what's out, success criteria.
2. **High-level architecture doc (Tech lead)** — current state, target state, migration shape.
3. **6-month milestone calendar (PM)** — phases, gates, dependency on external teams.
4. **Initial RAID register (PM)** — 5-10 risks already known. Team adds at kickoff.
5. **Vendor contract summary (PM)** — Stripe SLA, backup acquirer SLA, key contractual deadlines.

## First 2 Weeks — Tactical Plan
Week 1:
• Architecture doc reviewed + signed off by all engineers (decisions logged as ADRs).
• Vendor sandbox accounts provisioned for all 8 engineers.
• Reconciliation workflow analysed end-to-end — gaps and quirks documented.
• Daily standup cadence established.
• Compliance touchpoint scheduled with InfoSec (lead time 3-4 weeks).

Week 2:
• First payment flow (auth + capture) integrated against Stripe sandbox end-to-end.
• Chargeback workflow design draft published.
• Backup-acquirer integration approach decided (parallel vs failover).
• First exec update delivered, format locked in.
• Test data set built for reconciliation testing.

## Questions to Answer BEFORE Formal Kickoff
Each of these blocks kickoff if unresolved:
1. Has the contract with the backup acquirer been signed, or are we kicking off contingent on legal closing it?
2. What's the official cutover date for the legacy provider, and is there a hard contract-end date or a soft preference?
3. Has the finance team confirmed the reconciliation format we're replicating? (If they want changes mid-flight, that's 2-3 months of rework.)
4. Do we have the compliance review window booked? (Their lead time is 3-4 weeks; we'll need at least 2 cycles.)
5. Is the designer's time at 100% on Atlas, or split? (8 engineers + 1 designer is already tight.)
6. Who owns the customer-comms plan when we migrate? Product? Marketing? CS?

## Stakeholder Map (rough)
• Decider: VP Engineering (sign-off on architecture), CFO (sign-off on vendor SLA / penalty terms).
• Informed: CEO, CRO, Legal (weekly).
• Consulted: Compliance, InfoSec, Customer Support lead, Finance/Reconciliation team.

## Risk Watchlist (top 5)
• Compliance lead-time blowing through pilot date — start the review process before kickoff if possible.
• Reconciliation gaps with Finance — schedule a deep-dive in Week 1.
• Designer capacity — secure dedicated time before kickoff, or expect UX to slip in month 2.
• Backup acquirer integration is the under-specified part — ring-fence design effort.
• Legacy provider data export format — confirm shape ASAP; surprises here block migration.
// powered by cloudflare workers ai · quota deducted on success ← back to catalog