Date

Wednesday, 14 April 2021 - 10am EST / 3pm UK

Untracked attendees

• All attendees commented on issue below.

Meeting notices

• FINOS SIG Leads are responsible for observing the FINOS guidelines for running project meetings. Project maintainers can find additional resources in the FINOS Maintainers Cheatsheet.

• All participants in FINOS project meetings are subject to the LF Antitrust Policy, the FINOS Community Code of Conduct and all other FINOS policies.

• FINOS meetings involve participation by industry competitors, and it is the intention of FINOS and the Linux Foundation to conduct all of its activities in accordance with applicable antitrust and competition laws. It is therefore extremely important that attendees adhere to meeting agendas, and be aware of, and not participate in, any activities that are prohibited under applicable US state, federal or foreign antitrust and competition laws. Please contact legal@finos.org with any questions.

• FINOS SIG meetings may be recorded for use solely by the FINOS team for administration purposes. In very limited instances, and with explicit approval, recordings may be made more widely available.

Agenda

• Convene & roll call (5mins)
• Display FINOS Antitrust Policy summary slide
• Review Meeting Notices (see above)
• Approve past meeting minutes
• Agenda items TBD based on votes to this comment,
• AOB, Q&A & Adjourn (5mins)

Options for the Agenda Topics

Please put comment on this issue with your favourite topic among those below, and we will use that as a guide for the agenda on the day.

• Common policies / guidelines / principles around InnerSource
  • How to measure InnerSource success and value?
    • Metrics
    • Value propositions
  • Identify patterns
    • Cultural / behavioural patterns
    • Project patterns
    • Operational / organisational patterns
• Getting started - best projects
• Specific tips/guidelines e.g. how when is a PR too big?
• How can we best advocate for InnerSource?
• Tooling
  • What tools and settings are commonly used?
  • What supporting code/tools do we have that could be open sourced?
  • Feedback for tools vendors

Noting that the agenda focus on the day was decided to be around the topic of maturity matrix.

Notes from Meeting

Purpose of this work:

• Working together to compare existing Maturity and Capability Models to come up with a canonical set we’d like to endorse for InnerSource SIG at FINOS and at InnerSourceCommons.org
• This should allow people to:
  • Self-assess readiness
  • Build development plans / goals

Extant list of existing Maturity Models for InnerSource

https://github.com/InnerSourceCommons/InnerSourcePatterns/blob/a9e136eb57fd927c12ee27827e35cd7215226e53/patterns/2-structured/maturity-model.md

Understanding the Open Source Checklist : https://innersourcecommons.org/learn/books/understanding-the-innersource-checklist/#:~:text=Do%20you%20want%20your%20day,allow%20more%20collaboration%20and%20reuse%3F

Some orgs also have multiple models in use internally - and we may get learnings from them.

Other Resources that might be useful

Rob referencing open source program health check from FINOS - the dimensions can be helpful to consider. https://finosfoundation.atlassian.net/wiki/spaces/FINOS/pages/93225748/Board+Reporting+and+Program+Health+Checks

InnerSource Commons Learning Path - Introduction (with Benefits of InnerSource): https://innersourcecommons.org/learn/learning-path/introduction/

InnerSource Commons Community Call on Metrics, Value and ROI: https://www.youtube.com/watch?v=VvP4Ubet7qM

Summary of suggestions for consideration in this work

• Make need different areas to consider
  • e.g. org and project maturity may be different
  • We may want to consider other contexts e.g. technology and culture E.g. mainframe code - code owners don’t have SMEs who understand the complexity of changing API or % of legacy code and % orphan code.
  • Tools and enablers in place may be useful to include.
  • We may also need to consider context for the implementation e.g. opportunity provided by central CI/CD implementation or code review?
• Think of levels as stop, start, performing?
• Don’t put the starting requirements too high, recognise people may already be showing good behaviour.
• Checklists are handy

Signals of maturity

• Org Level
  • Code open by default?
  • Are there projects upon which you collaborate across discreet teams?
  • Where is the code stored?
  • Where is the documentation?
  • Can outside [of the team/business unit] contributors raise a PR and get it to Production without prior discussion? I.e., are the rules of the road clearly documented?
  • Is testing framework available for local testing?
  • Capacity planning to allow InnerSource activities (both contributing and maintaining, but also refactoring/modernization of the legacy codebases)
  • Dedicated staff to enable/accelerate InnerSource adoption?
• Project level
  • Are basic documents in place per codebase?
  • Do they have strong READMEs?
  • Do they accept contributions?
  • Published roadmap?
  • Nightly builds?
  • SLAs for code reviews
  • Do you have multiple people contributing and using the like-minded projects ?
• Tools and Enablers:
  • Search/discovery of the code, APIs, shared libraries
  • Automated linting, tests of all levels
  • Automated CI/CD pipeline, including deployment gates, to provide additional quality assurance
• Culture:
  • Self-driven by individual enthusiasts
  • Included in your annual goals
  • Projects proceeding into InnerSource without push from leadership
  • Do you trust your employees, is that evident?

Discussion about how metrics

• How can metrics be used to incentivise InnerSource, as relates to maturity matrix?
• Can incentivise behaviours with metrics - but may need to evolve those measures over time.
• How to encourage good owners?
  • E.g. private repos to opening repos to documentation.
  • Project can be deployed right away based on README
  • PIpeline / testing already there.
• Publishing roadmaps? Current pushback against that.
  • One option is to publish event horizon (to stop others spinning up separate efforts).

Decisions Made

• ...

Action Items

• SIG to arrange next meeting as working meeting to flesh out maturity matrix
• Danese Cooper volunteered to create a starting document by synthesizing the existing maturity matrices.

WebEx info

• Meeting link: https://finos.webex.com/finos/j.php?MTID=m9c14803fc76a2fa53fa745393c231f18
• Meeting number: 127 703 9041
• Join by phone
  • +1-415-655-0003 US Toll
  • +44-20319-88141 UK Toll
  • Access code: 127 703 9041

Mailing List

Email innersource+subscribe@finos.org to subscribe to the InnerSource SIG mailing list.