Running a Government Project: Navigating Between Ministries, Committees, and Public-Sector IT Teams
Project managers leading a digital project in the public sector face a level of managerial complexity that simply doesn't exist in the private sector. Instead of a handful of stakeholders within a single organization, you have to work with different ministries, inter-ministerial committees, public-sector IT teams with their own working protocols, and sometimes the government's central digital agency, which sets cross-cutting standards.
On the government project, the project-management strategy was built around a "stakeholder map" that we drew up at the very start. We identified everyone who needed to approve, to be consulted, or to be kept informed - and we built a structured communication process for each of them. The budget team gets a different update than the information-security team; an inter-ministerial committee gets a different presentation than the internal development team.
We also adapted the pace to the public-sector pace. In the private sector, a decision can be made in 24 hours. In the public sector, that same decision might require two weeks of meetings. Instead of fighting that pace, we planned the project around it - with more flexible milestones and built-in buffer time.
For project managers working with the public sector, the insight is this: adapt your methodology to public-sector reality. Forcing an "agile startup" methodology onto a government ministry won't work. Flexibility in pace, and structured communication with every stakeholder, are the key to success.
Related articles

About
Making complicated into easy for users.
Senior product designer with a decade of work across complex systems - financial risk platforms, legal operations, healthcare apps, manufacturing tooling and insurance portals. The common thread is depth: products where the data is rich, the users are expert, and the interface has to disappear into the work.