-
Notifications
You must be signed in to change notification settings - Fork 1
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
Core contributors sprints - Discovery #43
Comments
There is also a task on the core contributors program improvements board about this too: openedx/open-edx-proposals#229 |
@antoviaque I think this is a really good idea (if I'm understanding the problem we want to solve correctly), but one that leaves me scratching my head about how to implement it. The problem I think we're solving for is making us, as CCs, feel more cohesive and having a better understanding of what one another is working on. And then from that, join forces to get very meaningful work done more quickly. From my side I'd benefit to see where we have holes in CC coverage of repos, where delays are happening, and head off CC frustration earlier on. I like what we do on the CE team, where we're all pretty senior and working on disparate things - we do a 15m planning meeting where we discuss what we're working on next sprint and get feedback/input from the team, and ask for help if we'll need it. For now this model could work for CCs - perhaps 2 synchronous short planning meetings (for two halves of the globe), and use either the WG board or even a simple shared document to track. I think that this, or another, very lightweight process could help solve the problems would be a good first iteration. I hesitate to put anything more heavyweight on peoples' plates. 😅 that was a long set of thoughts! Any on your end? |
@sarina Starting with something light sounds like a good idea to me! We can then take things from there, and it's more likely to happen if the step is small. I think besides the meeting, the only bit of process I think would be important would be to ensure we have tasks somewhere for the work being done, to have a way to track things. For the two meetings, one per half timezone, it wouldn't allow to have a higher-level discussion about all topics, but that might be easier to put in place so could be a good compromise for now. And for one of those two we could still use the regular contributors meeting we already have every two weeks? |
This has been implemented for some time, and a new iteration is being worked on in #95 so closing this ticket. |
Discuss establishing sprints for core contributors, to follow and prioritize better the 20h+/month/contributor of committed work.
To bring up:
See also openedx/open-edx-proposals#229
The text was updated successfully, but these errors were encountered: