Recommended
More Related Content
Recently uploaded
Recently uploaded (20)
Featured
Featured (20)
Delivery and Product – A match made in.pptx
- 1. Delivery and Product – A match made in …
- 2. Emma Harley – 27th April 2023 A bit about me Who am I and what have I done? Emma Harley @emma_delivers www.linkedin.com/in/emma-delivers When? What? Currently (since July 2022) Technical product Manager – Azure Landing Zone Justice Digital Technology Services Formerly Senior Delivery Manager - Justice Digital Technology Services Senior Delivery Manager - Royal Borough of Greenwich Senior Delivery Manager - London Borough of Hackney Delivery Manager – TeachFirst In the ‘industry’ since 2011 in a delivery role working in private, not for profit & public sectors on everything from insurance and mobile betting to infrastructure & networks.
- 3. Emma Harley – 27th April 2023 What’s my product? The Azure Landing Zone For teams who need to host a service in the cloud, Azure Landing Zone is a hosting platform that provides a way to deliver services securely and at scale. Unlike other infrastructure, that requires a lot of time, effort and skills to set up and manage, our product provides out of the box features in an MoJ tailored, serviced, environment to take the pain out of hosting
- 4. Emma Harley – 27th April 2023 What am I doing here, then?
- 5. Section title Delivery became product Team name - Deck title 5 months into my MoJ journey, I applied for, and got, the technical Product Manager job in my team. EEK!
- 6. Emma Harley – 27th April 2023 Delivery & product from both perspectives A little comparison of what DDaT says… Delivery Manager Product Manager Agile and Lean practices Agile working Commercial management DDaT perspective Communicating between the technical and non-technical Operational management Financial management Financial ownership Life cycle perspective Life cycle perspective Maintaining delivery momentum Problem management Making a process work Product ownership Planning Strategic ownership Team dynamics and collaboration User focus Working within constraints
- 7. Similar but different Delivery brain Product brain All people Direct team, stakeholders and users in balance The thing right now Immediate priorities and work Advocate for practical progress Small iterations to progress Advertising what we have now Making current offer visible and accessible Users first - Always In balance with business needs The thing now, next & later Next month, quarter and year Advocate for the dream state Keeping the big picture in focus Finding out where we need to be next Always curious, discovering future work and understanding current pressures Emma Harley – 27th April 2023
- 8. Emma Harley – 27th April 2023 Where’s the tension? Taken from https://www.slideshare.net/jfalk415/continuous-discovery-in-productled-companies
- 9. We’re both trying to do the right thing the right way Emma Harley – 27th April 2023
- 10. My learnings as a product person Respect Product feels powerful. Power can be intoxicating. Outside of the product drug, the reality is neither role is more important than the other – end of. You will challenge and disagree with each others perspective, never throw your product weight around because it won’t end well. Communication Sometimes product feels like it’s 90% gut feeling 10% evidence. This can make communication a challenge when it comes to strategy, vision and roadmaps. Your team can, and will, help you move from ethereal to tangible but you need to communicate really well. This is especially important for delivery and product as delivery will be facilitating the conversations you need to have. Reputation is king Your reputation with others will make or break the success of your product. If you have a good product and a terrible reputation, you’re VERY unlikely to get people interested in it. If you don’t have a good product, it won’t work no matter how good your reputation is. Invest time in building these relationships and sharing them with your delivery manager, it saves them time and pain. Progress, not perfection Yes, my job is to advocate for the dream state but not at all costs. Compromise makes the world go forward; Do it, do it often and do it well. Emma Harley – 27th April 2023
- 11. Delivery unwiring You are not the facilitator! You are the decision maker! ● Don’t plan the sessions, let the delivery manager know what outcome you need from the session and leave the rest to them ● Don’t drive sessions, trust delivery to do their thing ● Own your own actions and get them done ● Get enough evidence to decide, not all the evidence you want ● Have confidence in your decision but keep testing it ● Don’t ignore signs that the approach is wrong Team name - Deck title
- 12. Delivery and Product – A match made in reality
- 13. Thank you Team name – Deck title
Editor's Notes
- A space to host applications within the MoJ Azure Enterprise Agreement in a tailored environment Secure and connected to key MoJ networks and services Provides standard ‘features’ to take the pain out of hosting: Standard monitoring OS level patching VM back up Bastion secure access Supported by a dedicated team
- I’m here to talk about my experience of moving from delivery to product and how I now see a way to synergise them without unhealthy conflict.
- I loved being a delivery manager. LOVED IT. I felt really connected to all the people and felt like I was truly getting sh*t done (which is one of my favourite things) and adding value. I had so many years of experience behind me that I sort of felt I was on rails. Because I knew what I was doing delivery wise, it was obvious to me that the Azure Landing Zone team needed a Product Manager, not a Delivery Manager. They were lost having been in a very project focussed, command and control mindset with their previous ‘delivery’ manager. The technology they were using was something I felt really motivated by and could see the future of in my minds eye. I should mention that I have, historically, not had the best relationship with product people so I was VERY nervous about the opportunity. The clincher of me deciding I would go for it was my reflection that, having had terrible Delivery <-> Product relationships in the past, I was in a great place to avoid them in the future. I took the plunge and applied for the Technical product manager role and got it. I transitioned into the role on July 1st 2022 and have been readjusting ever since.
- Seeing as I transitioned from one DDaT (Government skills framework) role to another, I thought it might be a useful starting point to reflect on what the DDaT Framework says a delivery manager should know how to do vs what a product manager should know how to do. There’s a lot of cross over and similarities but I’ve tried to simplify what I see the roles as being primarily about on the next slide.
- Both roles are people focussed but focussed on slightly different people. Both roles are focussed on ‘the thing’ but on different stages of the thing. Both roles advocate for progress but on different stages of progress. These three things are where I think the majority of tension comes from between product and delivery. Both roles are looking at the same stuff but from different perspectives. I quite like the infographic on the next slide to visualise this a bit better.
- A product manager will tend to focus on and own the left of this circle and delivery on the right. There’s cross over. You see that product strays into the left side around choosing the best option. Delivery strays into customer feedback on the right side. Add into this that, on both sides, your delivery manager should have autonomy over the organisation of discovery AND delivery with the product manager taking ownership of the scope, everything starts to get a bit, no, a lot, hazy. This is where the tension emerges for me. I am not really that much of an advocate for staying in your own lane but, with these particular role dynamics, I have evolved to think it’s one of the only ways to maintain a healthy tension for me. Delivery and product skill sets are closely aligned and both people can end up feeling they should have autonomy over both sides of the infographic we have here. When that happens, relationships break down and tension becomes unhealthy and moves into direct conflict. As we all know, that’s not helpful for anyone…I always fall back to this statement in times of confusion and tension…
- Neither of us is right. Neither of us is wrong. We’re both trying to advocate for our own perspectives. To do that in a productive way, I’ve had to learn some lessons from a product perspective and unwire some delivery habits.
- Respect is paramount and that’s why I have put it first. Since being on the product side of the fence, I can honestly say that product feels powerful. You have a lot of people telling you that you are all knowing, that you’re the captain of the ship and that your word is law. It’s VERY hard not to let this go to your head and stay humble. I can now see how that reinforcement can make it seem very difficult to challenge product people. THEY ABSOULTELY NEED CHALLENGING. My initial thoughts and assessments are wrong 80% of the time. If I didn’t respect all the other roles in my team as deeply as I do and actively seek their opinions and feedback, I know I would make bad decisions. If the other people in my team didn't respect their roles enough to challenge me, they all know I would make bad decisions. Respect your team, respect your role and … COMMUNICATE Product feels much lonelier than delivery. You can seem like this ethereal thing mostly focussing on next and not being present now. That can make it really hard to connect with and support your team in the way they need you to. Most of this can be combatted with communication. Your message and ideas will likely be spread and advertised by the team and the delivery manager. The importance of establishing good communication and routines with them cannot be downplayed. If you can’t communicate well with them, they’ll not understand properly meaning delivery can’t build a sense of ownership with them which will undermine all the work they do and their enthusiasm. As they’re your ‘front door’ as it were, you need them to be 100% on board and in it to build your… REPUTATION Build authentic, trust based relationships with your users. Believing is seeing so deliver them what they need when you said you would. Sharing is caring. Share all your relationships with your team but mostly with your delivery manager. The relationships you build while discovering and refining needs will be invaluable to your delivery manager during build and release. Do yourself a favour and spread the love so that you can make… PROGRESS, NOT PERFECTION Just what’s on the slide.
- No longer do I need to watch time, capture things, follow up on actions that aren’t my own and do all those other lovely facilitatory things but…I can’t seem to stop. I need to be told to get back in my lane very regularly and I try to take that with grace. As delivery, your decisions are kind of time boxed to the next iteration. That can be a few weeks to a few months. Product decisions are much longer term. Making decisions as product still terrifies me. I want a huge amount of data before I commit. That amount of data is, generally, way more than I need. As a delivery person, I just used to go and get what product asked me for. Now I am doing the asking, I have to work really hard on reigning myself in. I also have to work really hard to not die on the hill of my decision when it turns out to be wrong. No one likes being wrong but as product I am wrong first time far more than I am right (this could be a reflection on the fact that I am actually a crap product person but we’ll just gloss over that). Being responsible for a decision, for me, means you are responsible for the integrity of that decision long term so you have to keep testing and checking it. An example of when I got a decision wrong was electing to keep the old monitoring system we inherited despite it’s less than optimal implementation and poor take up. That lasted about 6 weeks. The evidence just kept rolling in that the solution was on it’s knees and needed sorting. We did a really zoomy discovery (like, 2 days) and elected to PoC a new monitoring system. PoC got done, people were clamouring to use the PoC so we productionised it. We’ve had more interest in our new monitoring solution in the 8 weeks it’s been live than the pervious one in the 8 months it was available. My decision to keep the old was wrong. I made the decision based on what was currently on fire and other pressures and didn’t listen to users enough.
- That brings me to my final statement, that delivery and product are a match made in reality. Both roles need to be committed to that to make it work. Align expectations early through mutual respect. Communicate well to keep healthy tension. Build and maintain your reputation to design a good product and deliver it progressively. Simple, right?