You built the stakeholder register in the first week. Name, role, influence, interest, preferred channel, update cadence, maybe a column […]
Key Takeaways Project portfolio management decides which work runs and in what order. It does not forecast the dates in […]
What a capacity-aware sprint planning day looks like hour by hour for a government team — with a worked example showing why 60 person-days on paper is really 39.
Deployment frequency is the DORA throughput key that is easiest to calculate and easiest to misreport. Here is what counts as a deployment, what the benchmarks actually say after DORA’s 2025 reset, and how to measure it when your delivery record lives in Jira.
Cross-sprint visibility means naming who is on what before the sprint starts. A five-step per-person capacity method for public-sector teams, with a worked example.
Most release management software tracks what shipped and what is left. Almost none of it treats the release date as a number that should change on evidence — which is the only field stakeholders actually act on.
Progressive delivery decouples deploy from release, so shipping code stops being the risky moment. But the business still committed to a date — it just moved to the 100% rollout, where almost nobody forecasts it.
A sprint planning tool does not make the meeting better — it makes the meeting shorter, by settling capacity and readiness before anyone joins the call. What to demand from one.
A project governance framework assigns decision rights over scope, dependencies and capacity — the three things that erode a committed release date. It assigns nobody the date’s confidence between meetings.
A planning horizon is how far out your current evidence can honestly support a decision. A release commitment ignores it. Here is how to keep the committed date live past the horizon, in days, in Jira.



