.. _ux-personas: ================== OpenStack personas ================== We created personas to help you better define the OpenStack end-users who benefit from your OpenStack contributions. After much qualitative and quantitative research, we identified five personas that embody the most common roles performed by OpenStack users. We also considered where these personas fit into the cloud adoption workflow and how their roles may change depending on the size and user ecosystem of their company. You can utilize these personas in the design and development stage to help ensure user-centric contributions and well defined use cases. When used consistently, personas can help ensure your contributions lead to a positive user experience for OpenStack adopters. .. toctree:: :maxdepth: 1 ux-personas/infrastructure-arch.rst ux-personas/cloud-ops.rst ux-personas/domain-operator.rst ux-personas/project-owner.rst ux-personas/app-developer.rst ux-personas/model-companies.rst Meet the personas ----------------- :ref:`infrastructure-arch` Adrian is responsible for the strategy and road-map for his company’s cloud and identifies reasons to compel management to adopt OpenStack for production environments. :ref:`cloud-ops` Rey is involved in installing, operating, using, and updating the OpenStack cloud services. :ref:`domain-operator` Taylor manages the relationship with the cloud services provider. This includes managing quotas, number of users, applicable policies, and support tickets. :ref:`project-owner` Wei manages projects by adding or removing project members’ access to the cloud instance. Wei’s main concern is to have enough resources available to support Wei’s projects. :ref:`app-developer` Quinn develops and deploys cloud applications but does not necessarily know much about the underlying infrastructure of the cloud. Role ecosystem -------------- To better understand each persona role, see the following overall role ecosystem, which is based on levels of abstraction from hardware to application level. Within this ecosystem, we can see the current personas as well as candidates for future personas. .. The original SVG copy of this figure is available in in the same directory. .. figure:: figures/persona-ecosystem.png :align: center :width: 100% The personas in the above ecosystem fall into different phases of the cloud adoption workflow and are seen as separate and distinct from one another. Although it is advantageous to separate the personas based on typical users, some people, whom the personas represent, can assume multiple roles depending on their workplace and company responsibilities. To appreciate the personas in a different role ecosystem, see the following :ref:`model-companies`: :ref:`Nikishi-University` - Academic/Nonprofit Wants to provide cloud services to their internal labs and have bare metal. Do not want to hire resources internally to deploy trunk. :ref:`CNBB-Securities` - Enterprise Wants to provide cloud services to internal customers for applications that are not customers facing. Has both bare metal and operations. :ref:`Rifkom` - Service provider Wants to provide services to external customers that do not want or have internal resources. Has both bare metal and operations resources internally. :ref:`MOI` - Small/medium business Wants to deploy customer-facing applications, but do not have bare metal or a budget for operations resources.