Thread Links Date Links
Thread Prev Thread Next Thread Index Date Prev Date Next Date Index

Re: [802SEC] Mixed Mode Meeting -- Guiding Principles Discussion



Geoff, I will add that I’ve learned that I have what appears to be increased attendance, but I have not noticed an increase in participation. In fact, I’m having a hard time filling a two-hour meeting every other week. I’m seeing teleconference meeting burn out for sure.

 

 

Chad Jones

Technical Leader, Cisco Systems

Chair, IEEE P802.3da Task Force

Principal, NFPA 70 CMP3

 

 

From: "thompson@ieee.org" <thompson@ieee.org>
Reply-To: "thompson@ieee.org" <thompson@ieee.org>
Date: Wednesday, August 18, 2021 at 6:14 PM
To: "STDS-802-SEC@LISTSERV.IEEE.ORG" <STDS-802-SEC@LISTSERV.IEEE.ORG>, Chad Jones <cmjones@cisco.com>
Cc: Geoff Thompson <thompson@ieee.org>
Subject: Re: [802SEC] Mixed Mode Meeting -- Guiding Principles Discussion

 

 

Folks-

 

While I might have worded my sentiments differently,  I fully agree with Chad.

 

The legacy quality of our meetings (and thus of our products) is highly dependent on the full 3 dimensional bandwidth (time > 2hours, face2face vs network, mtg room+hallway+bar+meals vs network+phone+e-mail) of Face 2 Face meetings.

 

We have all experienced this and I think all agree with it.

(The SA does.  That's why they have been sending staff to our meetings for years)

 

We have done "remote participation" over the last 18 months because it was better than nothing.

 

The trick over the "short term" (i.e. that period in time when we have our 1st F2F mtg and when travel is "as easy" as it was before) is how do we get the value from and to our participants who can't yet travel because of the lingering effects of Covid.

The trick over the "long term" (i.e. when travel is "as easy" as it was before) is how do get back to normal or better based on what we have learned during the "days of remote."

 

I'm not sure that we have learned anything that is beneficial during the "days of remote" other than (a) we get increased attendance with remote access and (b) people prefer paying less money with remote access.

 

Just my 2 cents.

 

Geoff Thompson

GraCaSI S.A./Independent

 

 

 

On Wednesday, August 18, 2021, 02:00:56 PM PDT, Chad Jones (cmjones) <00000b60b3f54e8d-dmarc-request@ieee.org> wrote:

 

 

I disagree with Steve. I don’t want remote attendees expecting an identical experience to an in-person meeting. We all know there are limitations based on the last 18 months. I don’t want this falling on the chair to ensure parity for remote versus local attendees – and we all know there are people that will complain that they were disenfranchised when they chose to not attend in person. I like dividing into classes to correctly set expectations.

 

Cheers,

 

 

Chad Jones

Technical Leader, Cisco Systems

Chair, IEEE P802.3da Task Force

Principal, NFPA 70 CMP3

 

 

From: ***** IEEE 802 Executive Committee List ***** <STDS-802-SEC@ieee.org> on behalf of Steve Shellhammer <sshellha@QTI.QUALCOMM.COM>
Reply-To: Steve Shellhammer <sshellha@QTI.QUALCOMM.COM>
Date: Wednesday, August 18, 2021 at 4:13 PM
To: "STDS-802-SEC@LISTSERV.IEEE.ORG" <STDS-802-SEC@LISTSERV.IEEE.ORG>
Subject: Re: [802SEC] Mixed Mode Meeting -- Guiding Principles Discussion

 

All,

 

                I do not see why whether the participant cannot attend in person or chooses not to attend in person will affect the person’s level of participation.

 

                It seems to me the level of participation for a remote participant depends on whether the participate can join the Meeting Tool (e.g. WebEx) or is just on Audio.

 

                If the person can join the Meeting Tool, then the participant can see and hear the presentation, and can ask questions and can give a presentation.

 

                I cannot support dividing remote participants into classes based on why they are not attending in person.

 

                I am fine with requiring a computer to join the Meeting Tool and if the participate only has an Audio connection (which is rare) they must live with the fact they are not on the Meeting Tool.

 

Regards,

Steve

 

From: ***** IEEE 802 Executive Committee List ***** <STDS-802-SEC@ieee.org> On Behalf Of Beth Kochuparambil (edonnay)
Sent: Tuesday, August 17, 2021 10:02 PM
To: STDS-802-SEC@LISTSERV.IEEE.ORG
Subject: [802SEC] Mixed Mode Meeting -- Guiding Principles Discussion

 

WARNING: This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros.

Hello Team – Thanks for a good discussion today!

 

The proposed Guiding Principle as in the document:

When remote participation is the only means of participating for a significant portion of the attendees, then we should strive to provide an equivalent experience for in person and remote participants. If remote participation is optional, the remote participant may not have an equivalent experience to an in person participant. 

 

A suggested modification and added principles for discussion:

  1. Produce high quality, market-relevant standards   (**NOTE: as stated by Ben, I believe this includes our desire to encourage moving back to face-to-face meetings (in some form) ASAP.)
  2. When remote participation is the only means of participating for a significant portion of the attendees, then we should strive to provide an equivalent experience for in person and remote participants.  Significant delay (4+ days quarantine or such delay) for the participant is considered a travel restriction.
  3. If remote participation is optional by choice, the remote participant may not is not expected to have an equivalent experience to an in person participant.  Restrictions regarding unvaccinated or those who choose not to disclose to meeting organizers one’s vaccination status fits under remote by choice.
  4. Leave long term decisions open, regarding to remote participation once a significant portion of attendees can attend face-to-face

 

 

In our discussions, the questions were asked, how do we determine travel restrictions of individuals.  I could see using something such as https://www.iatatravelcentre.com/world.php (or likewise, if announced) to verify information entered at the time of registration.  As long as a centralized site is used for the meeting, other sites could also be used/announced by the EC.  This is just a suggestion.

 

~Beth

 

 

From: ***** IEEE 802 Executive Committee List ***** <STDS-802-SEC@ieee.org> On Behalf Of Paul Nikolich
Sent: Tuesday, August 17, 2021 2:20 PM
To: STDS-802-SEC@LISTSERV.IEEE.ORG
Subject: [802SEC] 17AUG2021 Mixed Mode Meeting -- embedded notes in the updated best practices document

 

Dear All,

 

The updated best practices document based on the 16:00-17:00 ET 17 August 2021 meeting is now available at https://mentor.ieee.org/802-ec/dcn/21/ec-21-0157-01-00EC-best-practices-for-mixed-mode-ieee-802-lmsc-sessions.docx.

 

I tried to embed the meeting notes as comments in the document, hopefully you will be able to follow them.

 

The next meeting for further refinement of the Mixed Mode Session Best Practices draft is scheduled for 16:00-17:00 ET Tuesday 24 August 2021.  Your homework assignment prior to that meeting is to draft and share what you consider the core principles for Mixed Mode Sessions should be via this 802 EC reflector.  Non-real time exchange and consensus building via the reflector will make next week's call more productive.

 

Thank you for your time today,

 

--Paul


To unsubscribe from the STDS-802-SEC list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-SEC&A=1


To unsubscribe from the STDS-802-SEC list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-SEC&A=1


To unsubscribe from the STDS-802-SEC list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-SEC&A=1


To unsubscribe from the STDS-802-SEC list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-SEC&A=1


To unsubscribe from the STDS-802-SEC list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-SEC&A=1