14:01:28 #startmeeting Ops Meetups Team 14:01:28 Meeting started Tue May 31 14:01:28 2016 UTC and is due to finish in 60 minutes. The chair is fifieldt. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:01:29 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:01:31 The meeting name has been set to 'ops_meetups_team' 14:01:35 Hello all and thank you for coming to the meeting. It's our second ever, and based on the amount of stuff we raised in the last one, there are likely many more to come. 14:01:42 Due to the timing, being the "first thing back" after a US holiday, I'm not sure how many people we'll get today. We may need to postpone :) 14:01:47 Our agenda can be found at: 14:01:48 #link https://etherpad.openstack.org/p/ops-meetups-team 14:01:52 Please add your name there in the list of attendees so we know who's here :) 14:01:57 #topic Review of actions from previous meeting 14:02:01 First up, a quick administrative topic. We had 4 action items from last meeting. 14:02:05 1. dc_mattj keep the cloud running 14:02:08 ==> umm. 14:02:14 2. fifieldt to email the mailing list to propose 1400 UTC Tuesdays, every two weeks, with note about changing frequency 14:02:17 ==> was put on the ML at http://lists.openstack.org/pipermail/openstack-operators/2016-May/010481.html - no objections noted 14:02:23 3. mihalis68 to write up "users" vs "vendors" hosting philosophy 14:02:25 ==> Was put on the ML at http://lists.openstack.org/pipermail/openstack-operators/2016-May/010461.html 14:02:29 4. fifieldt to arrange next meeting in two weeks 14:02:30 ==> Well, we're here :) 14:02:56 any comments on the work from the past meeting? 14:04:01 ... I guess not :) 14:04:09 well, since they're basically on the ML, feel free to continue there 14:04:22 #topic Upcoming Meetup 14:04:39 Now, I'm not sure if we have folks here from Bloomberg or Bestbuy, our two prospective hosts... 14:05:40 don't see any on the etherpad 14:05:52 We didn't make any progress toward an open call for proposals in the past week (for some reason it wasn't an action item), and it's getting late in the process. Since we have two excellent proposals, I'd suggest that we move forward to choose between these two for August without calling for additional proposals. That way we'll be able to properly spec out for next time. 14:05:58 I couldn't make Tokyo this time, I'll try one after Barcelona. 14:06:06 no problem, Mizuno san 14:06:14 * fifieldt looks forward to the chance 14:06:46 what do you all think about that idea? and if so, how should that be shaped? 14:07:03 I guess the Region will be NA, then 14:07:39 based on the summit in Barcelona and the previous ops meetup in EU, it seems like it is NA's turn 14:07:44 but, what do you think? 14:08:19 I think NA is a good idea - east coast works better for EU folks. 14:08:52 sounds good? the good thing about both Bloomberg and Bestbuy is they won't try to sell you anything 14:08:55 are the proposals on the etherpad? 14:09:09 Bestbuy proposal was written to the ML recently 14:09:20 lemme see if I can find the link 14:10:32 #link http://lists.openstack.org/pipermail/openstack-operators/2016-May/010459.html 14:10:55 Bloomberg was a NYC venue ("city hall") and was discused briefly in the previous meeting 14:11:05 but, it seems noone's here to provide further details for eithe 14:11:11 so we might need to postpone this topic 14:11:35 or are there further comments about the next meetup? 14:11:49 it might be good to determine if east/west coast is important 14:12:22 that might be the crux of the decision, in the end 14:12:34 last East Coast was philly 14:12:38 last West Coast was Palo Alto 14:12:50 so if we're doing east/west coast swapping each time, we'd be back to East 14:12:56 but, what do you think serves best? 14:13:15 Perhaps figuring out the distribution of operators to try and balance it? 14:13:21 not much difference from Asia in terms of travel, I guess ;) 14:13:22 it did seem like european operators preferred east coast in the last meeting, but I don't have a preference 14:13:39 I'm with shintaro, it's always a long way from Asia :D 14:14:01 ok, well we should probably check the feasibility of the venues 14:14:14 which means getting further details about them 14:14:23 ok 14:14:24 indeed, there's no need to commit to anything without enough info on both 14:14:28 would anyone like to join me in the detail seeking emails? 14:14:48 keen to share 'how' this is done 14:14:53 rather than expecting effortz :) 14:15:22 fifieldt: i would join you 14:15:40 if you "guide" a bit 14:15:44 ok, gfa_, I'll set up an etherpad or something and we can work on the emails? 14:15:51 ok 14:16:16 #action gfa_ and fifieldt to email Bloomberg and BestBuy to determine venue feasibility for the August ops meetup 14:16:38 ok, so gfa_ and I will come back to either this meeting or the ML once we have further details 14:16:47 is that the only thing we need to do in relation to the next meetup? 14:17:10 (at this time, that is) 14:17:20 Will you be sending this in CC to the operators list, or just to those involved? 14:17:57 probably off-list, to avoid embarassment in case there are mismatches between the proposal and the aims of the event 14:18:08 Thats perfectly understandable :) 14:18:21 also, some of the comms will go to events people who aren't in the community 14:18:28 so might not be "allowed" 14:18:31 if that's OK 14:18:40 but all comms will be summarised :) 14:19:08 if a few more people would like to be on CC, that'd be cool too 14:19:13 afternoon 14:19:18 hola 14:19:29 dc_mattj, VW, just to bring you up to speed 14:19:37 we looked at the previous action items, all were OK 14:19:44 then started talking about the next meetup 14:19:50 but noone from the proposers are here right now 14:20:01 so gfa_ and I took an action item to followup to determine feasibility 14:20:15 k 14:20:18 will also take others who want to tag onto those emails asking them for details 14:20:35 but I think that's about it for the discussion of the next meetup in August 14:20:42 unless someone wants to jump in? 14:21:12 ok, I guess not, so let's move on the fun stuff! 14:21:13 let me in the CC list 14:21:22 ok shintaro :) 14:21:31 anyone else? 14:22:01 #topic Higher-level discussion 14:22:05 OK, so 14:22:15 not sure if anyone saw any of the new stuff I wrote up on our wiki page 14:22:31 particularly, 14:22:33 #link https://wiki.openstack.org/wiki/Ops_Meetups_Team#Approach 14:22:49 just tried to summarise all of the topics we ran into last meeting 14:23:13 My proposal is that we try and pick one(?) per meeting and dive deep and 'solve' it 14:23:18 but open to any and all ideas 14:23:29 as long as we make concrete progress in planning the "future" for these events 14:23:49 sounds good 14:24:18 so, where would you like to start? 14:24:30 fifield: can you discribe "e planning for individual instances of the event:"? 14:24:44 sure thing 14:24:59 so in that "approach" section, I divided into two sections 14:25:07 basically I guess ythis group does two things 14:25:32 1) "organise" the actual meetups - just like we were in the previous discussion topic 14:25:42 2) work out "the future" for this event 14:25:54 planning for individual instances of the event == #1 14:26:14 so just like we had discussions last meeting about the best month to hold it 14:26:29 fifield: got it! 14:26:33 and the discussion just then about NA, with the followup with the NA venyues, etc 14:26:36 cool 14:26:38 a lot of this is pretty interconnected - room sizes, venue requirements, number of participants for example 14:26:44 this is true 14:27:04 so, how about perhaps, what's most important? 14:27:25 number of participants drives a bunch of other stuff 14:27:41 it does 14:27:47 ok, let's start there! 14:27:58 someone want to start with their thinking? 14:28:00 150 14:28:05 to 200 14:28:05 yes 14:28:10 yup 14:28:33 +1 14:29:18 we could grow if many ppl remains outside, or shrink 14:29:20 seem to match the Seattle BestBuy location 14:29:55 for the record, someone want to write out the "why"? 14:30:27 on it 14:30:33 or trying to at least ;) 14:31:17 * fifieldt waits for the brilliance 14:31:37 nope, can't log in 14:31:44 ok - thanks dc_mattj. I'm still trying to reconcile the idea that we cap it if we found a venue that held say 400 or 500 14:32:33 we could require venues for at least 150 - 200,if we got a bigger one raise the cap 14:32:41 so what does n event with 400 or 500 look like compared to a 150-200 event? 14:32:42 then raise the cap 14:32:56 i thought we decided on a cap last meeting? 14:33:19 all I can add is that it felt like palo alto had too many people 14:33:25 what are the differences between a capped 150 event and a 'large' 500 evnet? 14:34:00 personally, I agree with serverascode 14:34:02 more impersonal 14:34:10 fair enough 14:34:12 less opportunity to get to know people 14:34:18 * VW backs off 14:34:24 bigger org team needed to manage the event etc 14:34:26 ;) 14:34:53 I think one of the practical things is the number of people who can realistically join a discussion in a single room 14:34:53 is it just me or is there something wrong with openID login to the wiki 14:35:04 also if 500 was possible then it could be split into separate geographic events 14:35:04 fifieldt, +1 14:35:14 so, is it important to have a "common 14:35:15 " 14:35:18 discussion 14:35:21 as we've had to date? 14:35:27 venue selection would be hard for 500 with say 10 parallel session? 14:35:38 a fair point 14:35:40 as opposed to more one to many talks ? 14:36:25 yeah, I think a key part of this event is active participation 14:36:27 do you agree? 14:36:32 yes 14:36:33 yes 14:36:35 o/ 14:36:38 yes 14:36:43 yes 14:36:51 but I don't want to focus on the general sessions at the expense of times for teams/working groups 14:37:07 right, the different session types is a good point 14:37:19 I think we frame a lot of our decsions on the flow of the general sessions - or at least we have in the 1.5 meetings so far :) 14:37:28 very good point 14:37:47 so, what then about sizes for the teams/working groups? 14:37:58 LDT is hitting 60 at the meetups and 100 at the summit 14:38:10 ScientificWG was about 40 at manchester 14:38:13 maybe 60 in Austin 14:38:54 put those side by side and you hit your cap? 14:39:42 dc_mattj: maybe you can write your 'why' on the etherpad? 14:39:59 the ldt I went to in tokyo was more like 15 14:40:13 tokyo and vancouver were both in general smaller, yes 14:40:43 another interesting point 14:40:47 taking the 500 example 14:40:54 is what would happen during the working group/team time 14:41:00 we don't have that many working groups 14:41:17 at least not enough to split to have a nice "50 in each" room or so 14:41:31 That's fair 14:41:42 which means we end up with large numbers of people who may not necessarily be actively participating in the WGs 14:41:46 50 is getting to the size that it's hard to do work in the session 14:42:00 and we did for sure in Palo Alto 14:42:13 one of the arguments for the larger size event is that it's better because we can get more feedback from a wider gorup of people 14:42:22 considering one of our aims is feedback that's useful for development 14:42:34 however that's countered by the people-in-one-room discussion problem 14:43:15 another counter argument is more widely disributed meetups more often gets the same 14:43:27 so, it seems we're leaning toward a 150-200pax event 14:43:54 dc_mattj: cam i acton u to write the why? 14:44:07 yup, putting it on the ether pad right now 14:44:12 palo alto also had no fee required. part of the problem in the fishbowl sessions was actually that people were too spread out in a room that was bigger than needed. at least on the second day 14:44:46 #action dc_mattj to write the justificaiton for smaller meetups and communication on the M 14:44:46 dc_mattj: ping me when done (even if dm after meeting), happy to provide extra eyes/tweaks 14:45:00 #action VW to help dc_mattj 14:45:06 cool 14:45:16 so, with that approximate number written up and justified 14:45:24 does that mean communication on the ML ? 14:45:27 I think we'll be in a good position to move forward with that as a basis 14:45:33 dc_mattj: when you're happy with it 14:45:35 cool 14:45:37 we need wide consensus on this :) 14:45:54 since it's pretty critical 14:46:02 but, with that in mind, we can start looking at things like 14:46:12 if we have a number cap in mind, how do we execute it 14:46:13 ? 14:46:19 in Manchester, if we had more tickets they would have ended up with vendors mainly 14:47:16 be good to do some aalysis there maybe 14:47:27 i remember some irate people 14:47:36 me too ;) 14:47:52 do you still hve the list? 14:47:58 waitlist 14:48:18 yes, although in the end the waitlist didn't get massive as everyone knew we had a hard cap 14:48:36 think I've still got it all somewhere 14:48:39 in general, would you do it the same way again? 14:49:06 would add larger break out rooms 14:49:35 and the waitlist/rego mgmt? 14:49:58 eventbrite works well 14:50:17 maybe add something extra for the r the waitlist? 14:50:22 to avoid mass of emails? 14:50:24 tricky bit is people trying to short circuit the process by going up the ladder 14:50:27 maybe 14:50:28 right 14:50:32 add in some process there 14:50:41 anyway, we have just 10 minutes left in this meeting 14:50:47 got a solid action item so far 14:51:03 just want to ensure there wasn't someone who had a burning issue they wanted to raise 14:51:29 does anyone have concerns, or amazing ideas? 14:52:04 by the waitlist did you mean that the ppl who didn't get to attend the last meeting might have first dibs on the next? 14:52:28 what do people think about that? 14:52:59 worth a shot? 14:53:17 I think it would help if people were upset that they couldn't attend due to the cap 14:53:21 I think I'm ok with it - provided we limit the time they have first shot 14:53:33 VW, I agree 14:53:48 what's a reasonable time limit? 14:53:56 1 day after reg opens? 14:54:08 3 days? 14:54:52 24hrs was an advantage for sponsorship in the summit. 14:54:59 so maybe 1day 14:55:04 I think 1 day is fair 14:55:07 can we create a certain number of tickets that require a code, send a code to those folks and have it expire like a week later? 14:55:16 or one day 14:55:22 eventbrite has that feature, I believe 14:55:46 Would someone like to write up a process for managing the waitlist? 14:56:04 doesn't have to be anything fancy :) 14:56:35 i can 14:56:43 cheers mrhillsman ! 14:57:01 #action mrhillsman to write up a proces for managing the waitlist and send to ML for discussion 14:57:10 first pass is all that's needed :) 14:57:14 we can refine on ML 14:57:17 sure thing 14:57:26 ok, with 3 minutes left in our meeting, how are we feeling? 14:57:38 I'm sorry we didn't make a lot of progess on August today 14:58:29 one other small point which came up in the context of the User Committee Charter 14:58:30 was naming 14:58:35 right 14:58:40 meetups vs mid cycles 14:58:48 thoughts? 14:58:51 (2 minute warning) 14:58:52 I think I'm on the side of midcycle 14:58:55 Ops mid-cycles 14:59:02 as it separates this from user group meetups 14:59:05 dc_mattj, +1 14:59:08 and at the summits Ops sessions 14:59:21 or something to mirror the design session naming 14:59:27 +1 for midcycle 14:59:30 VW, +1 14:59:37 lol, someone want to setyup a surveymonkey? 14:59:46 midcycle 14:59:56 for the whole ml, fifieldt? 15:00:09 I guess so, it's a bit of fun :) 15:00:16 anyway, we're at time 15:00:24 so I won't force that as an action item :) 15:00:36 but if you do want to jump on the ML with that iidea, feel welcome! 15:00:44 OK, our hour went fast 15:00:49 let's do this again in 2 weeks 15:00:57 and pay attention to the ML in the interim 15:01:08 feel free to wrangle the next meeting agenda for your interes t:) 15:01:14 fifield: thank you 15:01:16 and thank you so much for coming!! 15:01:20 #endmeeting