HISTORIAS DE USUARIO Ejercicio de Análisis. Rev. 0.1

Transcripción

1 HISTORIAS DE USUARIO Ejercicio de Análisis Rev. 0.1

2 1.- Introducción Objetivo de este documento Documento de formación ScrumManager (). Recoge 10 historias de usuario para análisis por parte del alumno. Es un documento de referencia para ejercicios, casos prácticos, o base para discusiones y comentarios. 1.2 Ámbito Miembros de la comunidad profesional ScrumManager 1.3 Derechos Derechos de distribución y uso de este documento registrados para referencia y consulta actualizada en Safe Creative

3 2.- Ejercicio Descripción del ejercicio El ejercicio trata de analizar la redacción de la descripción de 8 historias de usuario descritas en el apartado siguiente. Por ejemplo para: Como secretaria quiero poder entrar las citas de mi jefe para poder darle una planificación mensual. El análisis podría ser: Esta historia está escrita según el patrón Como [rol del, es concisa, independiente y el usuario obtiene un valor claro. Al final de este documento encontrarás un apartado con nuestro análisis de cada una de las historias para tu autoevaluación. Es recomendable hacer el ejercicio antes de leer ese apartado. Finalmente puedes subir tu ejercicio al foro del curso, estaremos encantados de darte nuestras sugerencias y observaciones. O bien copia-pega tu ejercicio en el cuerpo del mensaje o utiliza un formato de fichero usual para que podamos abrir sin problemas (pdf, xlsx, docx) Historias de usuario a analizar Escribir las reglas de negocio. Como lector quiero poder leer foros para decidirme qué libro leer. Probar el proceso de pedidos automáticos para garantizar que está libre de errores.

4 Quiero que la factura sea en color. Como propietario del producto quiero incluir restaurantes de alta cocina en la guía para obtener una guía para un público exigente. Como empleado quiero poder dar de alta anticipos para poder recibir el dinero para gastos por anticipado. Como equipo quiero que el usuario pueda dar de alta incidencias para que no llame directamente. Siendo cliente del banco quiero poder retirar efectivo del cajero automático para poder tener dinero en horario no laboral.

5 2.3.- Análisis de las historias Escribir las reglas de negocio. Esta historia no tiene ningún valor de negocio, no es independiente ni es pequeña. Es un saco en el que puede caber cualquier cosa. Se debe de desgranar y escribir en historias como: Como administrador quiero poder facturar a final de mes los pedidos pendientes para poder emitir las facturas. Como gerente quiero poder generar informes sobre las ventas para poder tomar mejores decisiones. Como lector quiero poder leer foros para decidirme qué libro leer. Esta historia es explícita y clara, y se basa en el patrón Como [rol del usuario], quiero [objetivo], para poder [beneficio]. Probar el proceso de pedidos automáticos para garantizar que está libre de errores. Todo incremento obtenido en un sprint debe de estar finalizado, lo que significa codificado, documentado y probado. Esta historia trata de refactorizar sprints anteriores, por tanto se trata de una deuda técnica, y no sería honesto llamar historia de usuario a una deuda técnica. Quiero que la factura sea en color. Esta historia no es independiente ya que depende de que la factura se desarrolle antes, y tampoco es estimable, a no ser que se conozca las características de la factura. Como propietario del producto quiero incluir restaurantes de alta cocina en la guía para obtener una guía para un público exigente. Aunque esta historia aparentemente está bien escrita, es incorrecta, porque hay que centrarse en el cliente o los usuarios finales, y el propietario del producto, aunque totalmente comprometido, no es receptor del producto. La historia se debería de escribir comenzando por ejemplo con "Como turista gourmet. Como empleado quiero poder dar de alta anticipos para poder recibir el dinero para gastos por anticipado. Esta historia está bien escrita, es independiente, estimable y el empleado obtiene un valor claro. Como equipo quiero que el usuario pueda dar de alta incidencias para que no llame directamente. Igual que el propietario del producto, el equipo no es el cliente ni el usuario final y en este caso la historia tiene valor de negocio nulo. El valor de negocio se obtendrá ofreciendo un servicio de HelpDesk que en ningún caso puede formar parte del producto desarrollado. Siendo cliente del banco quiero poder retirar efectivo del cajero automático para poder tener dinero en horario no laboral. Historia perfectamente escrita, independiente, aporta valor al cliente y sigue el patrón Como [rol del.