21:01:57 #startmeeting product_working_group 21:01:59 hello 21:01:59 Meeting started Mon Nov 21 21:01:57 2016 UTC and is due to finish in 60 minutes. The chair is shamail. Information about MeetBot at http://wiki.debian.org/MeetBot. 21:02:00 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 21:02:02 The meeting name has been set to 'product_working_group' 21:02:08 Hi everyone! 21:02:11 Who’s here today? 21:02:19 o? 21:02:25 o/ 21:02:29 o/ 21:02:37 Awesome! 21:02:39 Hi 21:02:47 Our agenda for today: 21:02:49 #link https://wiki.openstack.org/wiki/Meetings/product-team 21:02:54 Carol is out this week 21:02:55 we have quorum 21:03:13 Yep 21:03:14 Let’s begin 21:03:21 #topic Discuss Roadmap refresh plan 21:03:42 how can we help? 21:04:23 As mentioned in the last meeting, we are not conducting an “Ocata Design Series” video interviews since this is a short release cycle and we decided to focus on improving our roadmap process and heidijoy is busy with a new user survey 21:04:46 We had discussed trying to automate the roadmap data collection and make it into a self-service model 21:05:15 I'd like to figure out how we can best automate the roadmap creation process. Mike Perez from the OSF is also working on automating release notes, so these might go hand in hand. 21:05:18 o/ 21:05:30 hi mrhillsman 21:05:38 Agree heidijoy 21:06:06 One option I'm considering is a Google Form (or similar) collection tool. That would collect everything in one spreadsheet automatically. 21:06:09 +1 on automation. we will still need to poke PTLs on it 21:06:23 Initial thought was to turn our “script” into a RST template that could be generated into a web page (similar to specs) 21:06:40 The poking will probably still need to be manual, as would be the follow up for things left unclear 21:07:03 I was hoping we could talk to the release management team and ask them to help us put “generate roadmap RST” on the release process checklist 21:07:18 do we want PTL to do self interview or only fill forms? 21:07:21 that could raise awareness even without us contacting the teams directly 21:07:38 +1 on something that would auto generate to be visible to all. Would the release management team have bandwidth to help on this? 21:07:48 And we will figure out antuomated mechanism for generating slides 21:08:00 Release management wouldn’t need to help but rather just raise awareness it exists and should be completed 21:08:15 Do we even need slides if we are generating answers to a web page? 21:08:33 Arkady_Kanevsky: I think the initial data will be self-service but we might need to follow-up still to get clarification as needed when generating the content in other formats (slides, breakout sessions, etc) 21:08:51 +1 21:08:52 heidijoy: I don’t think we should need slides but might need to create some for a summit session 21:09:00 +1 to a self service, community generated content vehicle 21:09:02 The summit slides could even be a summary of the web pages 21:09:21 shamail: Is this somethign we could do in the PWG or UC repo? 21:09:33 What if we think of the collection of data in two parts (form + follow up questions 1:1), and the expression/sharing of data in two parts (auto-generated web page/results; and roadmap team analysis) 21:09:54 kencjohnston: I think it would be the PWG repo since we would want to ensure timely merges (and not have to put that burden on UC members) 21:10:06 heidijoy: +1 21:10:10 shamail: +1 21:10:36 The goal for today was to shed some more light on what we meant by “optimize roadmap” and “self service" 21:10:38 good thoughts heidijoy and shamail 21:10:46 +1 summit slides= summary of web pages. That would hit the two-part concept I'm thinking of. 21:10:51 I will be glad to take the action item to send an email to the UC ML and solicit sub-team members 21:10:57 shamail: heidijoy If we did the colleciton of data in the form of an RST there would be an opportunity for back and forth in the review 21:11:08 We can meet independently and provide updates to the PWG as a whole periodically, thoughts? 21:11:37 +1 @kencjonston with the back & forth 21:11:38 kencjohnston: Good point, we could even do it via exchanges in the change itself and it would be archived 21:12:15 Does everyone agree with this plan? (shamail to send out ML notice for roadmap sub-team, team will make progress on this outside of normal PWG meetings?) 21:12:24 +1 21:12:26 yes 21:12:28 +1 21:12:30 +1 21:12:36 shamail: sounds good to me, can you add me back tothe roadmap sub-team? 21:12:42 #agree Shamail to send out ML notice for roadmap sub-team (team will focus on automation/self-service/outputs) 21:12:52 absolutely kencjohnston, thanks! 21:13:11 Okay to move to next topic? 21:13:13 should #agree be #action shamail? :) 21:13:24 I don’t like actions, too rigid! 21:13:25 I'd definitely like to be on the subteam, and would add that we could revise the Q&A for the RST and bring it back to the PWG for any feedback 21:13:29 JK, good catch :P 21:13:40 #action Shamail to send out ML notice for roadmap sub-team (team will focus on automation/self-service/outputs) 21:13:52 heidijoy: +1 21:13:57 #topic Overview of Swift questions about requirements and plans to setup a call to discuss 21:14:05 #link https://docs.google.com/document/d/1dmpNy5vSeTRn7CBCnELMFXBvshauPbnqQdNASXFnjRY/edit?usp=sharing 21:14:20 we still need to add new themes to questionarre for self service 21:14:42 John (notmyname) had a brief discussion with some of us at the last ops meetup to bring up a request for PWG 21:15:10 just questions about when/how/where/what people are using related to swift 21:15:12 The Swift team has been working on multiple features for end users and they wanted some market research to get data points for decision making in the team 21:15:18 Hi notmyname 21:15:51 We had asked the OpenStack UX team to help with this request but they are already at capacity for the cycle so we wanted to bring the request back into PWG 21:16:04 Please see the linked google doc for the questions that notmyname submitted 21:16:11 TBH, I'm not entirely sure of even the right questions to ask :-) 21:16:36 are you asking for us to add more questions to the list? 21:16:50 but my goal, in general (and like everyone here, I think), is to understand more about how people use what's available and what are the gaps in areas they might use swift 21:16:52 notmyname: It’s as good as a starting point as any… If we get user feedback that indicates they cant answer them then we can refactor 21:17:09 Heidi will oyu review and polish questions before doing questionarre distribution? 21:17:27 Arkady_Kanevsky: no, I am sharing the list that Swift generated… the goal for us would be to get feedback on those questions from our customers and internal users of Swift 21:17:36 notmyname: +1 21:17:58 On that note, would people be willing to help collect answers/feedback on these questions? 21:18:09 We can schedule a call with the volunteers 21:18:12 I would like to add a couple more, releated to multisite and upgrade 21:18:19 great! 21:18:38 Sounds good Arkady_Kanevsky, please add as a comment and we can append 21:18:45 +1 on help with questionare distribution and answser collecting 21:18:47 Anyone willing to help on this? 21:18:58 will add to google doc 21:19:07 Thanks Arkady_Kanevsky 21:19:24 kencjohnston or mrhillsman, would Rackspace be able to provide answers from a user perspective at least? 21:19:51 shamail: Sure, we can take a look and ask our swift operators team. 21:19:56 I will follow up with my teams as well (Blue Box Cloud and SoftLayer) 21:20:13 Thanks kencjohnston 21:20:26 done - adding questions. 21:20:33 #action Shamail/Carol to schedule a call with Carol, Arkady, John, Shamail to build plan 21:20:37 notmyname: Is the best way to provide a response inline on that GoogleDOc? 21:20:58 Thanks Arkady_Kanevsky 21:21:20 How do we want to distribute questions and collect answers? 21:21:26 sure. actually, whatever works for this group. I emailed some questions to someone, and today there's a google doc and people talking about it in IRC. so whatever works with your process--I don't really care 21:21:40 shamail: notmyname I might have missed it but this would be a good candidate for an operators and PWG mailling list post. 21:21:42 Changed link to edit permissions 21:21:43 each one of us independently to our sales folks to Customers? 21:21:43 notmyname: cool +1 21:21:44 (sorry about that) 21:21:46 #link https://docs.google.com/document/d/1dmpNy5vSeTRn7CBCnELMFXBvshauPbnqQdNASXFnjRY/edit?usp=sharing 21:21:54 kencjohnston: +1 21:22:27 Alright, moving on… 21:22:30 Or will be sent as part of foundation questionarre by Heidi? 21:22:58 Arkady_Kanevsky: no, this is separate most likely because we can only accomodate a few questions per project in the user survey 21:23:03 shamail how about sending something to ops ML as well 21:23:08 mrhillsman: +1 21:23:22 I think we’ll have the initial call and then finalize format and start sharing the questions broadly 21:23:27 not sure if i missed that suggestion since i had to walk away 21:23:30 ok 21:23:42 #topic Ops Midcycle Discussion 21:23:45 +1 21:23:58 mrhillsman could you update the team on the ops meetup logistics? 21:24:02 (date, place, etc) 21:24:06 sure, sec 21:24:14 thanks 21:24:58 March 15-16 2017 21:25:03 Milano, Italy 21:25:04 so we have summit in Boston in May, PTG in Atlanta in Feb and ops midcycle in Milan between them??? 21:25:12 Thanks mrhillsman! 21:25:17 Arkady_Kanevsky: Yes sir 21:25:22 https://etherpad.openstack.org/p/ops-meetup-venue-discuss-spring-2017 21:25:36 mrhillsman: Is the etherpad to suggest topics already available too? 21:25:39 This is the two proposals we got with details required to submit proposal per se 21:25:46 3 meetings per release around the world - too much! 21:26:03 It is the one at the bottom 21:26:26 Arkady_Kanevsky: Hopefully not everyone will need to attend all three 21:26:30 I want to say we are sending that out tomorrow shamail as we have to get some last minute details from sponsor 21:26:32 Are PWG folks planning on attending the PTG? 21:26:38 kencjohnston: thats the next topic 21:26:44 but I am not 21:26:53 True but a few of us will have too 21:27:01 Awesome mrhillsman, we’ll keep our eye on the mailing list! 21:27:15 i'm not sure.. depending on travel budget 21:27:28 I did create shamail and so anyone in this meeting is welcome to contribute now 21:27:30 https://etherpad.openstack.org/p/MIL-ops-meetup 21:27:33 The first question for our team… Do people think they can make the ops meetup in Italy? We usually co-locate our midcycles with ops. 21:27:38 mrhillsman - thanks for info. 21:27:43 It is still in draft status as noted at the top :) 21:27:45 Thanks! 21:27:48 #link https://etherpad.openstack.org/p/MIL-ops-meetup 21:28:07 I am tentative for now, I won’t know for sure until Q1’17. 21:28:08 - TBD from DellEMC 21:28:21 me too 21:28:23 same here.. not sure till Q117 21:28:39 I am tentative, but highly doubtful :) 21:28:41 shamail: I likely could as long as both are together. 21:28:41 Thanks, anyone else know yes/no/maybe? 21:28:52 same here: still missing final authorization 21:28:57 kencjohnston: I am banking on that too 21:29:08 do we have an etherpad where we track our midcycle with proposed place and dates? 21:29:10 the "two-fer" has strong sway, likely wouldn't make the ops if there was no PWG 21:29:15 #info Most of the team can not confirm whether they will be able to attend ops midcycle until Q1’17 21:29:48 #info Co-locating does create a better “justification” 21:29:57 Alright, we’ll defer for now but that was good data 21:30:00 +1 on better justification 21:30:02 we are still discussing that at well 21:30:16 Milano is close to Munich, so good chances on my side to be able to join 21:30:21 Nice GeraldK_ 21:30:26 #topic PTG Discussion 21:30:37 i think general consensus is co-locating as much as possible is great 21:30:37 PTG is in Atlanta (Feb.) 21:30:42 mrhillsman: ++ 21:30:58 Who is planning on attending the PTG? 21:31:11 TBD from me till Q1'17 21:31:14 -1 for me 21:31:21 I will not be attending as I don’t think I would contribute much 21:31:33 ^ same here 21:31:37 shamail: I will not be attending 21:31:43 not planning to attend, will formalize plans after "holiday" 21:31:53 are we better colocated with ops or PTG? 21:32:29 #info PTG count: Arkady_Kanevsky (maybe); GeraldK_, shamail, mrhillsman, kencjohnston (no); MeganR (maybe but leaning no) 21:32:31 :D 21:32:39 Arkady_Kanevsky: IMHO, ops 21:32:57 PTG is for building execution plans whereas ops and Forum are for requirements gathering/sharing 21:33:05 Arkady_Kanevsky: shamail +1 on colocating with ops 21:33:08 ptg is going to be totally or should be totally about working on code 21:33:18 I have major concern with separate ops and PTG? 21:33:34 Agree, a new requirement being shared at PTG is misaligned 21:33:40 engineering work becomes more disconnected from operators and requirements 21:34:03 I agree 21:34:05 my understanding is this first go round is more about debt 21:34:17 Arkady_Kanevsky: I will send you a link, ttx and emagana have done a great job describing how it doesnt create a gap 21:34:31 thanks shamail 21:34:48 Should I send the link to overall ML if others are interested? 21:34:57 +1 21:34:59 +1 21:35:04 shamail: is the link not o.o/ptg? 21:35:10 Will do 21:35:23 It is a superuser article and ttx’s blog and the one you mentioned 21:35:34 I was going to consolidate a few sources 21:35:43 +1 21:35:44 shamail: OK, the FAQ on the ptg page is pretty all encompassing 21:35:50 To not only share what PTG is but how PTG and Forum interlock 21:35:56 kencjohnston: +1 21:36:24 #action Send out link to PTG/Forum resources to team for context of the events 21:36:39 #topic Follow-up on “Definition of Done” email thread 21:36:46 #link http://lists.openstack.org/pipermail/user-committee/2016-November/001413.html 21:37:05 In the last meeting, we had a great discussion on one of the items from the BCN F2F… the definition of done 21:37:26 pchadwick had sent out an email summary and we generated more conversation on this topic on the ML 21:38:19 leong summarized the flow workflow in his message: http://lists.openstack.org/pipermail/user-committee/2016-November/001432.html 21:38:38 Like Leong summary and 4 stages 21:38:46 Arkady_Kanevsky raised a point about differentiating implemented 21:39:34 I like it too except I would like to see the last status be us tracking completion of the specs/bps 21:39:39 leong also includes 4 stages with specific items to cover in each 21:39:55 3.3 in the email is “User story is “done” when all blueprint/spec are merged.” 21:39:59 That is 3.2 21:40:12 3.2 for blueprints and spec tracking 21:40:28 leong: Were 3.2 and 3.3 tracking status of the bp/spec or the code associated with them? 21:41:06 e.g. is 3.3 marked “done” when bp has a milestone or spec has been merged or when code with topic aligned to bp/spec is merged? 21:41:32 I expect that if we need to create new projects we track specific specs and blueprints in to for a user story 21:41:50 in it 21:42:11 We can work on the details when revisiting the workflow but do we agree with those four stages? (User Story defined, User Story prepared, User Story ready, User Story implemented)? 21:42:25 +1 21:42:32 shamail: +1 21:42:33 +1 21:42:50 Going once.... 21:42:56 twice… 21:42:58 I would tend to say "when code with topic aligned to bp/spec is merged". only then, we can ensure that code and the feature is available. 21:43:04 +1 21:43:09 GeraldK_: +1 21:43:27 with just a spec merged, it could still be abandoned and no code being created 21:43:27 #agree Workflow will have four stages (User Story defined, User Story prepared, User Story ready, User Story implemented) 21:43:30 GeraldK_: +1 21:43:36 agreed 21:43:51 We will follow-up this conversation with a more detailed workflow conversation in the future 21:43:59 spec blueprint impk,emented - not abandon 21:44:28 We will have to address the topic of bp/spec merge vs code related to bp/spec, how to solicit feedback from broader community, etc. (I am sure there are other topics that need clarification) 21:44:43 4 stages feels right 21:44:50 #topic Open 21:44:56 agree - details to be worked out. But 4 stages approved 21:44:59 Anyone have any other topics they would like to discuss? 21:45:07 Yes - https://wiki.openstack.org/wiki/CrossProjectLiaisons#Product_Working_Group 21:45:10 MarkBaker: Are you here? 21:45:23 sorry shamail.. was distracted... i am assuming that 3.2/3.3 can be tracked by User-Story-Tracker tool 21:45:25 Go ahead Arkady_Kanevsky 21:45:25 arkady_Kanevsky has submitted a new patch: https://review.openstack.org/#/c/358888/ 21:45:31 thx leong 21:45:35 would be good if people could review it 21:45:36 I send email for folks to updated/add PWG wiki page for liason 21:45:45 #link https://review.openstack.org/#/c/358888/ 21:45:58 Arkady_Kanevsky: Did you get any updates? 21:46:08 no. except mine 21:46:28 :( 21:46:51 Can you please send out another reminder after the holiday? We can also add an agenda item in the next meeting. 21:47:03 shamail, what kind of updates are you referring to? 21:47:03 asking for peoplle to take a quick look now. Andd if some projects are missing which they want to cover 21:47:20 I am wondering if it partially got lost due to people recovering after being gone for BCN and now Thanksgiving 21:47:27 GeraldK - need a couple of +2 for https://review.openstack.org/#/c/358888/ 21:47:42 As far as I am concern it is done 21:47:44 yes 21:47:58 #action Please review https://wiki.openstack.org/wiki/CrossProjectLiaisons#Product_Working_Group and volunteer to be a CPL… If you are a CPL already then please let Arkady_Kanevsky know its still valid for your project 21:48:12 - possible. I sent email during last Monday meeting 21:48:14 Alright Arkady_Kanevsky, I will try to look at it over the next couple of days 21:48:34 Thanks Arkady_Kanevsky and GeraldK_ 21:48:37 Anything else? 21:48:50 none from me 21:48:54 nothing from me 21:48:55 Alright , have a great week everyone! 21:49:01 you too! 21:49:04 #endmeeting