<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Nov 20, 2013 at 10:37 AM, Dolph Mathews <span dir="ltr"><<a href="mailto:dolph.mathews@gmail.com" target="_blank">dolph.mathews@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote"><div class="im">On Wed, Nov 20, 2013 at 9:09 AM, Thierry Carrez <span dir="ltr"><<a href="mailto:thierry@openstack.org" target="_blank">thierry@openstack.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">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.<br>
<br>
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.<br></blockquote><div><br></div></div><div>++</div><div><br></div><div>UX is an issue at nearly every layer. OpenStack has a huge variety of interfaces, all of which deserve consistent, top tier UX attention and community-wide HIG's-- CLIs, client libraries / language bindings, HTTP APIs, web UIs, messaging and even pluggable driver interfaces. Each type of interface generally caters to a different audience, each with slightly different expectations.</div>
<div class="im">
<div> </div></div></div></div></div></blockquote><div><br>+1<br><br></div><div>I would add things like configuration file syntax and log file message formats into the "UX" category. These are a fundamental interface for operators who are setting up and debugging an initial OpenStack deployment. Would love for these interfaces to be treated as first-class entities from a UX perspective. <br>
</div><div><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<br>
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></blockquote><div><br></div></div><div>I'd be happy to "contribute" a design session to focus on improving UX across the community, and I would certainly attend!</div><div class="im">
<div> </div></div></div></div></div></blockquote><div><br></div><div>Me too. <br></div><div><br></div><div>Lorin<br></div></div><br><br>-- <br><div dir="ltr">Lorin Hochstein<br><div>Lead Architect - Cloud Services</div><div>
Nimbis Services, Inc.</div><div><a href="http://www.nimbisservices.com" target="_blank">www.nimbisservices.com</a></div></div>
</div></div>