How can visual models improve the flow of work during programme shaping?
This is the sixth post in a series about applying the lessons of lean (especially lean software development) to the shaping phase of programme management.
In previous posts I have talked about amplifying learning, the application of the ideas of flow and a value stream to programme shaping, and touched on sources of “waste” in the typical programme environment.
In this post I want to talk a bit about (visual) models.
I’ve found two sorts of model useful when pulling together a programme – models of the shaping process itself, and models of the programme design.
Modelling the Programme Shaping Process
In previous posts I’ve talked about looking for flow in the programme shaping process. Every organisation, and to some extent every programme, will have a different flow for the shaping process.
For most this will involve some number of iterations of capturing and designing information, creating programme artifacts, and seeking approval from various stakeholders. I have talked about keeping work-in-progress to a minimum, and the classic tool for managing that is a kanban board.
Modelling the Programme Design
The other area where models are vital is in describing how the programme will work and what it will deliver – in other words, the design of the programme itself. Programme documentation has always been a way of sharing a model of how things will work and what will be achieved, but I think there are lessons we can learn from other disciplines to make the documentation more useful.
Many traditional programme documents are heavy on words and light on diagrams. Words are vital for providing detail, but they are not the best choice for communicating the relationships between concepts, nor for illustrating causal chains (for example from enabling projects to capabilities to benefits to outcomes).
I’m suggesting that as programme managers we can usefully make more use of visual models to augment our programme documentation, and to model the relationships between different parts of the documentation.
There are specialist tools (e.g.
ChangeDirector ) which make extensive use of graphical techniques, however not every organisation will have access to these. I have had some success in using
general purpose UML modelling tools to support programme shaping work, and it’s an area I am actively exploring further. One background project that I hope to blog more on later is the creation of a UML Profile for
I’d like to hear from other programme managers about their experience with visual modelling.
Picture credit: David Larabee