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

"Who are we helping" metric #115

Open
MaineC opened this issue Sep 11, 2023 · 8 comments
Open

"Who are we helping" metric #115

MaineC opened this issue Sep 11, 2023 · 8 comments
Labels
enhancement New feature or request good first issue Good for newcomers keep

Comments

@MaineC
Copy link
Contributor

MaineC commented Sep 11, 2023

Some InnerSource projects essentially provide platform capabilities for the organisation, meaning that they "only" have internal teams as customers. Understanding and talking about the customer value and business value of these platforms sometimes can be tricky.

With a bit of a workaround though it becomes easier: Look at issues and PRs created and check which team (filtered down to e.g. product teams with external customers) the reporter is assigned to. Then provide aggregate information on how many times each of these teams was unblocked by solved issues and how many times such teams were able to unblock themselves with PRs.

@zkoppert
Copy link
Member

Wow, this would certainly be interesting!

When you mention "teams" would that correlate to teams in a github organization or are you thinking that would connect to some type of active directory system that could be queried for a username's team membership?

@zkoppert zkoppert added the enhancement New feature or request label Sep 12, 2023
@MaineC
Copy link
Contributor Author

MaineC commented Sep 12, 2023

Active directory would be lovely. But as a first approximation I believe regular GitHub teams could already be helpful. While those can be cluttered, I can imagine that one could provide a whitelist of team names to use for this so that anything like "I love Open Source" GitHub teams that my user may be part of in that organisation can be filtered away (though come to think of it, it would be interesting if it's the open source lovers that produce more PRs internally also ;) )

@zkoppert zkoppert added the good first issue Good for newcomers label Sep 12, 2023
@spier
Copy link
Contributor

spier commented Oct 14, 2023

Awesome InnerSource metric in the making here :)
I can imagine this to be a helpful metric for many people.

Worth noting that the "who are we helping" could be a combination of
a) who is using the project (similar to the dependents view in GitHub)
b) who is opening issues/PRs on our repo

@MaineC
Copy link
Contributor Author

MaineC commented Dec 6, 2023

Note for myself - someone pointed out a step in between that might be helpful here:

https://github.com/marketplace/actions/team-labeler-action ... adds team labels to PRs which can then likely could be used in a later step to compute statistics per team/label.

@MaineC
Copy link
Contributor Author

MaineC commented Feb 13, 2024

Looking into this a bit more - the action above seems to rely on it's users to feed it with the github user/ team relationship. So in addition to keeping users in the right teams on github one would also need to update that configuration.

In an ideal world, I would like to only feed in team names to consider and commenters found only check if their team matches one of the pre-configured team names.

The trouble with that though: The GitHub REST API seems to only allow retrieving entire team+members data, but I see no link from a pr/issue comment -> user -> team. The workaround I found online also relies on retrieving the entire team-membership data up-front. Am I missing something here? Otherwise I'd try to make team names to consider configurable, retrieve team membership up-front (though for large organisations this could mean trouble) and continue from there.

Copy link

This issue is stale because it has been open 21 days with no activity. Remove stale label or comment or this will be closed in 14 days.

@github-actions github-actions bot added the Stale label Mar 14, 2024
@zkoppert zkoppert added keep and removed Stale labels Mar 14, 2024
@singha04
Copy link

Some InnerSource projects essentially provide platform capabilities for the organisation, meaning that they 'only' have internal teams as customers. Understanding and communicating the customer value and business value of these platforms can sometimes be tricky.

@MaineC
Copy link
Contributor Author

MaineC commented May 17, 2024

https://a-a-ron.github.io/innersource-completed-pluralsight/rollout-checklists/ ... also details several InnerSource related metrics that are based on a notion of identifying where PRs are coming from.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request good first issue Good for newcomers keep
Projects
None yet
Development

No branches or pull requests

4 participants