This week went by quickly, too quickly. There were also lots of bitty things that took up time, and I didn’t get all the focus I needed to finish tying together our performance framework, quarterly objectives and roadmap. That’s something I can finish next week.
It’s hanging over me, hence calling it out early on. Apart from that, this week I
- lightly scoped our service design discovery with our user researcher
- had several one-to-ones, including coaching a member of the product community on an interview
- had a check-in with the Digital Service Platforms leadership
- iterated our objectives for quarter 4
- started stitching a golden thread between our benefits model, performance metrics, quarterly objectives and roadmap
- joined the workshop on the remaining risky assumptions for Exit this Page
- had a day off for my partner’s birthday
- tinkered with the new GitHub Projects to see what data it offers
- tinkered with ProductPlan for creating roadmaps
- started researching the size of design system teams and maturity models
- iterated our product development model with our senior designer and community designer
Looking back on it, that’s a lot. 4 weeks into the new role and I’m still getting my head into the team, how it works, and the value it provides. The model is starting to become clearer, but I am piecing together work done before, by different people, to avoid duplicating effort.
Product development model
There are plenty of contributions in the backlog to work on, and the model for selecting those and starting work is clear. However, the team approaches each piece of work in a different way, depending on the size and complexity of the thing. That’s a normal agile approach, of course, but in order to work through the backlog more quickly, there’s an opportunity to refine the model and make clear the stages and decision points.
Over the course of a couple of hours, I chatted with our senior designer (Chris) and community designer (Imran) to bring that refined model into existence. While we were chatting, we discussed how we wanted to make this model openly available, so that the community can see how we do things. And that’s useful for us as a team too. Keep watch on the website, we’ll be launching a playbook soon enough.
I really enjoyed and appreciated working with Chris and Imran on it. They’re both fizzing with ideas and took mine on. We reckon we’ll run a design sprint over two days to test the model, and we’ll iterate it as we use it.
Design system team sizes and maturity
The number of people in our team has grown over the years, but at times there have been few people able to work on things for the benefit of the wider government community. I’m keen to make sure that we staff the team well, and that it can continue delivering value for government.
But in the economic model, there’s a question mark around the team size. How big should it be? In lieu of piecing together data from GitHub Projects over the years to do simple productivity calculations, I’m researching the sizes of other design system teams and the maturity of their system.
This week I spoke to a product manager for the Just Eat Takeaway.com design system, who had launched a design system at a previous employer. I won’t reveal their numbers – and I need to speak with at least 5 teams to get a decent spread of figures – but it’s fair to say that government gets good value for money from our team!
I learned a lot from our chat and they’re sending over a bunch of links and things for me to check out.
Love how much you can learn from sending people a message and having a coffee.
Rye, East Sussex
In the middle of week, my partner and I went to stay in Rye for a night. We’ve been before but didn’t get a chance to eat at Webbe’s, so I booked a hotel and a couple of dinner reservations. We stayed at The George, which was fantastic, and ate seasonal British produce at The Union. Both fabulous, and The Union was miles better than Webbe’s, to be honest. A trip up the church bell tower was fun too – great views over to Eastbourne and the start of the South Downs Way.
Got comments? Contact me, let’s talk.
A short week thinking about strategy, how we build components and patterns, and a day enjoying time with the team.
When you join a team, you want to know how it works and what it needs you to do. So I've been looking at roles and responsibilities.
Things to read if it’s your first time managing a design system.