Open StevenDufresne opened 2 years ago
That's a great idea!
there'll be cases where someone contributes to team A and team B, but mostly team A. in those cases, we'd want to make sure we only notify them if we've got both teams covered. otherwise they could start getting notified b/c they haven't contributed to team B, even though they've contributed to team A.
maybe something like:
finished_teams = array( polyglots, documentation )
foreach user
get all the teams the user reports as part of their 5ftF contribution
if all teams of those teams are covered, then
run notification code
else
skip them for now
Raises hand to volunteer a team. We're small but have a lot of those things going on and would like to better track for 5ftF and unsponsored alike.
I think this is a great idea and the right way to go about it.
Once the team decision is clear and that team's activity is sufficiently well tracked, I'd suggest refining the milestone by punting issues like #185, #186, #188 to a later milestone, since they're about covering every team.
@courtneyr-dev can we ask the Training team trial this in coming months?
I'd like to also ask Polyglots to help, since we are recognizing more contribution activity there these days too.
Revisiting this, and want to track the Publish, Edit, Draft areas. Do we have any means currently to surface those? Are there any API endpoints to start with?
Since it's been hard to find time to complete the larger milestones, I wonder if we could do a lighter-weight version of this issue, where we:
then, in the future we could do something like:
then, over time we could add more teams to that list, once they have enough activity tracked (#207)
Based on @iandunn's well documented work in #169, a few milestones were created:
Our current project structure assumes we will carry out work in the order listed above.
Question: Can we work with a medium-complexity team and complete their contribution tracking from end to end? If we were to take this approach, we could maybe gain better insights on how all the pieces fit together more quickly and lessen the risk of a lengthy iteration through milestone #8, seeing that milestone #8 involves numerous teams and environments -- which tends to lead to a slow feedback loop.
What would we have to do?
Let's assume we try the documentation team first (only because we have feedback from the team in #178)
props
189
119
27
I think we could aim at getting the "notify" emails going before any of the de-listing