Tracking

Tracking is determining where the project is, so that reporting and control have facts to act on.

Planning feeds work into tracking; tracking feeds actuals to reporting; reporting sends minor changes back to the activity plan and major changes back to the commitment

Planning commits a project to a budget, milestones and staffing, then breaks that commitment into activities. Tracking measures the work in progress against the plan, and reporting carries the actuals and deviations to the people who fund the project. Small deviations return as revised estimates; large ones return as change requests against the commitment. Control is what turns a deviation into an action.

The six pages follow that loop: how to report, how to act, and which instrument to read.

Page What it answers
Reporting progress How do we tell sponsors where we stand, and why does “90% done” last so long?
Controlling a project Which variance needs action, which action, and when should a project stop?
Earned value How much of the planned work is done, and what did it cost?
Burndown and burn-up charts How much work remains, and did the team slow or the scope grow?
Velocity and flow When will the release be done, and where is work waiting?
Choosing a tracking instrument Which chart fits this project and its reader?

Acknowledgments

This page adapts material from lectures by Eduardo Miranda and David Root [1], [2] on software project management.

References

  1. E. Miranda,
    “Managing Software Development.” 2014.
  2. D. Root,
    Managing Software Development. Carnegie Mellon University / Innopolis University lecture series, 2014.

Disclaimer: AI is used for text summarization, polishing and explaining. Authors have verified all facts and claims. In case of an error, feel free to file an issue.


Table of contents


This site uses Just the Docs, a documentation theme for Jekyll.