Artwork

Treasa Anderson에서 제공하는 콘텐츠입니다. 에피소드, 그래픽, 팟캐스트 설명을 포함한 모든 팟캐스트 콘텐츠는 Treasa Anderson 또는 해당 팟캐스트 플랫폼 파트너가 직접 업로드하고 제공합니다. 누군가가 귀하의 허락 없이 귀하의 저작물을 사용하고 있다고 생각되는 경우 여기에 설명된 절차를 따르실 수 있습니다 https://ko.player.fm/legal.
Player FM -팟 캐스트 앱
Player FM 앱으로 오프라인으로 전환하세요!

Serverless Craic Ep24 Clarity of Purpose with the North Star Framework

13:53
 
공유
 

저장한 시리즈 ("피드 비활성화" status)

When? This feed was archived on January 21, 2024 18:06 (3M ago). Last successful fetch was on December 01, 2023 13:11 (5M ago)

Why? 피드 비활성화 status. 잠시 서버에 문제가 발생해 팟캐스트를 불러오지 못합니다.

What now? You might be able to find a more up-to-date version using the search function. This series will no longer be checked for updates. If you believe this to be in error, please check if the publisher's feed link below is valid and contact support to request the feed be restored or if you have any other concerns about this.

Manage episode 333744657 series 3310832
Treasa Anderson에서 제공하는 콘텐츠입니다. 에피소드, 그래픽, 팟캐스트 설명을 포함한 모든 팟캐스트 콘텐츠는 Treasa Anderson 또는 해당 팟캐스트 플랫폼 파트너가 직접 업로드하고 제공합니다. 누군가가 귀하의 허락 없이 귀하의 저작물을 사용하고 있다고 생각되는 경우 여기에 설명된 절차를 따르실 수 있습니다 https://ko.player.fm/legal.

Clarity of Purpose with the North Star Framework

For many teams, trying to figure out why you're building what you're building is a good question to ask. I have found out in my career that most teams don't really understand why they're building what they are building.

It's interesting to look at the models for creating great software, like The British Design Council and the Double Diamond. On the left is discovery, and on the right is delivery. So discovery and delivery. We always talk about delivery. We obsess over it. We very rarely do product well, or discovery well. And a good product is really about discovery.

One person who has nailed it is Melissa Perry. In her book, 'Escaping the Build Trap', she talks about people blindly building. And building backlogs It's comfortable for teams because they are in their groove. And they knock out another widget, ticket or feature without thinking about the impact and who it's actually for. Get the JIRA tickets closed, get the storage complete, get the sprint done, and move on!

There are a lot of frameworks to talk about. But generally people don't know. The move from project to product was supposed to fix this. But I don't think it has. Because product managers have people building things like 'billyo'. But often they are building the wrong thing. A great saying is: "Build the thing right, build the right thing, build it quickly". We're good at building quickly and good at building the thing right. But we're not very good at building the right thing. And that's what breaks companies. Because building the wrong things can be expensive.

For a number of years, the work we've been doing is streamlining development processes and building high performance teams. But we can fall into that trap as well. Here's all the patterns and automation that you can leverage. Just go hit that button. But you need to make sure you always take a step back and ask, what's it for? And who is it for?

If you don't understand the impact you're trying to have, how can you do the right thing? Or build the right thing? How can you know what success looks like? What conversations are you having on potential approaches and ways to achieve that success? It all ties back to data, metrics and understanding the problem you're trying to solve. If you're not doing that, it dilutes the good intent of good teams and engineers. How can they build the right thing if they don't understand what success is? Or the problem they're trying to solve? And what are our options? It's a challenging thing to do. The frameworks on mindset and helping you think in the right way, lead you to what you need to solve.

In 'The Value Flywheel Effect' book, the first phase of the value flywheel is 'Clarity of Purpose'. We base that on a leader persona, like the CEO. In other words the person who needs to drive the purpose. One thing we find helpful, which is not well understood, is the North Star Framework from Amplitude. We discovered it a few years ago. And it collectively blew our minds. We have used it ever since. It's a neat framework. One thing to note are the leading and lagging metrics. The four disciplines of execution was the first version of understanding lead and lag metrics. And how you can build the work into a Northstar metric and then a long term goal.

It's a simple framework that people can get in an hour long session. Your teams can share and collaborate. And online collaboration tools have helped make this a lot easier. You don't need to be physically present. You do it online, which is great. We tailor it a little bit with pre Wardley mapping tools on 'what's your scope and what's your purpose?'. Your users and their needs sets the context leading into the Northstar. It gets everybody back on the same page if they have forgotten about a user. Or if they have forgotten that they do something for a set of people and their needs.

One big thing we've noticed with this and Wardley Mapping is that it invites challenges. You are not challenging the person or the team, you're starting to have a conversation about North Star metrics, KPIs and the work aligned to that. You're not challenging a person. It provides a safe space for the right challenge to happen.

I like the lag and lead measures concept. Development teams keep themselves busy sometimes, chasing vanity metrics. And gamification of vanity metrics is fun. But in actual fact, what you need are lead measures. What are the things that impact business success? They are the lagging measure. I love the traceability of the Northstar. You can go from business metrics back to your work. Or you can go from your work to the business metrics. I think that's the real power behind it.

Melissa Perry: 'Escaping the Build Trap'

Marty Cagan: 'INSPIRED: How to Create Tech Products Customers Love'

Amplitude: The North Star Framework

Jon Cutler

Simon Sinek: 'Start with Why' & 'Golden Circle'.

Serverless Craic from The Serverless Edge

theserverlessedge.com
@ServerlessEdge

  continue reading

51 에피소드

Artwork
icon공유
 

저장한 시리즈 ("피드 비활성화" status)

When? This feed was archived on January 21, 2024 18:06 (3M ago). Last successful fetch was on December 01, 2023 13:11 (5M ago)

Why? 피드 비활성화 status. 잠시 서버에 문제가 발생해 팟캐스트를 불러오지 못합니다.

What now? You might be able to find a more up-to-date version using the search function. This series will no longer be checked for updates. If you believe this to be in error, please check if the publisher's feed link below is valid and contact support to request the feed be restored or if you have any other concerns about this.

Manage episode 333744657 series 3310832
Treasa Anderson에서 제공하는 콘텐츠입니다. 에피소드, 그래픽, 팟캐스트 설명을 포함한 모든 팟캐스트 콘텐츠는 Treasa Anderson 또는 해당 팟캐스트 플랫폼 파트너가 직접 업로드하고 제공합니다. 누군가가 귀하의 허락 없이 귀하의 저작물을 사용하고 있다고 생각되는 경우 여기에 설명된 절차를 따르실 수 있습니다 https://ko.player.fm/legal.

Clarity of Purpose with the North Star Framework

For many teams, trying to figure out why you're building what you're building is a good question to ask. I have found out in my career that most teams don't really understand why they're building what they are building.

It's interesting to look at the models for creating great software, like The British Design Council and the Double Diamond. On the left is discovery, and on the right is delivery. So discovery and delivery. We always talk about delivery. We obsess over it. We very rarely do product well, or discovery well. And a good product is really about discovery.

One person who has nailed it is Melissa Perry. In her book, 'Escaping the Build Trap', she talks about people blindly building. And building backlogs It's comfortable for teams because they are in their groove. And they knock out another widget, ticket or feature without thinking about the impact and who it's actually for. Get the JIRA tickets closed, get the storage complete, get the sprint done, and move on!

There are a lot of frameworks to talk about. But generally people don't know. The move from project to product was supposed to fix this. But I don't think it has. Because product managers have people building things like 'billyo'. But often they are building the wrong thing. A great saying is: "Build the thing right, build the right thing, build it quickly". We're good at building quickly and good at building the thing right. But we're not very good at building the right thing. And that's what breaks companies. Because building the wrong things can be expensive.

For a number of years, the work we've been doing is streamlining development processes and building high performance teams. But we can fall into that trap as well. Here's all the patterns and automation that you can leverage. Just go hit that button. But you need to make sure you always take a step back and ask, what's it for? And who is it for?

If you don't understand the impact you're trying to have, how can you do the right thing? Or build the right thing? How can you know what success looks like? What conversations are you having on potential approaches and ways to achieve that success? It all ties back to data, metrics and understanding the problem you're trying to solve. If you're not doing that, it dilutes the good intent of good teams and engineers. How can they build the right thing if they don't understand what success is? Or the problem they're trying to solve? And what are our options? It's a challenging thing to do. The frameworks on mindset and helping you think in the right way, lead you to what you need to solve.

In 'The Value Flywheel Effect' book, the first phase of the value flywheel is 'Clarity of Purpose'. We base that on a leader persona, like the CEO. In other words the person who needs to drive the purpose. One thing we find helpful, which is not well understood, is the North Star Framework from Amplitude. We discovered it a few years ago. And it collectively blew our minds. We have used it ever since. It's a neat framework. One thing to note are the leading and lagging metrics. The four disciplines of execution was the first version of understanding lead and lag metrics. And how you can build the work into a Northstar metric and then a long term goal.

It's a simple framework that people can get in an hour long session. Your teams can share and collaborate. And online collaboration tools have helped make this a lot easier. You don't need to be physically present. You do it online, which is great. We tailor it a little bit with pre Wardley mapping tools on 'what's your scope and what's your purpose?'. Your users and their needs sets the context leading into the Northstar. It gets everybody back on the same page if they have forgotten about a user. Or if they have forgotten that they do something for a set of people and their needs.

One big thing we've noticed with this and Wardley Mapping is that it invites challenges. You are not challenging the person or the team, you're starting to have a conversation about North Star metrics, KPIs and the work aligned to that. You're not challenging a person. It provides a safe space for the right challenge to happen.

I like the lag and lead measures concept. Development teams keep themselves busy sometimes, chasing vanity metrics. And gamification of vanity metrics is fun. But in actual fact, what you need are lead measures. What are the things that impact business success? They are the lagging measure. I love the traceability of the Northstar. You can go from business metrics back to your work. Or you can go from your work to the business metrics. I think that's the real power behind it.

Melissa Perry: 'Escaping the Build Trap'

Marty Cagan: 'INSPIRED: How to Create Tech Products Customers Love'

Amplitude: The North Star Framework

Jon Cutler

Simon Sinek: 'Start with Why' & 'Golden Circle'.

Serverless Craic from The Serverless Edge

theserverlessedge.com
@ServerlessEdge

  continue reading

51 에피소드

모든 에피소드

×
 
Loading …

플레이어 FM에 오신것을 환영합니다!

플레이어 FM은 웹에서 고품질 팟캐스트를 검색하여 지금 바로 즐길 수 있도록 합니다. 최고의 팟캐스트 앱이며 Android, iPhone 및 웹에서도 작동합니다. 장치 간 구독 동기화를 위해 가입하세요.

 

빠른 참조 가이드