Thanks all for the feedback thus far. I have a few personal observations to share (not sure if the rest of the IESG would agree with these or not). It is indeed difficult to experiment with both the shortened week and more unstructured time at once without changing up the agenda too drastically. Personally I had been in favor of experimenting with just ending the meeting on Thursday evening, but the feeling in the IESG was that there would be certain groups of people who might take advantage of the ability to schedule ad hoc meetings on the Friday. This is easy enough to experiment with, so it will be interesting to see what happens (and also interesting to see if there is a slippery slope that extends into Thursday as Christer described). We also discussed future experiments with unstructured time mid-week and we’re working on agenda proposals of that sort, so I hope this can be viewed as the beginning of the experimentation, not the end. There are a few different vectors for enforcing “agenda discipline,” so to speak. This proposal focuses on the length of WG sessions and will involve some days running longer than they have in the past (to the point about “cramming” more sessions in). But certainly focusing on the number of WG sessions is also possible independently or together with reduction in session lengths. This has come up before and could be fodder for future experiments. Regarding the hackathon timing, one trend we’ve observed is that we have people who live near enough to the meeting site that they are able to join the hackathon precisely because it is on the weekend and does not interfere with work or school time. These folks tend to be new(er) to the IETF (and the hackathon) so this provides them with some valuable exposure and cross-pollination with the IETF crowd without requiring extensive travel and time away from day job. This isn’t a reason to never move it to different days but was one reason to keep it where it is while we experiment with other changes. Understanding how attendees feel about conflicts would indeed be useful, altough I suspect generic feedback (“I keep having to miss 5 WGs where I’m a contributor due to conflicts”) would be more helpful than specific feedback about particular WG clashes at a particular meeting, since there will always be some conflicts for some people as long as we have multiple WG meetings scheduled at once in the agenda. We can think about how to incorporate a question in the post-meeting survey. Thanks, Alissa
|
