docs(day0): Research talk

This commit is contained in:
Nicolai Ort 2025-04-01 16:52:43 +02:00
parent 8dbdfd938f
commit 45a26383e0
2 changed files with 61 additions and 0 deletions

55
content/day0/13:paap.md Normal file
View File

@ -0,0 +1,55 @@
---
title: Platform as a Product
weight: 13
tags:
- platform
- cloudnativecon
---
<!-- {{% button href="https://youtu.be/rkteV6Mzjfs" style="warning" icon="video" %}}Watch talk on YouTube{{% /button %}} -->
The CNCF's research into product thinking for platforms.
## But why
- Get insights into the current product thinking practives of platform builders
- Topics: Needs/Paintpoints/Behaviour
- Target: Create personas based on insights
- Find out what people are doing, not hew they are doing
## How?
- Survey for quantity
- Interviews for quality
## Challenges
- Asking questions without sugessting answers
- Consensus on research goals
- Motivation and time investment (on interviewer and interviewee side) + Non-Responses
- Toolsing: There is no standard tooling at the CNCF for this kind of research
- Small sample size -> No real research insights, just signals/hints
## Analysis
- Working with assumptions was hard in combination with the small sample size
- Survey: Survey Tool (Google Forms) combined with a whiteboard tool for clustering and analysis
- Interviews: They used ai for time efficiency but the prompt escalated a bit leading to no real time gain -> But you can scale the same prompt to infinite sample sized
- Challemnge: AI confidently churns out wrong answers -> Use source links to verify and scoping
TODO: Steal worklow from slides
## Outcome/Signals
- Platform Orgs use Prioritization Frameworks onconsciously: "We don't use product management and tools like that" -> Well you do, you just don't call it PM and are a bit unstructured
- Structured Activities: Interviews (talking to each other), Focus groups, quantitative data, ...
- Roadmap influence: Insight, prioritization, painpoints, backlogs
- Regular planning meetings
- Platform orgs struggle to define and actually implement measures of success: Measure activity over impact, success is often felt instead of proved
- Platform teams have varied control over their work: Depndening on company size and business relationships
## Future
- Baseline: They have some signals
- Question: Are these pattern successfull
- Needed: More data and better organization

View File

@ -8,6 +8,12 @@ Day 0 of KubeCon aka CloudNativeCon aka the day on which the co-located events h
This year I spent most of my time at the platform engineering day (with a short visit to argocon).
The emerging motto of platform engineering day was "platform as a product".
This was the third conference day (fourth travel day) and in the afternoon i started to feel the brain-overflow.
But powewring through I ended up attending two keynotes (no notes, they were pretty much a welcome and goodbye) and 14 talks.
And most importantly: This is the day my friends an coworkers joined (they are only in town for kubecon, not for rejekts).
Sometimes we ended up in the same talks, sometimes in different talks which lead to a rich set of talk notes.
## Talk recommendations
- How to design a good hireing process: [So you want to hire for platform engineering](../06_hire-engineers)