Identificar las necesidades de un proyecto a través de historias de usuarios 1
20
-
Upload
itservice- -
Category
Education
-
view
52 -
download
1
Transcript of Identificar las necesidades de un proyecto a través de historias de usuarios 1
Nuestra Especialidad son las buenas prácticas
de Gestión TI
“ La información contenida en esta presentación es de carácter CONFIDENCIAL e INTRANSFERIBLE y es propiedad Intelectual de It Service.”
Esta información no puede ser compartida, copiada o entregada a personal externo a su organización.
Quienes Somos
en brindar consultorías, auditorias, entrenamientos y certificación en estándares y metodologías mundiales para la industria de las tecnologías de la información.
Compañía especializada
Entrenamientos y Certificaciones.
ITIL®
Dirección de Proyectos
Preparación Examen PMP®
Scrum Ciberseguridad
ISO 20000ISO 27000
Service Desk
TOGAF
Ethical Hacking
COBIT
Trivias-IT
Los invitamos a participar, descargado la aplicación KAHOOT, para participar de descuentos en nuestros cursos! https://kahoot.it/
SPEAKER: JAVIER CARDONA Coach agile ,Consultor senior, trainer e implementador de las buenas prácticas en
la gestión de servicios y la formulación de agilidad en proyectos
Identificar Las Necesidades De Un Proyecto A Través De Historias De Usuarios I
Requerimientos Agile – Requerimientos Tradicionales
Requisitos Funcionales• Es el estado puro de las características.• ¿Como se deben hacer las cosas?
Casos de Uso • Serie de características entre el usuario y el sistema• ¿Como lo quiere?
Historias de Usuario • Describe lo que el usuario quiere del sistema • ¿Qué se debe hacer? ¿Qué quiere el usuario?
¿Qué es?“Es una representación de una necesidad del usuario en forma escrita de una o dos frases, utilizando el lenguaje común del usuario”
User Story – Historias de Usuario
Principios básicos de los requerimientos Agile
Potencializa la participación del equipo en la toma de decisiones.
Se crea y evoluciona a medida que el proyecto avanza
Son peticiones pequeñas, menos es mas
Fomentan la cooperación, colaboración y la conversación entre los miembros del equipo
¿Por qué en el lenguaje del usuario?
“la parte mas difícil de reunir los requerimientos no es acto de añadir lo que el cliente quiere, es la actividad exploración e incremental de ayudar a otros a darse cuenta de que quieren” Steve McConnell
Según Albert Mehrabian, la comunicación humana se compone de tres partes:• 7%: El contenido (las palabras,
lo dicho)• 38%: El tono de la voz• 55%: Las expresiones faciales
¿Que debemos tener en cuenta en su creación?
Card Conversación Confirmación
Independiente Negociable Valiosa
Pequeña Testeable
Criterios de Aceptación
Criterios de Aceptación
Son los componentes, objetivos por los cuales se juzga la
funcionalidad de una User Story
DoD (Definition of Done)
Es un conjunto de reglas que se aplican a todas las User Story en
un determinado Sprint
S• Specific – Especifico
M• Measurable – Medible
A• Achievable - Alcanzable
R• Relevant - Relevante
T• Time-Boxing
Modelado de actores
Pueden existir diferentes personas que representaran el papel de los usuarios que los llamaremos “actores”
• ¿Quién es el usuario para el cual estamos trabajando?• ¿Qué hace, en que trabaja,
cuantos años tiene, como y donde vive?• ¿Qué tecnología sabe usar?• ¿Cuál es la necesidad por la cual
usara la aplicación o el producto?
¿Cómo se relaciona las historia de usuario con los roles de Scrum?
Creación
Propiedad y administración
Uso
Life-Cycle
Conclusión
¿Son las historias de usuario mejor que otros tipos de especificación de requerimientos?
Depende de la situación, pero en un ambiente de colaboración, la experiencia indica que claramente sí. La historia de usuarios no hará que el proyecto sea ágil, o la falta de ellas hará que sea difícil adquirir agilidad.
Visita nuestras Redes Sociales y dale clic en Me gusta
Twitter: @IT_Service_CoFacebook: /itservicecorp/Linkedin: It Service SAS Puede consultar más Informacion de nuestros cursos en www.itservice.com.co
