A day in the life of a delivery manager
‘A day in the life of…’ articles typically go something like this, “8:02: my day starts with a walk over Waterloo Bridge. A flat white later and I’m ready to begin. Some quiet minutes to check emails before studying the wall. Now I’m prepared for the stand-up at 9:40…”
Such diaries are often pointless and mostly boring. Perhaps you’ll agree it’s more informative to read about the key functions of delivery managers instead. Stuff they do each and every day.
What is a delivery manager?
A delivery manager guards the team’s time, to ensure continuous delivery is possible. Team time is precious time.
Developers and other team members are capable professionals in their own discipline, self-organizing and cross-functional. But teams can only complete sprint tasks timeously when they are unhindered. The delivery manager is there to remove any and all things that are hindering or ‘blocking’ them, so the team can deliver the product.
We use a mixture of agile techniques at GDS, borrowing heavily from Scrum to organise teams and sprints. In Scrum the delivery manager plays the role of the Scrum Master. The Scrum Master is a kind of ‘servant-leader’ (read that with a big ‘S’ and a little ‘l’), someone who enables the team by removing impediments and building an environment people can work in effectively (things as uncomplicated as ensuring everyone has a space to work and a wall to stand up in front of, on which to monitor progress).
Other servant functions include planning for sprints and organising retrospectives. The delivery manager should also help other product teams and stakeholders to understand the work being done, as no team is an island.
These jobs are neatly summed up by one of the twelve principles behind the Agile Manifesto: “Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done”.
All stand up
It’s the daily stand up where the little ‘l’ in leader comes in. Delivery managers or scrum masters will facilitate a daily stand-up and make sure everyone can make it, but it’s the team who self organise. These meetings are for the team talk to one another, not address the delivery manager – some say it’s the wall that should do the talking, and I agree.
‘Help’, ‘support’, ‘guide’ and ‘facilitate’ are used deliberately. The reason for delivery managers is to manage the delivery of the product, not individual team members. Big Servant, little leader.
Stand ups happen at the same time each day usually in front of ‘the wall’, which Emily will tell you more about next week (EDIT: you can read that now). Daily and at the same time because, as is recognised in another of the twelve Agile Manifesto principles: “The most efficient and effective method of conveying information to and within a development team is face-to-face conversation”. Daily meetings ensure that happens. At the same time, so that team members, stakeholders and other interested parties know exactly when the meeting will take place.
Another of those principles states: “At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly”. The team also meets daily so that product work can be reviewed. Regularly. And direction changed if needs be – that’s why it’s agile.
Finally, why stand up? So the meeting is brief!
Each day is different
Every day the delivery manager is both Servant and leader to the team; guardian of its time, protecting its ability to deliver.
Creating the right environment is important and daily meetings in front of the wall are core. Here the delivery manager ensures the team has wall space for the stand up, but to repeat this important point again, the team is responsible for conducting it. We delivery managers enable the work, we don’t impose how it’s done.