<p dir="ltr">Hi Flanders,</p>
<p dir="ltr">Great discussion. Prompted me to go remind myself of the role and/or definition of an OS UC Working Group... I didn't find anything "formal", but w.o.o/UserCommittee says:<br>
=====<br>
The user committee's role is to represent the needs of the diverse range of OpenStack users. The user committee is advised by Working Groups, each of whom represents different user audiences and interests.</p>
<p dir="ltr">The user committee mission is to:</p>
<p dir="ltr">Consolidate user requirements and present these to the management board and technical committee[1].<br>
Provide guidance for the development teams where user feedback is requested<br>
Track OpenStack deployments and usage, helping to share user stories and experiences<br>
Work with the user groups worldwide to keep the OpenStack community vibrant and informed<br>
=====</p>
<p dir="ltr">From the WG activity perspective I would highlight it is very useful/important to have some direction (as well as support) coming from the UC - I think our experience with the scientific-wg is roughly that we have a large interest base and plenty of people who find good value in talking to and sharing with their peers, but it is quite hard to turn that into concrete forward momentum or to even mint well articulated goals from within the group.</p>
<p dir="ltr">On engagement, IRC is useful for reasons already mentioned in this thread (and we've been fortunate to have some valuable interactions thanks some core devs having keyword watches setup on OpenStack channels), but I think we alienate and/or make things too hard for some potential contributors. And I don't think it makes a great watercooler discussion tool (e.g. no offline history etc without setting up a bouncer - and that is fairly opaque even for a CS major).</p>
<p dir="ltr">Having (myself) done a fairly woeful job of keeping pace with the dev side of OS progression this cycle I'm also interested in exploring ways of highlighting activities/work that may be of interest to any particular WG. The first thing that springs to mind is tagging of blueprints and reviews, e.g., where a dev or other community member is looking for input/support/resolution from a specific target user group. This could be a mechanism we as chairs utilise to surface agenda items, solicit input and then respond on behalf of the group.</p>
<p dir="ltr">Cheers,<br>
Blair</p>
<p dir="ltr">On 30 August 2016 at 10:36, David F Flanders <<a href="mailto:flanders@openstack.org">flanders@openstack.org</a>> wrote:<br>
> Dear Working Group Co-Chairs and User Committee Chairs,<br>
><br>
> The logistical tasks of running a WG meeting is by no means trivial,<br>
> here a quick list of things which a co-chairs of a WG do on a weekly<br>
> basis to run a global meeting:<br>
><br>
> a.) mint calendar invitation to all members (subscribe/unsubscribe members)<br>
> b.) call for agenda items via etherpad<br>
> c.) update wiki with upcoming meeting and link to etherpad agenda<br>
> d.) email user-committee mailing list on when next meeting is<br>
> occurring along with agenda links<br>
> e.) assure meeting channel is confirmed (irc/phone/etc)<br>
> f.) run meeting according to good practices (irc etiquette or well<br>
> taken notes if via voice)<br>
> g.) post meeting follow up: circulating actions, posting meeting<br>
> notes, taking any outstanding queries to the mailing list for<br>
> consideration, etc.<br>
> h.) follow up actions.<br>
> i.) recruit new members<br>
> j.) plan for summit meetings<br>
> k.) etc etc.<br>
><br>
> All of the above are sometimes done twice-over at different times to<br>
> help maintain the conversation in different timezones.<br>
><br>
> In addition, the groups are still not well attended by as diverse an<br>
> audience as OpenStack represents. AsiaPac, Latin America, India and<br>
> other massive OpenStack user groups have not yet engaged despite some<br>
> of their massive communities.<br>
><br>
> One of the recent suggestions has been to converge some of the WGs to<br>
> help ease the burden of these logistical tasks.<br>
><br>
> Other options include:<br>
><br>
> * having a more systematic approach to when WG occur, i.e. agreeing<br>
> a set pattern such s a day per fortnight which each WG happens (one<br>
> after another).<br>
><br>
> * having a shared IRC channel for all WG activity to help create<br>
> more water-cooler conversation between chairs?<br>
><br>
> * sharing of logistical duties between WG chairs, etc<br>
><br>
> Options abound, though discussion much needed!<br>
><br>
> Q: Is there any good practice we can draw from? I've been digging<br>
> around my old W3C and IETF notes to see what good practice there may<br>
> be?<br>
><br>
> Discussion/replies greatly appreciated to see if there is any consensus?<br>
><br>
> Kind Regards,<br>
><br>
> Flanders</p>
<p dir="ltr">-- <br>
Blair Bethwaite<br>
Senior HPC Consultant</p>
<p dir="ltr">Monash eResearch Centre<br>
Monash University<br>
Room G26, 15 Innovation Walk, Clayton Campus<br>
Clayton VIC 3800<br>
Australia<br>
Mobile: 0439-545-002<br>
Office:<a href="tel:%2B61%203-9903-2800"> +61 3-9903-2800</a></p>