Vous êtes sur la page 1sur 6

30/12/2016 Cmoescribirunahistoriadeusuarioen5pasosAgileCoaching

INICIO BLOG CONCEPTOS GILES QUIN SOY TE AYUDO CONFERENCI

Cmo escribir una historia de usuario en 5 pasos


Posted on 12 febrero, 2015 by Carolina Gorosito

Qu es una user story?


Una user story (o historia de usuario) es un recordatorio de los requisitos del usuario escritos de manera g
liviana (en una tarjeta o post-it, real o virtual) para luegoconversar, negociar y acordar con el cliente qu se har en
momento que necesitemos planicarla, de acuerdo a las prioridades y objetivos del negocio.
Esto signica que los requerimientos pueden cambiar, conrmarse o eliminarse durante el proyecto, y se va
redeniendo a medida que avanzamos.
Las historias no son requerimientos escritos; contar historias a travs de la colaboracin con
palabras e imgenes es un mecanismo que construye entendimiento compartido. Son
discusiones acerca de las soluciones a problemas para nuestra organizacin, nuestros clientes y
nuestros usuarios, que llevan a acuerdos sobre los cuales construimos. Nuestro trabajo no es
construir software ms rpido: es maximizar la salida y el impacto a obtener de lo que
elegimosconstruir. Jeff Patton

Para qu sirven?
El objetivo de escribir user stories es determinar quin, qu ypara qu se utilizar cada funcionalidad.Son escuet
en su contenido porque dan la posibilidad de colaborar y construir iterativamenteentre los miembros del equipo, co
el cliente y usuarios nales, al recibir feedback.
Comparando con las metodologas tradicionales, en los casos de uso del Proceso Unicado, por ejemplo, hacamo
hincapi a las especicaciones del diseo de software para que pudieran codicarse como parte de una actividad d
sistema; en cambio a las historias de usuario las utilizamos para estimar y planicar, ocasin en la qu
aprovechamos para conversar en ms profundidad sobre sus particularidadesdentro del sistema, ytenemos desde
comienzo una pauta sobre cmo probarlas, con el criterio de aceptacin.
Por s solo el post it o tarjeta no tiene validez si no es corroborada y construida en cooperacin como equipo
Una user story sigue laforma:

Como <quin> Quiero <qu> Para <objetivo>.

http://agilecoaching.com.ar/comoescribirunahistoriadeusuarioen5pasos/ 1/6
30/12/2016 Cmoescribirunahistoriadeusuarioen5pasosAgileCoaching

Ejemplo de user story para crear un calendario de pago de expensas, en una aplicacin para la
administracinde edicios.

1. Quin utilizar la funcionalidad


Puede haber varias personas que representen el papel de usuario. Para poder entender a los usuarios debemo
imaginarnos qu caractersticas tienen las personas que usarn el sistema, y detallar su necesidad y problem
actuales para dar lugar al entendimiento comn sobre sus expectativas reales.
Como gua para poder identicar claramente quin es nuestro usuariopodemos responder estas preguntas :
Quin es el usuario para el que estamos trabajando en esta historia en particular?
Qu hace, en qu trabaja, cmo y dnde vive, cuntos aos tiene?
Qu tecnologa sabe usar? Le sera fcil aprender?
Para qu quiere usar la aplicacin?
Qu problemas se le presentan actualmente para resolver su necesidad?

http://agilecoaching.com.ar/comoescribirunahistoriadeusuarioen5pasos/ 2/6
30/12/2016 Cmoescribirunahistoriadeusuarioen5pasosAgileCoaching

Es posible que descubramos que no todos los usuarios se sientan cmodos empleandoel software que originalmen
pensamos, yhaya que adaptarlo a sus gustos particulares. Con el feedback que recibimos puede que tengamos qu
cambiar algunas condiciones de entrada, luego de que los usuarios lo prueben.

2. Ququieren los usuarios


A diferencia de las especicaciones tradicionales de software, las historias de usuario se caracterizan por describ
qu se espera como salida de la implementacin y cmo se ve beneciado el usuario nal. Escribimos su peticin e
lenguaje natural, sencillo, para poder conversar directamente con ellos sobre esto. Recordemos que generalmente lo
usuarios nales desconocen el lenguaje tcnico, y podemos ahorrarnos las palabras difcilespara discutir dentro d
equipo.Al usuario no le importa qu tecnologa usamos, sino si resolvemos su problema, y cmo usar esta soluci
quieren que sea simple, intituitiva, fcil de usar. Incluso dentrode nuestro equipo, no todos tienen que ser experto
en desarrollo para poder hacer su trabajo.

La parte ms difcil de reunir los requerimientos no es el acto de anotar lo que el cliente quiere,
es la actividad exploratoria e incremental de ayudar a otros a darse cuenta de qu quieren.
Steve McConnell

3. Para qu

http://agilecoaching.com.ar/comoescribirunahistoriadeusuarioen5pasos/ 3/6
30/12/2016 Cmoescribirunahistoriadeusuarioen5pasosAgileCoaching

Es importante denir un contexto para que exista la historia que estamos creando, porque nos ayudar a entender
valor que estaremos aportando, su objetivo de construccin, y nos da la posibilidad de explorar otras alternativ
para llegar al mismo n.
Nuevamente, a diferencia de los casos de uso, en donde estaban completamente escritos los pasos a seguir pa
llegar al objetivo, aqu podemos adoptar diferentes caminos, porque a medida que progresamos se harn m
claros para el equipo los gustos y deseos del cliente.

4. Resultados esperados
El criterio de aceptacin nos dice exactamente qu salidas obtendremos cuando nalice el proceso de ejecucin d
la funcionalidad, y nos sirve para vericar que est terminada la funcionalidad (DOD). Esta condicin es
directamente relacionada con las pruebas que realizaremos para vericar que cumplimos con la expectativa d
diseo, usabilidad,rendimiento, y principalmente la satisfaccin de su necesidad.
Hay varias maneras de escribir el criterio de aceptacin: incluyendo puntos a vericar (como en el ejemplo
pequeospasos para llegar a estos resultados, descripcin breve del proceso, bosquejo sencillo, o laforma (til pa
la automatizacin de pruebas):
Dado que <condicin> Cuando <causa> Entonces <efecto>.
En los resultados esperados podemos tener mock-ups, wireframes o prototipos, dibujos a mano alzada ydiagram
de las interfaces que esperamos construir. No es necesario que sea algo complejo, con que pueda entenderse y
partir de all construir la solucin es suciente (en caso de no requerirse documentacin especca por parte d
cliente).

5. Comentarios
Como dijimos, las user stories facilitan laconversacin permanente con el cliente para vericar que lo que estamo
construyendo est de acuerdo a sus expectativas en cuando a funcionamiento del sistema. Esta discusin
negociacin se va registrando segn se necesite como comentarios, notas adicionalesa tener en cuenta a la hora d
llevarlo a cdigo/diseo/pruebas. Esta forma de trabajo nos ayuda a colaborar y mantener una comunciacin uid
con los miembros del equipo, ya que la historia va cambiando durante la marcha de la iteracin y progresivamente
va elaborando en conjunto.

About LatestPosts

Carolina Gorosito
Agile Coach, trainer & consultant at Agile Coaching

Conferencista, capacitadora, coach, autora y mentora.


Su misin como agile coach es acompaar a las organizaciones en el proceso evolutivo hacia la excelencia,
a travs de la mejora continua.
Translate
Seguime

Los lectores vieron tambin:


http://agilecoaching.com.ar/comoescribirunahistoriadeusuarioen5pasos/ 4/6
30/12/2016 Cmoescribirunahistoriadeusuarioen5pasosAgileCoaching

Cmo priorizar las Cmo priorizar las Cmo priorizar las


Tengo las habilidades actividades de un actividades de un actividades de un
para ser un tester gil? proyecto Parte 3 proyecto Parte 1 proyecto Parte 6

La felicidad est en compartir:

1 Ms

Me gusta:

Megusta
Selprimeroendecirquetegusta.

Relacionado

Cmo priorizar las actividades de Tengo las habilidades para ser un Cmo priorizar las actividades de
un proyecto - Parte 1 tester gil? un proyecto - Parte 3
8 abril, 2015 3 julio, 2015 24 abril, 2015
En "Blog" En "Blog" En "Blog"

This entry was posted in Blog and tagged gil, criterio de aceptacin, historia de usuario, requerimiento, requisito
story. Bookmark the permalink.

0Comments Sortby Oldest

Addacomment...

FacebookCommentsPlugin

Translate
ENLACES TILES CREATIVE COMMONS SUSCRBETE A MI
LICENSE BOLETN
Guas de Scrum en varios idiomas
Correo Electrnico *
Presentaciones en Slideshare

http://agilecoaching.com.ar/comoescribirunahistoriadeusuarioen5pasos/ 5/6
30/12/2016 Cmoescribirunahistoriadeusuarioen5pasosAgileCoaching

Tecnoday_

Esta obra est bajo una Licencia


Da del programador SUSCRBETE!
Creative Commons Atribucin-
Entrevista de IndustriaIT NoComercial-SinDerivar 4.0
Internacional.
Publicada en SUBA

The Project Canvas

COPYRIGHT 2016 AGILE COACHING

SocialMediaIconsPoweredbyAcuraxWebsiteDesigningCompany

Translate

http://agilecoaching.com.ar/comoescribirunahistoriadeusuarioen5pasos/ 6/6

Vous aimerez peut-être aussi