Comments (14)
As someone who is currently planning three workshops at my institution with local instructors and outside the help of the staff, I'm wondering if there is a way to let hosts like me know if there is someone they shouldn't be signing up to teach a workshop. I'm particularly concerned as I know there is a workshop going on at Stanford right now and hoping this incident isn't going on here. If it is and involves one of my local instructors, I'd like to know this, though of course not the details of the incident.
from coc-guidelines-taskforce.
@amyehodge I understand your concern here. However, I can't really see how we can do that without violating the privacy of the person being reported on. We are however taking steps to notify staff, and as long as a workshop is registered with us, I am presuming that they might be able to take steps if we should encounter such a situation.
That said, you are not part of the CoC. This repo is private for the CoC committee to ensure the confidentiality of both the reporter and the ones being reported on. This repo should thus have been closed to you. I have asked staff to double check access, and to ensure that non-CoC members won't have access any longer.
from coc-guidelines-taskforce.
from coc-guidelines-taskforce.
Thanks, @karinlag. I may have access because I am on the Exec Council, but if that's not appropriate, please do remove me. My concern above is that when notifying Carpentries about workshops we are not required to (and may not yet know) who will be teaching so the staff can't intervene. However, this would hopefully be a (very) rare occurrence.
from coc-guidelines-taskforce.
Oh, sorry, my bad! I don't have the list of people on the EC in my head, so apologies for not realizing who you were! (and yes, I am more than slightly embarrased now...)
Regarding memberships, I had interpreted things such that the EC would review things once in a while, but not be continously monitoring. This is a point we can discuss regarding the new enforcement manual.
Concerning workshops, you make a very good point. Maybe we should require people to register who will be teaching. I know that a lot is extracted from the workshop pages. Maybe we could extract information more than once... ? I don't know. We'd have to ask staff what is feasible and then figure out what is desireable.
from coc-guidelines-taskforce.
No worries, @karinlag. And perhaps my thoughts are better elsewhere than here. Please do let me know.
from coc-guidelines-taskforce.
One way to avoid it could be that if a trainer wants to teach at a workshop (as an invited trainer), they should first contact the staff member (Sher and Maneehsa who are taking care of workshops). In that case, they can approve who is teaching.
This will be advantageous also for facilitating a fair opportunity for the trainers who are interested in teaching at a workshop other than that they organize.
from coc-guidelines-taskforce.
IMHO the EC should not all have access to this repo. By my understanding, keeping EC appraised of things as necessary is why we have an EC member on the CoC committee as liaison.
The greater the number of people who have access to ongoing CoC incidents, the greater the chance that somebody does not want to report an incident either because the person they wish to complain about can read it, or that because they think they have an ally who can read it.
If the EC (beyond the liaison) are to retain access here, then we need to update the new documents, where they explain who [email protected] goes to, to also note that the EC will be able to see ongoing discussions. If we're claiming that things are confidential, it's vital that we are clear about who they are confidential to.
In the long run, as per Sage's advice, we also want to be moving to a platform that allows more granular access controls, to allow for a case where a member of CoC is complained about or otherwise needs to recuse themselves.
from coc-guidelines-taskforce.
from coc-guidelines-taskforce.
The EC does not currently have access. We need to figure out if this is the way we want to proceed going forward. This issue will be part of the new Enforcement manual.
from coc-guidelines-taskforce.
Someone submitted this issue to help with language in the enforcement manual.
from coc-guidelines-taskforce.
Here is a thread from Maneesha, Tracy, and Erin about staff being made aware of CoC incidents. Let's consider these remarks when we begin to work on the enforcement manual.
Maneesha: I very strongly believe ALL staff should be informed of all CoC violations. We all interact with the community in different ways. We can't have a staff member engaging a community member in a role while a CoC investigation is ongoing. I would also like to see the individual in question be informed there is an investigation about them. This should be done in a way that we make it clear we want to hear from everyone what happened without immediately being accusatory. Without this, from an instructor's point of view, they may be left wondering everytime something went even a little wrong, "was the a report filed on me? what happened? why didn't anyone tell me?" and it can harbor distrust.
Erin: I agree that staff should be informed of CoC reports in cases where there is a reasonable chance that the reported violator will have interactions with staff members. There are cases (for example, issues with a learner at a workshop, or with a host) that not ALL staff need to be aware of. I would prefer to leave this to the judgement of the CoC committee, with the general guidance that they should be proactive about informing staff in cases where the reported violator is likely to interact with them. There is a delicate balance here between informing people who need to know, and respecting the privacy of the person who has been reported on. We could also recommend that the CoC staff liaison (who will know more than other CoC committee members be responsible for informing staff who need to know. I do not think the individual in question should be informed at the start of the investigation. In some cases, there is background research that the committee needs to do before entering into discussions with the reported party makes sense. They should not be required to contact the reported person until it makes sense for them to do so in the course of their investigation.
Tracy: Thanks for these thoughts. It's very important to respect privacy in CoC situations, so the any people involved outside of the CoC committee needs to be articulated in the policies and/or guidelines, so both reporters and reportees know who is notified. Limiting the number of people who are notified before an issue has been investigated is important for the privacy and confidence in the CoC process. Could a structure of 'ED, AD and Program Coordinator will be notified if a CoC issue is reported. They can at their discretion and in coordination with the CoC committee notify other staff or workshop coordinators.' walk a line between privacy and notification if needed. Then if we are notified of an issue, we can do the work to see where in the community they are active and let people in those areas know if needed. This is outside the case of there being an ongoing issue that needs to be addressed immediately. In those cases there is already a process where the CoC can immediately engage any staff to handle an unsafe (on person or online) issue.
from coc-guidelines-taskforce.
I am renaming this issue because it is a duplicate with #9 and I am closing #9.
from coc-guidelines-taskforce.
All of these points have been addressed in the revised documentation, so closing this issue.
from coc-guidelines-taskforce.
Related Issues (10)
- Request for Comments: Code of Conduct Incident Report Form HOT 2
- Guidelines for communicating with staff/EC about CoC incidents HOT 5
- Semantics in Code of Conduct - is "vacation" a reward? HOT 3
- Suggestion: add a tldr section to Coc HOT 13
- Request for Comments: Code of Conduct Incident Report Form HOT 14
- Request for Comments: Code of Conduct Incident Reporting Guidelines HOT 3
- Request for Comments: Code of Conduct Incident Response Procedure HOT 1
- Request for Comments: Code of Conduct Enforcement Guidelines
- Request for Comments: Code of Conduct Enforcement Guidelines HOT 5
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from coc-guidelines-taskforce.