toggle quoted message
Show quoted text
Got back home last evening, To get us all started Arun, Joanna and myself are meeting today to "Discuss CNCF CoC Update Working Group" to get us rolling. Will drop an update after that.
Just catching up on emails after the event, but a huge +1 to this effort and I'd be happy to help/contribute in any way I can :)
On Sat, 21 May, 2022, 7:35 pm Scott Rigby, <scott@...
a few days late to the party...
Paris, 💯 to this
Dims, 👍 to designing in collaboration with the community
On Thu, May 19, 2022 at 1:08 AM Davanum Srinivas <davanum@...
Quick note on something I touched on when we chatted at dinner.
The text as it stands today says two things:
Point #2 - "The TOC may vote to adopt its own code of conduct for the CNCF community."
Our Charter clearly puts "code of conduct for the CNCF community" in the hands of the TOC (says so right there!), just writing one is not enough and any Code of Conduct needs to be enforced for it to have any effect, So we will look at options to design this properly in collaboration with the community which this Code of Conduct will end up governing!
Hi TOC and community,
I believe we are at a point where a CNCF code of conduct community of practice will serve us well. I sat on the first Kubernetes Code of Conduct committee and many of the below ideas stemmed from my experiences there. Whether this is a body, community of practice, incident management team, etc is all up for discussion.
Would it be possible to put this on the next TOC agenda? If folks are interested in this work and at KubeCon, give a shout; even if you’re virtual, I’m hanging on CNCF Slack.
To help get the ball rolling for discussion, here are some rough ideas:
Create a community of practice around code of conduct matters at the CNCF Community level. This community of practice could be bootstrapped by an independant committee, a working group of TAG Contributor Strategy, or another organizational design that TOC thinks would position this group for success with the ultimate goal of an independent body. This doc is not intended to be implementation details but the establishment of such a community.
- community members creating policy and carrying out enforcement
- creating a safe space for reporters
- Focus on mediation rather than ligitation. goals of having a community member/body take reports vs CNCF staff and lawyers.
- cncf community members, project contributors, toc, ambassadors, and cncf staff would have this as a resource
- build trust via community involvement and transparency reporting
- require changes to projects that already have defined code of conduct systems in place that aren’t LF support; eg Kubernetes Code of Conduct Committee
- Kubernetes has a code of conduct committee. It was created independently due to scale, our values, and desire for a community run program. https://github.com/kubernetes/community/blob/master/committee-code-of-conduct/bootstrapping-process.md
- OpenTelemetry’s GC acts as a CoCC.
- All other projects, which are governed by CNCF staff, go to Chris A or Priyanka as first step
- CNCF Staff consults with laywers to enforce their code of conduct; this is seen as a power differential in the community; “a business approach”
- Most CoC language on LF sites are geared towards events and not other situations or related conduct matters
- There have been issues in the past with community members confused on where to file issues, who enforces, and where/when at cloud native related events. Example: If its “kubecon” does that mean conduct@...?
Responsibilities and Composition
- Nominations from TOC and community; TOC shortlist for qualifications; community votes
- everyone gets training
- initial group bootstraps the function
- build out policies and procedures that fit with the ecosystem
- create roles and teams
- create a charter
- Allows CNCF staff to focus on project operations and membership vs mediating community challenges and incidents. Instead puts mediation and enforcement into the community.
- focus on mediation vs litigation.
- incident management and transparecy reporting //build out an incident management team
- projects can plug into this with better incident reporting structures than contact someone an attorney at Linux Foundation
- projects can have liasion reps which can then feed into staffing for incident response groups
- Discuss at a TOC meeting
- Bring in current and emeritus Kubernetes CoCC to help formulate and bootstrap discussions
- Bring in project maintainers from CNCF projects; possiby create a special Maintainers Circle for this topic
- We would need this to be an independent body. Where would that sit?
- can an overarching committee have sufficient visibility into project-specific context to offer quality outcomes around restoration after an incident?
- Does a CoC action taken in one project affect a contributor’s ability to participate in other CNCF projects?
- Escalation path for events?
- Liability coverage for Committee decisions