<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">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><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> </div><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>I'd be happy to "contribute" a design session to focus on improving UX across the community, and I would certainly attend!</div><div> </div><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>
Thoughts ?<br>
<span class=""><font color="#888888"><br>
--<br>
Thierry Carrez (ttx)<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div><br></div>-Dolph
</div></div>