Add procedure for adding people to the Python Triage team

[Mariatta]

Based on discussion: https://discuss.python.org/t/criteria-for-promoting-people-to-the-python-triage-team/2105/

Closes #308

[nanjekyejoannah]

A suggestion from what I posted on discuss. To reduce traffic to the core team, is there a problem or risk with current bpo triagers publicly opening an issue in core-workflow with details confirming they have triage rights on bpo already and requesting to be added to the Python Triage Team?

[aeros]

Thanks for the PR Mariatta. I think this extensively covers the consensus reached in the Discuss topic. I had a few minor suggestions, but I would approve of this section either way.

[hugovk]

Even simpler:

Suggested change

	Any existing triagers in b.p.o can transition to the Python Triage role.
	Any existing triager in b.p.o can become a Python triager.

[aeros]

Personally, I think that we should refer a member of the role on on bpo as a "developer". That is the official name of the role on there, and it also helps to avoid confusing it with the new Python triagers on GitHub.

[Mariatta]

To reduce traffic to the core team,

Promoting and recognizing contributors and triagers are responsibilities of core developers.

If for some reason core devs find this too noisy, can they can filter out Github email notification containing "Request for Python Triage membership". But that should be personal choice.

[Mariatta]

Additionally, there is potential for automating the process (described in python/core-workflow#350)
Once we have that in place, the only thing a core dev needs to do is "approving" the request by applying a label.

[aeros]

Once we have that in place, the only thing a core dev needs to do is "approving" the request by applying a label.

Awesome! This would definitely be far more time effective than requiring a core dev to contact an org admin, and requiring them to manually invite the person as a triager.

If the steering council decided to block the promotion, the persons permissions could simply be removed. But perhaps a better way to do this would require a set amount from when the PR is approved to when they're sent the invite.

[eamanu]

Good! maybe will be great mention if anybody apply (or self apply) to be a member of the team,
and is denied, we can mention that they can apply again later ( or wait X time).

What do you think?

[Mariatta]

Thanks all for the reviews.

maybe will be great mention if anybody apply (or self apply) to be a member of the team,
and is denied, we can mention that they can apply again later ( or wait X time).

Sounds great. Feel free to propose a PR for this.