Bringing Open-Source Brilliance to Scrum Teams: A Guide to Enhanced Collaboration
summary
Claim: applying open‑source practices inside companies (innerSource) raises transparency, developer experience and cross‑team reuse, backed by GitHub/GitLab workflows, Ruby gems examples and corporate programs. Evidence: community of over 3,000 individuals and 750 companies drives patterns like an inner source program office, trusted committer roles and a 30‑day warranty for contributions. Case signals: Bosch and PayPal reuse evidence, guidance focuses on making projects discoverable, composable, contributable and maintainable.
AI-written summary · about
chapters (11)
- 0:00Introduction and welcome
- 1:48Why open source in Scrum?
- 4:01What is inner source?
- 8:42Inner source principles
- 13:29Inner source vs reinventing the wheel
- 16:24Key abilities of inner source projects
- 20:29Starting an inner source program
- 23:42Common misconceptions
- 27:46Inner source as cultural transformation
- 30:36Key takeaways and summary
- 31:19Q&A session
related talks
13mHow can we truly arrive at "open-source everywhere"?
30mInnersource: open source collaboration patterns beyond public FOSS projects
54mInnerSource 101 and the Apache Way
52mBottom-Up Open Source Culture
15mAdopting Open Source Practices To Build More Inclusive Products and Services
26mWhy innersource is a critical component of FOSS sustainability
19mHow to Become a Top-Performing Software Engineer through Open Source..
43mFostering an Open Source Culture
