Skip to content
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

Closed
antoviaque opened this issue Oct 21, 2021 · 5 comments
Closed

Core contributors sprints - Discovery #43

antoviaque opened this issue Oct 21, 2021 · 5 comments
Assignees

Comments

@antoviaque
Copy link

antoviaque commented Oct 21, 2021

Discuss establishing sprints for core contributors, to follow and prioritize better the 20h+/month/contributor of committed work.

To bring up:

  • Is this a good idea?
  • Sprint length (2 weeks?)
  • Sprint planning meeting (contributors meetup?)
    • Attendance from all core contributors? Or their group chair for core contributors belonging to a specific working group (scrum of scrum, with sprint planning done at the core contributor level?)
  • Sprint board (community-wg board?)

See also openedx/open-edx-proposals#229

@antoviaque antoviaque self-assigned this Oct 21, 2021
@antoviaque
Copy link
Author

@sarina We had quickly discussed this idea in a contributor meetup - I'm creating a task to keep it in mind. Any ideas on whether/how to move forward with this? I'll add it to the next contributors meetup agenda - CC @nizarmah

@antoviaque
Copy link
Author

There is also a task on the core contributors program improvements board about this too: openedx/open-edx-proposals#229

@sarina
Copy link
Contributor

sarina commented Oct 21, 2021

@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?

@antoviaque
Copy link
Author

@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?

@antoviaque
Copy link
Author

This has been implemented for some time, and a new iteration is being worked on in #95 so closing this ticket.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants