<div dir="ltr">Hello everyone,<div style><br></div><div style>Has any kind of qualitative research been done to determine the end user needs for the admin guide? In other environments where I was part of such an effort, we interviewed users at different levels to figure out, first, what they actually did, and then what knowledge they required. You may be surprised with what you can find out. In some small environments, a superuser does most of the work.</div>
<div style><br></div><div style>Also, performing some sort of editorial review with the end user representatives might help with content quality and organization.<br></div><div style><br></div><div style>Still, having a single dynamic knowledge repository for all of the different system pieces can only empower and not confuse users. You could see this as a library instead of a guide. There is so much valuable information that, if properly organized and laid out for quick and easy navigation, can represent a meaningful discovery. Yes, it would be large, but the reader will not be lost and can take away whatever they need away from it. </div>
<div style><br></div><div style>Thank you!</div><div style><br></div><div style>Nermina</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jul 11, 2013 at 11:00 AM, Diane Fleming <span dir="ltr"><<a href="mailto:diane.fleming@rackspace.com" target="_blank">diane.fleming@rackspace.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word;font-size:14px;font-family:Calibri,sans-serif">
<div>
<div>
<div style>Nice insights, Summer!</div>
<div style><br>
</div>
<div style>To me, the audiences are:</div>
<ul style>
<li><b>Operator /deployer</b>– Plans, installs, configs, deploys, and maintains clouds. Sets up other admin users, and possibly end users. </li><li><b>Admin users</b> – created by the operator – creates and manages projects and users, creates and manages images, manages flavors, sets quotas, migrates servers. </li>
<li><b>End users</b> – created by the operator or admin user – sets up security and access for instances, launches and manages instances, manages volumes.</li><li><b>Application developers and OpenStack contributors</b> – Developers who write applications that run on top of an OpenStack cloud. Also, can review and contribute to the OpenStack infrastructure, code, and docs. </li>
</ul>
<div style>There is some crossover between the <b>operator
</b>and<b> admin user </b>audiences – </div>
<div style><br>
</div>
<div>For me, the question is, after we complete the Config Ref, Admin User Guide, and End User Guide,
<b><font color="#ff0000">what information are we missing for the operator/admin audience</font>?</b> If we still have missing material, that's what should go into the (project-specific) Admin Guides, which can roll up into a comprehensive
 Admin Guide.</div>
<div style><br>
</div>
<div style>
<div>
<div style><font color="rgb(0, 0, 0)" face="Apple Chancery"><i>Diane</i></font></div>
<div style="font-size:14px;font-family:Calibri,sans-serif">
<font color="rgb(0, 0, 0)"><i>----------------------------------------------</i></font></div>
<div style="font-size:14px;font-family:Calibri,sans-serif">
<font color="rgb(0, 0, 0)">Diane Fleming</font></div>
<div style="font-family:Calibri,sans-serif;font-size:14px">
<div style>Software Developer II - US</div>
</div>
<a href="mailto:diane.fleming@rackspace.com" target="_blank">diane.fleming@rackspace.com</a></div>
<div>Cell  <a href="tel:512.323.6799" value="+15123236799" target="_blank">512.323.6799</a></div>
<div>Office <a href="tel:512.874.1260" value="+15128741260" target="_blank">512.874.1260</a><br>
<span style="font-family:Calibri,sans-serif">
<div style="font-family:Calibri,sans-serif;font-size:14px">
<div style>Skype drfleming0227</div>
<div style>Google-plus <a href="mailto:diane.fleming@gmail.com" target="_blank">diane.fleming@gmail.com</a></div>
</div>
</span></div>
</div>
</div>
</div>
<div style><br>
</div>
<span style>
<div style="border-right:medium none;padding-right:0in;padding-left:0in;padding-top:3pt;text-align:left;font-size:11pt;border-bottom:medium none;font-family:Calibri;border-top:#b5c4df 1pt solid;padding-bottom:0in;border-left:medium none">

<span style="font-weight:bold">From: </span>Summer Long <<a href="mailto:slong@redhat.com" target="_blank">slong@redhat.com</a>><br>
<span style="font-weight:bold">Date: </span>Wednesday, July 10, 2013 11:23 PM<br>
<span style="font-weight:bold">To: </span>Anne Gentle <<a href="mailto:annegentle@justwriteclick.com" target="_blank">annegentle@justwriteclick.com</a>>, "<a href="mailto:openstack-docs@lists.openstack.org" target="_blank">openstack-docs@lists.openstack.org</a>" <<a href="mailto:openstack-docs@lists.openstack.org" target="_blank">openstack-docs@lists.openstack.org</a>><br>

<span style="font-weight:bold">Subject: </span>Re: [Openstack-docs] Admin guides and restructure<br>
</div><div><div class="h5">
<div><br>
</div>
<div>
<div text="#000000" bgcolor="#FFFFFF">Hi Anne,<br>
I know I don't have street cred yet, but here's my offering.<br>
<br>
<b>Administration Guide / Admin User Guide</b><br>
Am thinking that the biggest problem is one of audience. The restructure blueprint says that the 'Administration Guide' is for deployers and not for the administrative user. And it says that one of the tasks of a deployer is to 'run' the cloud.
<br>
This feels like a mixed target, the deployer doesn't necessarily stick around to administer what's been deployed. (Is this definition a result of the Ops Guide? That too could be divied up now that the suite is growing.)<br>

<br>
With this definition of deployer, of course the Admin guide would be huge, including both deployment and management tasks. And is why the Admin Guide blueprint is so large, including information on installation and configuration in each project chapter.  If
 you clearly separate the audience, I believe there should be only one Administration guide, for the person sitting down to manage the beast after it's been deployed.<br>
<br>
IMVHO, the Admin User Guide could be the 4.0 Administration Guide (with its clear focus on admin tasks), with the next release including the broader admin tasks from Nick's specification (security, troubleshooting, etc).<br>

<br>
<b>Project Admin Guides / Single Admin Guide</b><br>
If it is at all feasible, I'd keep the project admin guides going. And use xi:includes to bring their content into the Administration Guide where relevant. There will be inconsistency across project guides, but:<br>
--They are useful for component-focused issues.<br>
--Detailed, advanced material can be introduced which might be out of place in an overarching admin guide.<br>
--Dev folk will always be more interested in producing content for their own project doc (and then it can be referenced elsewhere).<br>
<br>
cheers, Summer<br>
<br>
<div>
<div><font color="#666666">Summer Long<br>
OpenStack Documentation<br>
Engineering Content Services<br>
<br>
Red Hat Asia Pacific<br>
Brisbane, Australia</font><br>
<a href="mailto:slong@redhat.com" target="_blank">slong@redhat.com</a></div>
</div>
<br>
<span style>
<div>On 07/11/2013 05:21 AM, Anne Gentle wrote:<br>
</div>
</span>
<blockquote type="cite">
<div dir="ltr">
<p style="font-size:14px;margin:0px;font-family:Calibri"><font color="#000000">Hi all, </font></p>
<p style="font-size:14px;margin:0px;font-family:Calibri;min-height:17px"><font color="#000000"><br>
</font></p>
<p style="font-size:14px;margin:0px;font-family:Calibri"><font color="#000000">I'd like to get feedback about the <b>administration</b> portion of our documentation refactoring plan [1], which we overlooked when we created the original documentation restructuring
 blueprint.[4]</font></p>
<p style="font-size:14px;margin:0px;font-family:Calibri;min-height:17px"><font color="#000000"><br>
</font></p>
<p style="font-size:14px;margin:0px;font-family:Calibri"><font color="#000000">tl;dr - We need to make a decision about guides for administrators/operators going forward. Please review the following detailed analysis. </font></p>

<p style="font-size:14px;margin:0px;font-family:Calibri;min-height:17px"><font color="#000000"><br>
</font></p>
<p style="font-size:14px;margin:0px;font-family:Calibri"><font color="#000000">Tom, Diane, Nick, Nermina, I, and others have been reviewing the following blueprints for the Havana release:</font></p>
<ul style="font-family:Calibri,sans-serif;font-size:14px">
<li style="margin-left:15px"><font color="#000000">[1] restructure documentation blueprint. Describes a plan to restructure the OpenStack documentation. However it did not address Admin Guides.</font></li><li style="margin-left:15px">
<font color="#000000">[2] modularize admin guide. Recommends a comprehensive administrative guide, with the option of producing smaller project-specific guides. </font></li><li style="margin-left:15px"><font color="#000000">[3] os-admin-docs. Outlines a comprehensive administration guide that describes everything that an administrator/operator needs to install, deploy, and maintain an OpenStack cluster.</font></li>
</ul>
</div>
</blockquote>
<blockquote type="cite">
<div dir="ltr">
<p style="margin:0px;font-size:13px;font-family:Arial"><font color="#000000">I have a few concerns about these blueprints, which is why I'd like <b>more eyes please</b>! To see if we're talking crazy talk. :)</font></p>

<p style="margin:0px;font-size:13px;font-family:Arial"><font color="#000000"><br>
</font></p>
<p style="margin:0px;font-size:13px;font-family:Arial"><font color="#000000">My concerns:</font></p>
<ul style="font-family:Calibri,sans-serif;font-size:14px">
<li style="margin:0px;font-size:13px;font-family:Arial"><font color="#000000">We already have smaller admin guides, which are maintained by project teams. The block storage and networking teams are quite active in maintaining their admin guides. However, the
 object storage and compute teams are not as invested in their admin guides. So there are issues with having smaller, project-directed guides – lack of consistency, content mismatch, and other issues.</font></li><li style="margin:0px;font-size:13px;font-family:Arial">
<font color="#000000">The comprehensive administrative guide seems to have the same goals as the existing Operations Guide. In that book sprint, the stated goal was to create a book for new OpenStack cloud
 operators. </font> </li><li style="margin:0px;font-size:13px;font-family:Arial"><font color="#000000">We already hear that the Compute Admin Guide is too long. How can a longer guide really be the answer? Lorin pulled out the Image Management chapter to make the <span style="font-size:14px;font-family:Calibri">OpenStack
 Virtual Machine Image Guide, and the config chapter is moving to the new Configuration Reference</span>. We've been gutting the Compute Admin Guide since the Summit to try to slim it into just a Config Ref and an Admin User Guide. So we're hoping that the
 gutting will result in a set of books, which then coupled with the Operations Guide, is the fresh-minted OpenStack administrator's ticket to success. </font></li><li style="margin:0px;font-size:13px;font-family:Arial">
<font color="#000000">The plan for a comprehensive administration guide might not fit with our plans for content modularity and doc ownership. </font></li></ul>
<p style="margin:0px;font-size:13px;font-family:Arial"><font color="#000000">The end goal of the admin doc restructuring is to make the Operations Guide, the Admin Guides, and the Config Reference all work well together. We want to avoid redundancy and we want
 to provide a clear path through the documentation. And we must scope this work correctly for the upcoming October release date.</font></p>
<p style="font-size:14px;margin:0px;font-family:Calibri;min-height:17px"><font color="#000000"><br>
</font></p>
<p style="font-size:14px;margin:0px;font-family:Calibri"><b><font color="#000000">Questions:</font></b></p>
<p style="margin:0px;font-size:13px;font-family:Arial;min-height:15px"><font color="#000000"><br>
</font></p>
<p style="margin:0px;font-size:13px;font-family:Arial"><font color="#000000">Do we need a large, comprehensive Admin guide (now that I see the outline I'm a little daunted)?</font></p>
</div>
</blockquote>
Nick: Yes. I know that was the goal of the Ops Guide, but I think it landed in a different, and just as vital, spot. I think a comprehensive guide makes it possible for someone to avoid getting lost in a sea of books, as the guide will, well, guide them through.<br>

<blockquote type="cite">
<div dir="ltr"><br>
<p style="margin:0px;font-size:13px;font-family:Arial"><font color="#000000">Should we create an Admin User Guide with Diane's outline [5]?
<br>
</font></p>
</div>
</blockquote>
Nick: Absolutely. What she has planned is a vital look at the essentials.
<blockquote type="cite">
<div dir="ltr">
<p style="margin:0px;font-size:13px;font-family:Arial"><font color="#000000"><br>
</font></p>
<p style="margin:0px;font-size:13px;font-family:Arial"><font color="#000000">Does an Admin User Guide eliminate the need for a separate OpenStack Administration Guide?</font></p>
</div>
</blockquote>
Nick: No. I see it as a progression. start with Diane's book, then pickup the guide for more in depth understanding of concepts.
<blockquote type="cite">
<div dir="ltr">
<p style="margin:0px;font-size:13px;font-family:Arial;min-height:15px"><font color="#000000"><br>
</font></p>
<p style="margin:0px;font-size:13px;font-family:Arial"><font color="#000000">Should we keep the separate Admin Guides per project? (That brings along the problem with owners and inconsistency.)</font></p>
</div>
</blockquote>
Nick:Yes.the reality is that those owners are sometimes the best at this, sometimes not. A guide like this lets us improve where necessary without ditching the good stuff.    Remember we are not talking about getting rid of the great work you have done (and
 are doing) . Just the opposite.
<blockquote type="cite">
<div dir="ltr">
<p style="margin:0px;font-size:13px;font-family:Arial;min-height:15px"><font color="#000000"><br>
</font></p>
<p style="margin:0px;font-size:13px;font-family:Arial"><font color="#000000">Or maybe there is another option or two or eight that we haven't thought of?</font></p>
<div style="font-family:Calibri,sans-serif;font-size:14px">
<p style="margin:0px;font-family:Calibri;min-height:17px"><font color="#000000"><br>
</font></p>
<p style="margin:0px;font-family:Calibri"><font color="#000000">Thanks for reading this far! We need more opinions and then a decision for the path forward.</font></p>
<p style="margin:0px;font-family:Calibri"><font color="#000000">Thanks,</font></p>
<p style="margin:0px;font-family:Calibri"><font color="#000000">Anne</font></p>
<p style="margin:0px;font-family:Calibri;min-height:17px"><font color="#000000"><br>
</font></p>
<p style="margin:0px;font-family:Calibri;min-height:17px"><font color="#000000"><br>
</font></p>
<p style="margin:0px;font-family:Calibri"><font color="#000000">1 <a href="https://blueprints.launchpad.net/openstack-manuals/+spec/restructure-documentation" target="_blank">https://blueprints.launchpad.net/openstack-manuals/+spec/restructure-documentation</a></font></p>

<p style="margin:0px;font-family:Calibri"><font color="#000000">2 <a href="https://blueprints.launchpad.net/openstack-manuals/+spec/modularize-admin-guide" target="_blank">https://blueprints.launchpad.net/openstack-manuals/+spec/modularize-admin-guide</a></font></p>

<p style="margin:0px;font-family:Calibri"><font color="#000000">3 <a href="https://blueprints.launchpad.net/openstack-manuals/+spec/os-admin-docs" target="_blank">https://blueprints.launchpad.net/openstack-manuals/+spec/os-admin-docs</a></font></p>

<p style="margin:0px;font-family:Calibri"><font color="#000000">4 <a href="https://wiki.openstack.org/w/index.php?title=Blueprint-restructure-documentation&diff=25490&oldid=24528" target="_blank">https://wiki.openstack.org/w/index.php?title=Blueprint-restructure-documentation&diff=25490&oldid=24528</a></font></p>

<p style="margin:0px;font-family:Calibri"><font color="#000000">5 <a href="https://wiki.openstack.org/wiki/Blueprint-restructure-documentation#OpenStack_Admin_User_Guide" target="_blank">https://wiki.openstack.org/wiki/Blueprint-restructure-documentation#OpenStack_Admin_User_Guide</a></font></p>

<p style="margin:0px;font-family:Calibri;min-height:17px"><font color="#000000"><br>
</font></p>
<p style="margin:0px;font-family:Calibri"><font color="#000000">More reference information. </font></p>
<p style="margin:0px;font-family:Calibri;min-height:17px"><font color="#000000"><br>
</font></p>
<p style="margin:0px;font-family:Calibri"><font color="#000000">These are the current titles for the admin audience:</font></p>
<p style="margin:0px;font-family:Calibri"><font color="#000000">OpenStack Block Storage Service Administration Guide</font></p>
<p style="margin:0px;font-family:Calibri"><font color="#000000">OpenStack Compute Administration Guide</font></p>
<p style="margin:0px;font-family:Calibri"><font color="#000000">OpenStack Network Service Administration Guide</font></p>
<p style="margin:0px;font-family:Calibri"><font color="#000000">OpenStack Object Storage Administration Guide</font></p>
<p style="margin:0px;font-family:Calibri"><font color="#000000">OpenStack Operations Guide</font></p>
<p style="margin:0px;font-family:Calibri"><font color="#000000">OpenStack High Availability Guide</font></p>
<p style="margin:0px;font-family:Calibri"><font color="#000000">OpenStack Virtual Machine Image Guide</font></p>
<p style="margin:0px;font-family:Calibri"><font color="#000000">OpenStack Security Guide</font></p>
<p style="margin:0px;font-family:Calibri;min-height:17px"><font color="#000000"><br>
</font></p>
<p style="margin:0px;font-family:Calibri"><font color="#000000">These are the additional titles for Havana under consideration:</font></p>
<p style="margin:0px;font-family:Calibri"><font color="#000000">Admin User Guide (sourced from End User Guide)</font></p>
<p style="margin:0px;font-family:Calibri"><font color="#000000">OpenStack Administration Guide (sourced by combining from modular content)</font></p>
</div>
</div>
<br>
<fieldset></fieldset> <br>
<pre>_______________________________________________
Openstack-docs mailing list
<a href="mailto:Openstack-docs@lists.openstack.org" target="_blank">Openstack-docs@lists.openstack.org</a><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs</a></pre>

</blockquote>
<br>
</div>
</div>
</div></div></span>
</div>

<br>_______________________________________________<br>
Openstack-docs mailing list<br>
<a href="mailto:Openstack-docs@lists.openstack.org">Openstack-docs@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs</a><br>
<br></blockquote></div><br></div>