A Path To Green (PTG) is a clear, crisp, and complete statement describing a team’s plan for getting a project from red or yellow status to green. This post describes the concept and provides some tips on how to be excellent at articulating a PTG.
Organizations that routinely deliver great results hold individuals and teams accountable for delivering those results. Ensuring everyone is clear on projects’ status is key to this (e.g., is a project red, yellow, or green?). More importantly, teams need to have discipline around how they move projects that are a bit off the rails (yellow) or really off the rails (red) back on rails (green). A great “Path to Green” is a key element of this discipline.
I use the following taxonomy & lexicon for status:
- GREEN : The Project is on track with risks that are well understood and mitigated.
- YELLOW : The Project has encountered one or more serious unknowns or blockers, and for each, there is a clear Path to Green that should enable the project to hit the current date.
- RED : The Project has unknowns or blockers that either make it certain the date will be missed and/or there is not yet an agreed-on Path to Green.
A Path To Green Must Include
- Clear identification of who (as in the name of a human being) is responsible for each action.
- Dates. Dates. Dates. For every action that will get the project back on track, there should be a date. It’s OK for a date to be a “date for a date”, but it’s NOT OK to not have dates.
- Clarity on what the criteria are for determining the project is back to green.
- If the project is Yellow and trending Red, a clear statement on the criteria (with dates) will cause it to turn red. And a statement of what will then happen (e.g. “If we go Red we will have no choice but to change the due date”).
Path to Green:
- Work with vendor to resolve issue.
- Verify the problem in the field is fixed.
This is a poor example because
- There is no identification of WHO is responsible for each action.
- There are not dates that hold the WHO accountable.
- There is no clarity on the criteria that will result in the project being back on track.
Path to Green:
- Sally to get the fix from the vendor to Doug by noon, 04-Feb.
- Doug to deploy the fix to 10 beta sites by 05-Feb and report results no later than 12-Feb.
- If results are positive, Sally will update the project to Status to Green on 12-Feb.
- If negative results come back before or on 12-Feb, we will not have enough time for manufacturing and will have to slip the project launch date by at least two weeks to 01-Apr.
This is a good example because
- There is no ambiguity around WHO is doing the work and WHEN they will do it by.
- Clear criteria are provided for what getting back to Green means.
- Clear criteria are provided for what will happen if s*** continues to hit the fan.
Being diligent about project status and getting engineering leaders to think in terms of great “Paths To Green” is key to better product organization execution. What tips do you have around driving projects? Please comment below.