2.7 KiB
2.7 KiB
| title | weight | tags | ||
|---|---|---|---|---|
| Why is this so hard! Conveying the business value of open source | 3 |
|
Bob a Program Manager at Google and Kubernetes steering commitee member with a bunch of contributor and maintainer experience. The value should be rated even higher than the pure business value.
Baseline
- A öarge chunk of CNCF contrinbutors and maintainers (95%) are company affiliated
- Most (50%) of the people contributed in professional an personal time )(and 30 only on work time)
- Explaining business value can be very complex
- Base question: What does this contribute to the business
Data enablement
- Problem: Insufficient data (data collection is often an afterthought)
- Example used: Random CNCF slection
- 50% of issues are labed consistentöy
- 17% of projects label PRs
- 58% of projects use milestones
- Labels provide: Context, Prioritization, Scope, State
- Milestones enable: Filtering outside of daterange
- Sample queries:
- How many features have been in milestone XY?
- How many bugs have been fixed in this version?
- What have I/my team worked on over time?
Triage
- Many projects don't triage b/C
- Auth (No Role that can only edit labels+milestones)
- Thought of as overhead
- Project is too small
- Tools:
- Actions/Pipelines for autolabel, copy label sync labels
- Prow: The label system for kubernetes projects
- People with high project but low code knowlege can triage -> Make them feel recognized
Conclusions
- Consistent labels & milestones are critical for state analysis
- Data is the evidence needed in messaging for leadershiü
- Recruting triage-specific people and using automations streamlines the process
Communication
Personas
- OSS enthusiast: Knows the ecosystem and project with a knack for discussions and deep dives
- Maintainer;: A enthusiast that is tired, unter pressure and most of the time a one-man show that would prefer doint thechnical stuff
- CXO: Focus on ressources, health, ROI
- Product manager: Get the best project, user friendly
- Leads: Employees should meet KPIs, with slightly better techn understanding
- End user: How can tools/features help me
Growth limits
- Main questions:
- What is theis project/feature
- Where is the roadmap
- What parts of the project are at risk?
- Problem: Wording
Ways of surfcing information
- Regular project reports/blog posts
- Roadmap on website
- Project boards -> GitHub's feature for this is apparently pretty nice
Questions by leadership
- What are we getting out? (How fast are bugs getting fixed)
- What is the criticality of the project?
- How much time is spent on maintainance?
Conclusion
- Ther is significant unrealized valze in open source