1. Phase 1. Where to start

    Why this course exists and who it fits: the problem it solves, how phases, quizzes, tests and trainers work, and how to go through it without dropping off.

  2. Phase 2. The role and stepping into it · 17 questions

    What changes after the promotion, how to step into a team, and how the lead role differs from the architect role.

  3. Phase 3. The team: structure, ownership, people · 35 questions

    Who owns what, how to delegate decisions along with tasks, how to grow engineers, what to do when the conversation gets hard, and how all of it changes once you lead several teams.

  4. Phase 4. Hiring and onboarding · 11 questions

    The profile before the search, three evaluation stages, perception traps, and a new hire's first thirty days.

  5. Phase 5. Commitments: deadlines, flow, stakeholders · 36 questions

    Why estimates miss, how an estimate differs from a commitment, how to manage inbound requests and outside expectations, how the process scales to several teams, and how to choose between portfolio initiatives by money.

  6. Phase 6. Engineering norms and quality · 29 questions

    What code the team considers acceptable: review norms, technical debt in money and time, the standard as executable rules, engineering practices, requirements artifacts, and security and regulatory obligations.

  7. Phase 7. Reliability and operations · 12 questions

    What happens when things break: blameless reviews, a living action plan, on-call rotation and alerts worth reacting to.

  8. Phase 8. Decisions and recording them · 33 questions

    How to make and record decisions that outlive the team roster: ADRs, the design doc, the architecture committee, evaluating forks by criteria, technology through a manager's eyes, and choosing a vendor with an import substitution plan.

  9. Phase 9. Measurement and the business conversation · 28 questions

    Delivery metrics that show process health, the harm of individual metrics, outcome metrics that answer whether the work was useful, the IT budget and cloud cost, and talking to executives about technical risk in terms of money.