docs(day0): Product thinking
All checks were successful
Build latest image / build-container (push) Successful in 43s

This commit is contained in:
Nicolai Ort 2025-04-01 12:39:08 +02:00
parent 720d68803d
commit 8ddf87d2f4
2 changed files with 75 additions and 0 deletions

View File

@ -0,0 +1,74 @@
---
title: Product thinking for cloud native engineers
weight: 8
tags:
- platform
- cloudnativecon
---
<!-- {{% button href="https://youtu.be/rkteV6Mzjfs" style="warning" icon="video" %}}Watch talk on YouTube{{% /button %}} -->
## How & Why
- IT was a cost center for a long time - not it's critical but still treated as a cost center
- Why is it important: To much focus in the technical aspects instead of value delivery
- Importance: Show the value of your work (which means your work has to provide value)
- Operations and coordination work is not easily visible, but very important
## Principles
- Focus on user value: User problems > Solutions
- Outcome (Value) > Output (Tickets closed)
- Products (lifecycle and ownership) before projects (just setting stuff up)
### User value
- "Who is the user": Builders, Enablers, Regulatory, "Viewers"
- "What is the value": Make the organization more efficient while avoiding risks
## How to start?
TODO: Steal illustration
### Exploring the Problem Space
Goals:
- Identify top pains
- Build empathy and understanding
- Investigate key business aims
Techinques:
- Customer and stakeholder interviews: Talk to people, they will probably tell you about their pain
- Data/Process analysis: Where are out bottlenecks
- Shadowing: Really see how the day to day works
- Ask "Why"
- Read business updates (current goals)
- Build dashboards that show progress and value
### Defining the problem space
Goals:
- Identify opportunities
- Prioritise
- Gather insignts and data
Techniques:
- Value stream mapping
- RICE, Value vs Effort or ather cost benefit analysis
- Analyse your exploration process
## Did we reach our goal?
### Product metrics
- Someone will measure your work, hope they do it right or rather do it yourself to show how you provide value
- Product metrics should measure outcome not output (or performance metrics)
- Baseline: You need to know the desired outcome
### Frameworks
- DevEx: Triangle of flow state (build&test speed), feedback loops () and cognitive load (code complexity, docs clarity)
- DORA
- SPACE
- DX Core 4

View File

@ -11,6 +11,7 @@ This year I spent most of my time at the platform engineering day.
- [So you want to hire for platform engineering](../06_hire-engineers)
- [The past, the present and the future of platform engineering](../07_past-present-future)
- [Product thinking for cloud native engineers](../08_product-thinking)
## Other stuff I learned or people i talk to