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

Update TSC meeting times #1132

Closed
mhdawson opened this issue Nov 30, 2021 · 10 comments
Closed

Update TSC meeting times #1132

mhdawson opened this issue Nov 30, 2021 · 10 comments

Comments

@mhdawson
Copy link
Member

Reminder issue so that we close on updating after the timezone change.

@mhdawson
Copy link
Member Author

All TSC members were asked to update their availability a few weeks ago.

@ChALkeR is going to run the availability script to find the new best times.

@Trott
Copy link
Member

Trott commented Dec 3, 2021

I got my own script back into shape and the combination of times it determined were the most fair were:

Wednesday UTC 12:00
Wednesday UTC 21:00
Thursday UTC 14:00
Thursday UTC 17:00

Here's what that looks like in our various time zones.

Pacific Time (Los Angeles, 4 TSC members):

4AM Wednesday
1PM Wednesday
6AM Thursday
9AM Thursday

Eastern Time (New York, 6 TSC members):

7AM Wednesday
4PM Wednesday
9AM Thursday
noon Thursday

Greenwich Mean Time (London, 2 TSC members):

noon Wednesday
9PM Wednesday
2PM Thursday
5PM Thursday

Central European Time (Berlin, Rome, Stockholm, Zürich, 5 TSC members):

1PM Wednesday
10PM Wednesday
3PM Thursday
6PM Thursday

Moscow Time (Moscow, 1 TSC member):

3PM Wednesday
midnight Thursday
5PM Thursday
8PM Thursday

India Time (Bangalore, 1 TSC member):

5:30PM Wednesday
2:30AM Thursday
7:30PM Thursday
10:30PM Thursday

China Time (Shanghai, 1 TSC member):

8PM Wednesday
5AM Thursday
10PM Thursday
1AM Friday

@mhdawson
Copy link
Member Author

mhdawson commented Dec 3, 2021

I'd need to find somebody to cover the 7 AM ET slot but +1 from me if that is what works the best across the TSC members.

@Trott
Copy link
Member

Trott commented Dec 4, 2021

I'd need to find somebody to cover the 7 AM ET slot but +1 from me if that is what works the best across the TSC members.
I'd need to find somebody to cover the 7 AM ET slot but +1 from me if that is what works the best across the TSC members.

That 7AM Eastern Time is the only meeting time that isn't asking someone in China to stay up past 9PM or get up by 5AM, so I think it's pretty essential to the fairness algorithm. It's also the only time that even comes close (but it still misses!) to typical business hours for folks in India. And the only one that is, in fact, during normal business hours in Moscow. You get the idea.

Fairness is going to pretty much guarantee at least one awful time in the mix for everyone or nearly everyone, so the idea that there needs to be a vice chair or something like that seems pretty compelling. (It wouldn't be me, though, because that time is even worse for me. It would probably need to be one of the TSC members in Europe or Asia, or else someone who is a morning person.)

@Trott
Copy link
Member

Trott commented Dec 4, 2021

I also wonder if we'd be better off not having any decision-making process around meeting time changes but instead automating it. I'm thinking something like this:

  • Automate the process of adjusting people's times based on daylight savings adjustments in their local time zones. This means people will only need to adjust their availability data in the spreadsheet when their availability actually changes or perhaps when they relocate from one time zone to a different time zone.
  • Use the meeting time checker to produce the combination of meeting times that are most fair based on its current algorithm which in my script involves creating a floor for how bad meeting combinations can be permitted to be, and then finding the combination of meetings with the smallest standard deviation between availability of participants. The floor is so that the script doesn't decide that the most fair time combinations would be ones where no one is able to attend. (That would be most fair! Just not very practical.) The standard deviation minimization is so that everyone's availability is as similar as possible.
  • If people don't like the outcome, they can't make ad hoc alternative suggestions, which is the part of the process that wastes time (and which we thankfully haven't been doing the last few rounds). Instead, they can adjust their availability data (which won't make big changes because they're only one person) or propose changes to the script/algorithm which they would have to justify.
  • Schedule the meeting script to run monthly. Significant changes will almost never happen except at daylight savings time. There may be changes as we onboard/offboard people but they would likely be small adjustments.
  • If we have everyone subscribed to a Google Calendar, keeping up to date on meeting times could be low/no effort for most/all TSC members.

@mcollina
Copy link
Member

mcollina commented Dec 4, 2021

I can chair the 12 UTC meeting meeting (minus unplanned travel).

@mhdawson
Copy link
Member Author

mhdawson commented Dec 7, 2021

@Trott I like your suggestion of automating and going with what it suggests unless there are objections/counter suggestions. We most often end up going with what the tool suggests anyway and that would speed the process.

@mhdawson
Copy link
Member Author

mhdawson commented Dec 8, 2021

It's almost a week after @Trott posted the new times, unless we have objections by Friday I'd suggest we update the times starting next week. @nodejs/tsc one more mention/chance to object/raise concerns before we do that.

@mhdawson
Copy link
Member Author

mhdawson commented Dec 15, 2021

I'm going to update for next week based on the new times

@mhdawson
Copy link
Member Author

Ok, calendar updated, closing.

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

No branches or pull requests

3 participants