Grupo de Investigación GISEPROI ID: Ver:

Proceso de Desarrollo de Software 1.0.0.0

Plantilla Historia de Usuario Pág ​1​ de 4

HISTORIA DE USUARIO 
Plantilla

GISEPROI
Universidad Distrital Francisco José de Caldas
 Grupo de Investigación GISEPROI ID: Ver:
Proceso de Desarrollo de Software 1.0.0.0

Plantilla Historia de Usuario Pág ​2​ de 4

Información general

Identificador Único de la Historia

<ID de la historia>

Versión Actual
<número de versión>

Estado del documento

<Estado del documento de historia de usuario. Se sugiere categorizar de conformidad al
estado de madurez de la historia. No debe confundirse con el estado de desarrollo de la
historia de usuario. Puede ser alguno de los siguiente estados:>

Propuesta Inicial

En revisión

Aceptada

Propietario / Patrocinador
<Persona o rol encargado de definir/aceptar la historia. Si bien puede participar un grupo de
personas, se recomienda que sea un único interesado quien se responsabilice.>

<Nombre Completo> <Cargo> <Correo Electrónico>

Historias

Tarjeta
Yo, como <Rol>

Quiero​ ​(puedo, <descripción de la funcionalidad (necesidad), deseo>

necesito)

Para < (Opcional) Razón fundamental del por qué la historia debe
desarrollarse.>

Conversación
<Aspectos fundamentales emanados de las conversaciones entre los interesados y el
equipo de trabajo; que clarifican la historia de usuario. El número de participantes en la
conversaciones de aclaración de la historia varía de conformidad al proceso de desarrollo -

GISEPROI
Universidad Distrital Francisco José de Caldas
 Grupo de Investigación GISEPROI ID: Ver:
Proceso de Desarrollo de Software 1.0.0.0

Plantilla Historia de Usuario Pág ​3​ de 4

por ejemplo podría ser solo un representante del negocio y un representante del equipo, un
representante del negocio y varios representantes de equipo, varios representantes del
negocio y varios del equipo, etc >

Aspecto 1 <Descripción del aspecto de aclaración de la historia, fruto de

la conversación entre interesados>

Aspecto 2 <Descripción del aspecto de aclaración de la historia, fruto de

la conversación entre interesados>

Aspecto n <Descripción del aspecto de aclaración de la historia, fruto de

la conversación entre interesados>

Criterios de aceptación de la historia de usuario

<Elementos, propiedades e indicadores clave que deben ser tenidos en cuenta al momento
de aprobar la implementación de la historia de usuario. Pueden ser criterios funcionales o
no funcionales (desempeño, disponibilidad, seguridad, confiabilidad, conformidad normativa,
etc) >

Criterio de Aceptación 1 <Descripción del criterio de aceptación>

Procedimiento de <Listado de pasos o enlace a un documento que describa un

Verificación procedimiento para la verificación del cumplimiento del
criterio de aceptación>

Criterio de Aceptación 2 <Descripción del criterio de aceptación>

Procedimiento de <Listado de pasos o enlace a un documento que describa un

Verificación procedimiento para la verificación del cumplimiento del
criterio de aceptación>

Criterio de Aceptación n <Descripción del criterio de aceptación>

Procedimiento de <Listado de pasos o enlace a un documento que describa un

Verificación procedimiento para la verificación del cumplimiento del
criterio de aceptación>

Requisitos de infraestructura ​<Opcional>

<Aspectos requeridos de infraestructura para el desarrollo, prueba y despliegue del sistema
que implementa la historia. Importante para historias de usuario que tienen criterios de

GISEPROI
Universidad Distrital Francisco José de Caldas
 Grupo de Investigación GISEPROI ID: Ver:
Proceso de Desarrollo de Software 1.0.0.0

Plantilla Historia de Usuario Pág ​4​ de 4

aceptación estrictos en desempeño o cumplimiento normativo. Mal enfocado podría

conducir al acoplamiento entre los dominios, razón por lo cual esta sección debe
desarrollarse teniendo claro su alcance.>

Ideas de Interfaz de usuario ​<opcional>

<Representaciones gráficas o descripciones de la interfaz gráfica asociada a la historia de
usuario. Especialmente útil para definir criterios relacionados con la experiencia de usuario y
el aspecto (look and feel) de la implementación. Pueden ser wireframes, mockups
(maquetas), pantallazos, etc; o enlaces a las plataformas de diseño en donde se
encuentran>

GISEPROI
Universidad Distrital Francisco José de Caldas