<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:x="urn:schemas-microsoft-com:office:excel" xmlns:dt="uuid:C2F41010-65B3-11d1-A29F-00AA00C14882" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 12 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.hoenzb
        {mso-style-name:hoenzb;}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div>
<div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">Anne Gentle wrote:<br>
<br>
<b><span style="color:#1F497D"><o:p></o:p></span></b></span></p>
<p class="MsoNormal" style="margin-left:1.0in">On Wed, Nov 20, 2013 at 9:09 AM, Thierry Carrez <<a href="mailto:thierry@openstack.org" target="_blank">thierry@openstack.org</a>> wrote:<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:1.0in">
Hi everyone,<br>
<br>
How should we proceed to make sure UX (user experience) is properly<br>
taken into account into OpenStack development ? Historically it was hard<br>
for UX sessions (especially the ones that affect multiple projects, like<br>
CLI / API experience) to get session time at our design summits. This<br>
visibility issue prompted the recent request by UX-minded folks to make<br>
UX an official OpenStack program.<br>
<br>
However, as was apparent in the Technical Committee meeting discussion<br>
about it yesterday, most of us are not convinced that establishing and<br>
blessing a separate team is the most efficient way to give UX the<br>
attention it deserves. Ideally, UX-minded folks would get active<br>
*within* existing project teams rather than form some sort of<br>
counter-power as a separate team. In the same way we want scalability<br>
and security mindset to be present in every project, we want UX to be<br>
present in every project. It's more of an advocacy group than a<br>
"program" imho.<o:p></o:p></p>
<div>
<p class="MsoNormal" style="margin-left:1.0in"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:1.0in">I'm not sure "most of us" is accurate. Mostly you and Robert Collins were unconvinced. Here's my take. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:1.0in"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:1.0in">It's nigh-impossible with the UX resources there now (four core) for them to attend all the project meetings with an eye to UX. Docs are in a similar situation. We also want docs to be present in every project.
 Docs as a program makes sense, and to me, UX as a program makes sense as well. The UX program can then prioritize what to focus on with the resources they have. <o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">+1  UX is, in SW parlance, the next layer above the mechanics of the projects.  It is separate from all the projects yet informs them all.  To be able to inform
 all projects consistently, there needs to be a place where all the project based UXs come together to create a consistent, overarching environment.  This is what UX does, and this is why it works better than having each project do their own thing.  You don’t
 get an environment when you don’t have someone architecting an environment.  You just get a bunch of projects glued together with more code.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Since the current team is so small, as Anne points out, the team, working with the TC should decide which and how many individual projects need their attention
 first, and they also can prioritize what parts of the  UX environment get defined/specified first.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:1.0in"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:1.0in">However, as pointed out in the meeting, the UX resources now are mostly focused on Horizon. It'd be nice to have a group aiming to take the big picture of the entire OpenStack experience. Maybe this group is the
 one, maybe they're not. The big picture would be:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:1.0in">Dashboard experience<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:1.0in">CLI experience<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:1.0in">logging consistency<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:1.0in">troubleshooting consistency<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:1.0in">consistency across APIs like pagination behavior<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:1.0in"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:1.0in">Just like QA ends up focusing on tempest, UX might end up focusing on Dashboard, CLI and API experience. That'd be fine with me and would give measurable trackable points. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:1.0in"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:1.0in">What's more interesting is how does the user committee fit into this? There's an interesting discussion already about how to get user concerns worked on by developers, is it actually through product managers? What
 would an Experience program look like if it were about productization? <o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">The most efficient and effective way to get enduser concerns and issues addressed systematically is through one point of contact, not one for every project. 
 By having one place to collect up all inputs other than bugs and missing features in one place, problem areas are spotted much sooner, but also areas of excellence.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:1.0in"> <o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal" style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:1.0in">
So my recommendation would be to encourage UX folks to get involved<br>
within projects and during project-specific weekly meetings to<br>
efficiently drive better UX there, as a direct project contributor. If<br>
all the UX-minded folks need a forum to coordinate, I think [UX] ML<br>
threads and, maybe, a UX weekly meeting would be an interesting first step.<o:p></o:p></p>
</blockquote>
<div>
<p class="MsoNormal" style="margin-left:1.0in"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:1.0in">I think a weekly UX meeting and a mailing list (which is probably already their Google Plus group) would be a good way to gather more people as contributors. Then we get an idea of what contributions look like. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:1.0in"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:1.0in">To summarize my take -- UX is a lot like docs in that it's tough to get devs to care, and also the work should be done with an eye towards the big picture and with resources from member companies. <o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">+1000  Devs tend to think they know how endusers are going to want to use and interact with their code.   Most don’t care that some endusers find the interface(s)
 confusing, opaque, inflexible or unforgiving.  The best way to get a unified user experience is to have a *<b>Program</b>* (like Docs and QA) that gives UX legitimacy and some authority beyond just the responsibility they feel to the usability and usefulness
 of the projects they are unifying.  Program status would also bring in more UX participants because it acknowledges that OpenStack is serious about UX and understands its importance (especially in reducing pilot error and time spent by developers on technical
 support).  Give UX legitimacy and the power to effect change and the UX team will prosper and multiply.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">--Rocky<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:1.0in"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:1.0in">Anne<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:1.0in"> <o:p></o:p></p>
</div>
</div>
<p class="MsoNormal" style="margin-left:1.0in">There would still be an issue with UX session space at the Design<br>
Summit... but that's a well known issue that affects more than just UX:<br>
the way our design summits were historically organized (around programs<br>
only) made it difficult to discuss cross-project and cross-program<br>
issues. To address that, the plan is to carve cross-project space into<br>
the next design summit, even if that means a little less topical<br>
sessions for everyone else.<br>
Thoughts ?<br>
<span style="color:#888888"><br>
<span class="hoenzb">--</span><br>
<span class="hoenzb">Thierry Carrez (ttx)</span><br>
<br>
<span class="hoenzb">_______________________________________________</span><br>
</span>-- <br>
Anne Gentle<br>
<a href="mailto:annegentle@justwriteclick.com" target="_blank">annegentle@justwriteclick.com</a>
<o:p></o:p></p>
</div>
</div>
</div>
</body>
</html>