15:01:31 #startmeeting openstack_ux 15:01:31 Meeting started Fri Nov 20 15:01:31 2015 UTC and is due to finish in 60 minutes. The chair is Piet. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:33 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:01:35 The meeting name has been set to 'openstack_ux' 15:01:44 hello 15:01:46 Good morning 15:02:07 Let's wait four minutes for folks to wonder in 15:02:18 sounds good 15:05:09 Hi Rob, we're waiting for a few minutes for people to wander in 15:06:24 Sure thing. I'm packing to go away for the weekend, so apologies in advance if my replies are a little slow. 15:06:33 np 15:06:40 Ok, lets take role 15:06:57 show of hands 15:06:58 hiya 15:07:01 0/ 15:07:24 o/ 15:07:26 | 15:07:28 | 15:07:31 \ 15:07:59 So, we need to make sure the new designers are attending this meeting 15:08:35 If you don't mind, I'm going to use the time to provide status and let you ask questions 15:08:53 #topic personas 15:09:25 Stan has added the personas to a wiki for the team. Note that this is a work-in-progress 15:09:35 https://wiki.openstack.org/wiki/OpenStack_Personas_2015 15:09:56 it looks good 15:10:17 Yep - stan did an awesome job 15:10:58 We are planning a survey in two weeks to validate the work and produce additional content 15:11:31 tempplate for validation survey can be found at https://docs.google.com/document/d/10r40CkCVXcjiQ7YQMES06wvHDe8JmN2Zur5C0uDytdg/edit?usp=sharing 15:11:42 Pls feel free to leave comments 15:13:53 Ju, are you able to create definitions for the they different areas of focus? Hardware, Infrastructure, etc? 15:14:00 "the" 15:14:51 yes 15:15:04 thanks for reminder 15:15:10 in survey or epad? 15:15:18 Cool - we could also reach-out to Shamial to see if he has time 15:15:38 Here - https://docs.google.com/document/d/10r40CkCVXcjiQ7YQMES06wvHDe8JmN2Zur5C0uDytdg/edit?usp=sharing 15:17:01 We're hoping to collaborate with the user committee on the survey, but need to understand whether they are able to respond to requests quickly enough 15:17:26 julim and I met with them earlier this week 15:17:38 Any questions on the personas 15:17:40 ? 15:17:55 5 15:17:56 4 15:17:58 3 15:18:01 2 15:18:03 1 15:18:27 #topic Move to a UX repository (Gerrit) 15:18:48 hurgleburgler are you around? 15:19:40 So, we had some issues because the openstack-ux launchpad was taken by someone else 15:20:23 I believe it was created a few years ago when a UX project was first being proposed 15:21:23 So, we're trying to sort this all out. hurgleburgler is helping with this effort 15:22:06 The intent is to have the approval process happen in gerrit with reviews in Invision (until we move to pholio) 15:22:35 Any questions? 15:22:41 Yeah 15:22:49 Have we decided on how that actually works yet? 15:23:01 Reviews in Gerritt? 15:23:04 As in, what are we actually approving... a link? 15:23:08 the review should have attached a pdf / jpg / png I think 15:23:19 possibly a link to invision too, in the comments 15:23:30 ducttape_ yep 15:23:44 but we try to do the preliminary work in invision, to flush out 90% of the questions / issues 15:23:48 (◠‿◠✿)ノ 15:24:15 The issue with Invision is that PDFs that include comments can be 75+ pages, so you need to create a PDF with just the images and link to Invision for comments 15:24:22 does that seem ok robcresswell? you'd have a version of some pdf or images then residing in the repo? 15:24:35 ducctape_ yep 15:24:57 Hmm, I suppose 15:25:08 Interesting anyway, I'll have a think on it :) 15:25:14 the first review will be a learning experience. it will be weird initially 15:25:30 I like that we're moving openstack tooling though 15:25:40 me too 15:25:54 I believe one of the responsibility of the cores is to confirm that they actually answered any questions in Invision 15:25:59 we might see if openstack infra can setup gerrit to better show images / other file types 15:26:07 Also may need a UXImpact for cross-project bugs etc. 15:26:14 painful, but think its the right thing to do 15:26:15 Worth chatting to the docs folks about how to tackle that 15:27:03 yep - I'm actually speaking with a few of the docs folks that are interested in providing content for the UIs 15:27:10 Did Jaromir changed ownership of the ux-core group yet? 15:27:54 hurgleburgler I believe he changed ownership to infra 15:28:44 https://launchpad.net/openstack-ux is infra now 15:28:53 I need to chat with the infra group to see happens next 15:28:55 but https://launchpad.net/~openstack-ux-core is still owned by Jaromir 15:29:05 Ahhhh.... 15:29:08 He only changed the project 15:29:09 not the group 15:29:18 I hope to have more time to focus on this next week 15:29:46 once the group is changed, we should be able to change the project 15:30:11 hurgleburgler Kk 15:30:29 I may even have some time today 15:30:42 Just send another email, last time the response was fast 15:31:05 robcresswell to the infra team? 15:31:11 jaromir 15:31:30 Cool 15:31:44 Anything else? 15:31:59 Thats all from me boss :) 15:32:06 Heh 15:32:25 It will be good to formalize the UX cores within OpenStack 15:32:37 \o/ 15:32:41 5 15:32:43 4 15:32:44 3 15:32:46 2 15:32:53 1 15:33:07 #topic LBaaS 15:33:41 Design on LBaaS is done with the exception of modals for in-row actions 15:34:53 Very good meeting this week to come to a consensus. Thanks to ducttape_ for helping to drive changes 15:35:13 yep, thanks to all who contributed :D 15:35:32 It does represent a slight change in how we think about Horizon, IMHO 15:36:16 I think some of what we explored with lbaas, could come back around to improve the neutron / network setup experience within horizon too 15:36:29 "Small wins" - it feels like workflows will allow users to create objects quickly with minimum choices 15:36:34 which has been a pain point for some time now, my $.02 15:36:43 ducttape_ yep 15:37:48 A big part of the change is that users should be dumped into the details panel after creating an object (most of the time..there will be exceptions) 15:38:23 The idea is that dropping them into the details panel allows users to make further, more sophisticated changes if they chose 15:38:44 Does that kind of make sense to the rest of the group? 15:39:13 What was the thinking behind that? 15:39:51 It depends if users spend more time adding/ editing a single resource, or if they spend more time creating multiple objects in a row. 15:39:54 Huge workflows tend to scare users because they look long (# of steps) and complicated 15:40:32 ducttape_ agreed? 15:41:06 i agree with that statement 15:41:06 robcresswell Interesting point because we may want to include a Save and add another button 15:41:07 not sure I agree that large workflows always scare users 15:41:20 I'd word it like this.... 15:41:47 "If you have to complete 4 steps to have something useful - then the initial create workflow should have all 4 steps included in there" 15:41:53 Thinking I need to punch ducttape_ in the arm 15:42:15 yes, I mean a workflow with 20 steps is horrid, that much is true 15:42:24 ducttape_ sure, makes sense 15:42:24 Piet: I don't have any numbers either way, but that seems like it would be the important metric. You don't want people being dumped on to the details page if 90% of the time they hit back and create another item. 15:42:50 robcresswell - do you use neutron? 15:42:58 robresswell we should allow them to chose 15:43:05 I still think all complicated workflows should have an advanced user view that can be toggled to 15:43:06 ducttape_: Yeah 15:43:12 and how is your experience setting up a usable network in there? that is the case and point 15:43:32 Ha, sure 15:43:34 you have to jump through network / router / subnet etc to get something working 15:43:57 Right, but thats my point; if they're going to be customising that one resource then that change makes sense 15:44:03 the same is true for lbaas, albeit the steps are different 15:44:10 Sure 15:44:11 Well 15:44:14 Thats good then :D 15:44:48 so the analogy is that we are creating a single workflow to setup network / router / subnet 15:45:03 but you are not required to complete all steps 15:45:15 but ideally, you will want to 15:45:32 robresswell There's also the issue of objects with objects embedded in other objects embedded in other objects. Suddenly you run the risk of modals on modals 15:47:10 Makes sense 15:47:39 Anything else? This conversation will inevitably need to continue 15:47:44 Ready to close? 15:47:58 5 15:47:59 4 15:48:01 3 15:48:02 2 15:48:04 1 15:48:04 2.5 15:48:10 Heh 15:48:22 guess i'll catch the logs 15:48:26 engineer humor 15:48:34 #topic 15:48:46 #topic Mock-up Review Guidelines 15:49:02 Intel is working on mock review guidelines for the team 15:49:21 like, wireframe guidelines? 15:49:25 Sort of a checkbox for conducting reviews 15:49:36 Yep, aka heurisitic 15:50:10 They will need some help because they don't have a lot of context around Horizon 15:50:18 wiki? 15:50:39 Currently in Google docs 15:51:01 Need to find the link 15:51:38 I think it could also incorporate some higher level ways we think about GUIs such as the "small victories" pjilosophy 15:51:53 "philosophy" 15:52:43 But think it's sooper important if we want to be consistent 15:53:09 have you thought more about having a simple git repo for submitting / tracking design reviews and their voting? 15:53:12 consistency is the hob... 15:53:16 oh, nm :-D 15:53:25 TravT: logs :p 15:53:30 ok 15:53:40 * TravT had to run kids to school this morning. 15:53:51 TravT quick answer: we are working on that 15:53:53 Any other questions about a hueristic? 15:54:46 Here's a link to the Nielsen Norman hueristic for UI design http://www.nngroup.com/articles/ten-usability-heuristics/ 15:55:09 any other questions? 15:55:16 5 15:55:18 4 15:55:24 3 15:55:25 2.5 15:55:26 2 15:55:28 1 15:55:40 #topic content 15:56:29 Finding a link for reference 15:56:32 One sec 15:57:10 We are working with Docs to add a GUI content section to http://docs.openstack.org/contributor-guide/index.html 15:57:28 That standardizes on terms, labels, etc 15:58:02 I wonder if cli tools should have a UX aspect to them. like using consistent arguments / variable names etc 15:58:03 Also, stuff like where section descriptions should start with a noun or verb 15:58:32 ducttape_ we're actually running a usability on the new Unified CLI 15:58:57 Intersted to see how folks respond to the different commands that are used 15:59:16 ok - one minute 15:59:32 #topic open floor 15:59:39 anything else? 15:59:51 We have somebody adding CLI to searchlight. 16:00:00 wouldn't be bad to get some ux input on it 16:00:06 Unified CLI? 16:00:19 it is a plugin to openstack unified CLI 16:00:21 - yes 16:00:37 that helps TravT, good starting point 16:00:54 yep - probably be worth participating in the usability study planning 16:00:59 * ducttape_ has gotta jet 16:01:01 ok 16:01:15 Have a good weekend! 16:01:24 #endmeeting openstack_ux