In Episode 10, Collin and I dive into a question I was asked during an interview:

“We do an offsite with our leadership team, and it’s a great couple of days… but once we’re back in the day-to-day, it all sort of disappears. As a coach, how do you help with that?”

The question has lingered with me for quite some time, and I thought it would be an interesting topic to unpack with Collin.

In this episode, we explore:

We share personal experiences to keep the conversation actionable and grounded in the day-to-day realities of organisational life.

I hope you find Episode 10 useful.

Thanks to everyone who’s been following the podcast and leaving kind reviews—it means a lot.

What if you could measure what really matters to your customer? 

In our latest episode of Talking Product, Collin and I chat with Alex Hidalgo—author of the O’Reilly book Implementing Service Level Objectives. Alex shares how Service Level Objectives (SLOs) can help teams zero in on customer priorities and bring people across the organisation together to define what really matters.

SLOs are powerful, but they can also be tricky to implement. I’ve struggled with them myself, so it was great to have the chance to explore this topic in depth with Alex and learn from his expertise.

In this session, we cover:

If you’re just starting out or looking to improve your approach, I hope you find this episode full of insights to help you on your SLO journey.

Alex’s book is an excellent resource for making SLOs meaningful and achievable in your organisation. I highly recommend it.

I hope you enjoy listening to this session as much as we enjoyed recording it.

If you liked the episode, please give us a rating—or go all out and write us a nice review. It makes a big difference!

A huge thank you to Alex for making the time to share his insights with us.

In this session Collin & I use Volkswagen’s struggle to build Electric Vehicle (EV) software as a way to explore two themes:

1. the importance of getting a digital transformation right, and

We use two articles from the Financial Times as a springboard for our conversation. The first article, dated Jun 28, 2024 “Oliver Blume, VW and Porsche boss steering an EV strategy shift”  and the second one, published September 2, 2024 “VW considers closing factories in Germany and cutting jobs”  (both behind a paywall - sorry)

The first article describes an investment of $5 billion in the US based EV startup Rivian. The purpose of the investment is to create a joint partnership that allows VW to use Rivian’s EV software. The article quotes VW’s CEO Oliver Blume as saying, “In terms of a big tech transformation, you can’t do it all on your own… It should be a win-win situation . . . The motivation from our side is to speed up software transformation at Volkswagen in all our brands. Rivian has best in class architecture . . . Volkswagen has the scale”.

Collin and I explore this thinking of an acquisition / strategic partnership as a means for fixing an internal digital transformation challenge. For those of you who have listened to Collin and I, you probably won’t be surprised to hear that we are not convinced that such an approach will easily remedy digital product development challenges. 

As we ask in the show, what mental models will need to change for these two companies - a digital native and a non-digital native, to work effectively together? As Collin highlights, ultimately these transformations are culture changes, which require heavy-lifting.

Since recording this session, the FT has come out with more articles on the challenges Volkswagen is facing. I have also started listening to some of the VW YouTube influencers who have been discussing software issues for a number of years. I am finding this to be a fascinating case study, albeit quite sad for the workers of Wolfsburg if the leadership of VW can’t get its digital act together.

In this session, I also refer to a 2017 Medium post on how Revolut used the build-measure-learn cycle to develop digital products quickly and acquire customers.

Hope you find the session useful. 

If you like the show, please give us a nice rating and recommend the show. It helps others find the podcast.

In this last episode of our three part series, Collin and I continue to role-play an imaginary data-heavy product development project. In our last episode, Collin was granted some authority to get more involved in the project in an effort to reduce the risk that Collin felt was inherent in the delivery team’s approach. The delivery teams is a consulting firm that has been brought in by another group in the company. In this episode, Collin elaborates on the types of risks he sees, as well as how he would address those risks through an alternative approach to product development.

Collin and I are using this fictitious scenario to explore how ways of working, power dynamics and group-think play out in digital product development. In my opinion, these three forces are always at play in this type of work. Our goal in exploring this is to help listeners become better equipped to work with these forces on their own projects.

In this episode, Collin and I discuss the fact that using an approach that pushes risk out into the open earlier in the product-development lifecycle brings reality into the room very quickly. It forces people to stop imagining “happy-path” outcomes through Power Point and Gantt charts. This can often be experienced as “raining on the parade.”

In this episode, I ask Collin to help a senior manager identify the risks themselves by role playing the person who procured the consulting firm. In this scenario, a senior manager wants to be able to see the types of risks that Collin is seeing. This manager wants to be able to ask the questions that Collin is asking. And, they want to mitigate some of those risks without having to rely on delivery managers like Collin - “What is it that allows Collin to see digital product development in the way he sees it?”

Through the role-play, we discover risks that were hidden in the consulting firm’s Power Point presentation and Gantt charts. Because of the approach the consulting firm was taking, made worse by shrouding it in Agile lingo, these risks would not have revealed themselves until very late in the consulting firm’s engagement. As Collin says, “If the consulting firm had followed that plan they would have delivered late and asking for an extension. That may be good for the bottom-line on the consulting side, but puts the company’s strategic goals at risk.”

Hope you enjoy it. As always we would look forward to hearing from people. 

If you are liking these podcasts, please do throw us some love in the ratings. 

Thanks

In this episode, Collin and I continue to explore a digital product development project. Our project is heavily dependent on data and is to be delivered by an outside consulting firm. Our consulting firm says that they are are using Agile practices and principles to deliver the project, but as we learned in part 1, this team is in fact using a much more sequential “black-box” approach to  delivery.

Dependent upon the ways of working, teams may not learn that their assumptions were incorrect until very late in the project, often when the budget is nearly exhausted. 

In this session, Collin & I explore a made-up data heavy project. It is based on projects that Collin and I have experienced previously in our careers. It is very typical of many digital projects. 

In this session, Collin and I are interested in exploring is the interplay between ways of working, power dynamics and the pressure to conform to the thinking of the group, within the context of a real-world delivery project. 

As Collin highlights in this session, these types of projects are rife with latent assumptions, which run the risk of getting baked into delivery. This problem is exacerbated by the mental model that guides the approach to delivery. Power dynamics and group think suppress the ability to bring those risks into the open in a way that allows a team to have a coherent constructive discussion.

Our hope is that by unpacking this somewhat real-world case you will be in a better position to minimise the risk in a future project or a project that may be currently in flight.

This is the first part of a three part exploration of this project.

We use the term "mindset shift" a lot in the digital transformation space. But what does that term actually mean? How do you facilitate the shifting of a mindset?

In this session, Collin and I explore this idea of a mindset shift. We talk about why we feel it is such an important topic to examine if you hope to lead a succesful digital transformation. We put forward three “environmental conditions” that we believe are needed to create an environment within which a team or organization can examine their assumptions about digital product development. Only by bringing assumptions out into the open - i.e. the mindsets that are guiding people's thinking about digital product development, can a group find more efficient and more effective ways of working.

In this episode, Collin and I work at unpacking this rather ambiguous idea of a “mindset shift”, which is so often used in digital transformations.

We explore how the types of questions people in leadership roles ask can help create a learning environment. Collin proposes that the types of questions people in leadership roles ask can impose a veneer of certainty onto product development, where in actuality, certainty does not exist. Collin offers lines of inquiry, which can help teams more effectively work with the uncertainty that is inherent in digital product development. 

We also explore some questions about budgets. Too often, we see digital product development projects kick off with rigid budgets, limited scenario planning, poorly defined desired outcomes (if any) and, ultimately, little financial rigour. Needless to say, these projects usually end in tears. Again, the veneer of certainty where certainty doesn’t exist often bites people in the end.

We are using Collin’s book Make Learn Change as a springboard for our conversation.

Please do send us feedback. We’d love to hear from you. And, a very big thank you to those who have been listening.

In this episode, Collin and I continue to explore the relationship between making product, learning, and facilitating organisational change. We use Collin's book, Make Learn Change as the springboard for this discussion. 

In this episode Collin and I unpack some of the key beliefs that underpin Waterfall and Agile. Often we see Waterfall and Agile being juxtaposed against each other as different “methodologies”. In this episode, I argue that you will be better served looking at them as differing belief systems about product development and product delivery - beliefs that have validity to those who hold them.

Our feeling is that if you can develop a more refined language for articulating these differing belief systems, you will be better positioned to diagnosis where your organization is getting stuck in its own journey to becoming a more effective and more efficient digital product development company. You will also be better positioned to help your team and your organization navigate this rather ambiguous journey that is often simply termed as a “mindset” shift.

As in Episode 1, we continue to argue for the benefits of trying to make a thin slice of value to get into your customers hand, so that you can learn and adapt, where needed. We also revisit how oragnizations can use the obstacles they hit when trying to deliver a thin slice of value as the core focus of a digital or Agile transformation.

In this first episode, Collin and I start to explore Collin's book Make Learn Change.

We discuss why a fair number of so-called “Agile transformations” simply don’t lead to meaningful improvements in a company’s ability to deliver high-value products faster to customers. We talk about the importance of creating tight feedback loops with customers and the need to bring out into the open the obstacles that are preventing teams from getting product into customers' hands fast.

Collin & I talk about the importance of creating tight feedback loops with customers and bringing out into the open the obstacles that are preventing your teams from getting product faster into customers' hands.