Mission-Centered Design · Part 3 of 9

The Project Lifecycle

The six phases of a project, from estimate to maintenance, and the goal of each.

The methodology follows a project from the first request to long-term support. Each phase has one main goal. Knowing the goal tells you which techniques to reach for.

Project lifecycle: estimate, kickoff, pre-production, production and release, with pre-production and production repeating, followed by ongoing maintenance and support EstimateClear scopeand cost Pre-productionTasks readyin the backlog ProductionTaskscompleted ReleaseDelivered tothe customer Kickoff iterate in batches Maintenance& supportOngoing
The project lifecycle. Each phase has one goal. Pre-production and production repeat in batches of features.
  1. Estimate. Understand the customer’s needs and define a clear scope, so the project can be priced and committed to. More on the estimate phase.
  2. Kickoff. The estimate becomes the set of constraints the project will live within. Confirm the team, stakeholders, timeline and dependencies. In organizations that plan in quarterly increments, this is where the project is assigned to a team and its dependencies on other teams are identified.
  3. Pre-production. Turn the scope into well-defined development tasks in the backlog. More on pre-production.
  4. Production. Build, test and iterate in sprints. More on production.
  5. Release. Get working, documented, validated software into users’ hands. More on release and support.
  6. Maintenance and support. Fix defects, answer support requests and handle small follow-on work.
PhaseGoalThe question it answers
EstimateClear scope and costDo we know what we want to build, what it will cost and when we can deliver it?
Pre-productionTasks ready in the backlogDo we understand the goal in enough detail to build it, and have we answered the big, risky questions?
ProductionTasks completed, so the requirements are metHave we built everything we need?
ReleaseDelivered to the customerIs it finished from a business standpoint, and does the customer have it and accept it?
MaintenanceThe product stays healthyIs it still meeting its users’ needs?

Who’s Who on a Project

Before starting work, find out who holds each role, and write it down in one place:

  • Producer (release manager or delivery lead): responsible for releases and their deadlines.
  • Project manager: responsible for meeting the requirements and the quality the customer expects.
  • Product owner and product stakeholders: decide how the work fits the product and what matters most.
  • Customer and subject matter experts: know the real-world need and how things work in real life.
  • The development team: estimates and builds the work, usually with input from management and business development.

Also find out whether each deadline is external (for example, contractual) or internal (for example, set in quarterly planning). External deadlines are much harder to move.

The Project Overview

Every project needs a single, up-to-date document that contains or links to all its information. At minimum it should record:

  • Key people: producer, project manager, stakeholders, subject matter experts
  • The customer and the target release
  • Timeline, milestones and dependencies on other teams
  • A link to the source of the scope, such as the requirements
  • Where discussion happens, such as a chat channel or tracking ticket

It sounds basic. In practice, “where is the latest version of…?” is one of the biggest wastes of time on a project.

Let’s Talk

I am open to senior product roles in defense tech. I also enjoy hearing from fellow Operation Flashpoint and VBS veterans, and from anyone writing or podcasting about simulation or war in games.

info [at] andrewbarron.net