WEB: Formalize workgroups
State: closed

Adding to our `Team` page the different workgroups we more or less already have, with their responsibilities. So, things become more formal, and it's easier to manage expectations.

I wonder if it'd be useful to add the email addresses to contact the different workgroups here. Open to opinions.

CC: @pandas-dev/pandas-core 

Labels:
name: Admin
description: Administrative tasks related to the pandas project
name: Web
description: pandas website

Comments:
Is it necessary to backport? The website is deployed from main anyway?
> Is it necessary to backport? The website is deployed from main anyway?

Typically we have been backporting the `WEB` changes, but up to @datapythonista 
For what I know, it doesn't add any value to backport website changes. No harm either, but as Patrick says, the website is directly published from main, and independent of releases. Unless there is anything I'm missing, I wouldn't backport web PRs.
> I wonder if it'd be useful to add the email addresses to contact the different workgroups here. Open to opinions.

I would suggest that you do not publish email addresses.  It might be worthwhile to create email addresses for each workgroup (if that is possible).

> I would suggest that you do not publish email addresses. It might be worthwhile to create email addresses for each workgroup (if that is possible).

We already have the email addresses and we're using them.

> 
> We already have the email addresses and we're using them.

So I think you should include the email addresses of the workgroups in this doc.

Sounds good. I think the coc one has been in the website for some years, and spam hasn't been a problem, so I think it can be useful to have the email addresses in the website, for both the rest of core devs and the community.

I just invited the members of the finance workgroup to their list, which was created but members hasn't been added until now.

This is how the final version looks like:

![workgroups](https://user-images.githubusercontent.com/10058240/204080760-38ad3380-84a2-4bb1-8195-767318067cab.png)

May I suggest sorting the names on this page alphabetically, by the first name? 
- Why sort? When things are listed, there's a tendency to associate importance unless a neutral ordering is provided.
- It will provide a better onboarding experience for new team members, who will tend to be added at the bottom otherwise. 
- Why first name? It's more inclusive to folks that have more than one last name and aren't accustomed to last name sorting. 
- Leads are already marked in brackets, so their order isn't essential?!
> For what I know, it doesn't add any value to backport website changes. No harm either, but as Patrick says, the website is directly published from main, and independent of releases. Unless there is anything I'm missing, I wouldn't backport web PRs.

Isn't that only the case for the `dev` version of the docs? If we don't backport other things, then the `stable` version won't show the changes until 2.0.0
Ah no, there is a difference between website and docs.

The website (everything in web) is deployed from main (I think once a day but not sure). The docs are independent of that
> May I suggest sorting the names on this page alphabetically, by the first name?

The sorting is by seniority in the workgroup. I think this is more useful than by first name. Also, the lead is automatically assigned to the first in the list, so it makes things more complex is we change the sorting.