-
Notifications
You must be signed in to change notification settings - Fork 15
Add Accessibility team in the Working Group structure. #34
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
@tim-schilling good work. |
Sorry @django/accessibility, I need to ping you again with a follow-up. The checkboxes above are effectively TODOs. The resolution can be do remove the section or do nothing, but they aren't things Jeff and I should answer. I think the next steps are:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
woot! I’ve added this to the team’s next meeting agenda. Note I think most of us already have big commitments currently (annual team report, Djangonaut Space, DjangoCon Europe accessibility support) so not sure when and who will get to this.
We discussed this in today’s accessibility team meeting. Notes: Membership roles
Expanding on which parts of the CoC WG the membership is similar to
BudgetNo budget for now. We have some ideas but need time. Mention spending opportunities in annual report. Do you want to mention your annual report?Yes Do you want to try to identify what a "positive contributions" is? It'd be helpful to prospective members in my opinion.
|
Co-authored-by: Thibaud Colas <[email protected]>
- Clarified budget - Specified specific roles on the team - Added mention of annual report in the reporting
I think this is ready for Board review, with the caveat I’d like to merge with the edits that I’ve just made rather than as-is. Which are very minor so I assume this is ok.
|
Co-authored-by: Thibaud Colas <[email protected]>
I suppose this should go into |
Feedback from the board is this is good to go once / when @django/accessibility team is happy with the proposed changes, without further board vote. With one noted concern that it’d be nice if we were able to assess the suitability of this "teams to WG structure" with other teams so the teams don’t keep diverging in structure unnecessarily. See also feedback from Jacob in #36. This team charter has no proposed budget, I assume we’re good but am not certain. |
@thibaudcolas can you explain the following a little bit more please?
|
This was my concern. I am worried a bit that by adopting this without buy-in from other teams (ops, security, ...) that we will end up in a weird state with some teams in this new structure and some "legacy teams" that remain structureless / without SC supervision, or however this structure differs from the ad-hoc structure we had before. I don't think it's a big deal. |
That's fair. I think the next step is to start this process with all teams. So we'll know pretty quick here where we have friction. Well quick in Django Governance time 😅 |
@django/accessibility – in particular @MHLut @erosselli @knyghty, @mihrab34 please review ❤️ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the work here. I noticed some issues and I would like to do a few more specific run throughs, I know I wrote most of this and this is a bit why I cringe reading it.
@tim-schilling I hope you don't mind me taking this over but I was quite unhappy with the DEPlike or RFClike language used in the original DEP so I've really tried to make the language more accessible. I thought this would be quicker than endless review comments and I found time at the DCEU sprints. I made a number of other changes agreed to by the accessibility team:
@tim-schilling can you let me know if you're happy or not with these changes? @django/accessibility could I please get a review also? Once we're all happy we can get this merged. |
Simpler!
More simplification.
Thank you @knyghty for making those changes. That was much easier with you doing it 😁 I'll bring it up for the steering council to review.
I'm not on either group, so I don't think my opinion should matter here. Congrats @erosselli on being a co-chair! 🥳 🎉 @jefftriplett can you give this a look over and a thumbs up? I believe you were leading this initiative from the board side? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
This draft PR seeks to make Django's governance a little more consistent around Teams and Working Groups. The board and steering council are looking into converting teams into the working group definition. The working group definition has more structure. It can be a consistent pattern that we can use to create future groups of contributors for a single purpose, like accessibility.
There are a few sections in this PR that still need more definition.
cc @jefftriplett @django/accessibility