Computing">
Nothing Special   »   [go: up one dir, main page]
Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 34 vistas

    User Stories.: Scrum Fundamentals: Capítulo 8

    Cargado por

    bet07ez
    Las tres oraciones son: Las historias de usuario son descripciones breves de características desde la perspectiva de un usuario, con un formato "Como... Quiero... Para". Los criterios de aceptación definen el comportamiento aceptable de una historia y pueden incluir escenarios. Las historias de usuario deben cumplir todos los criterios de aceptación para considerarse completas.

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd

    User Stories.: Scrum Fundamentals: Capítulo 8

    Cargado por

    bet07ez
    34 vistas1 página
    Las tres oraciones son: Las historias de usuario son descripciones breves de características desde la perspectiva de un usuario, con un formato "Como... Quiero... Para". Los criterios de aceptación definen el comportamiento aceptable de una historia y pueden incluir escenarios. Las historias de usuario deben cumplir todos los criterios de aceptación para considerarse completas.

    Descripción original:

    be agile v5

    Título original

    6f30425a-398b-4421-a124-d2f5fa77e467

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    Las tres oraciones son: Las historias de usuario son descripciones breves de características desde la perspectiva de un usuario, con un formato "Como... Quiero... Para". Los criterios de aceptación definen el comportamiento aceptable de una historia y pueden incluir escenarios. Las historias de usuario deben cumplir todos los criterios de aceptación para considerarse completas.

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Descargar como pdf o txt
    34 vistas1 página

    User Stories.: Scrum Fundamentals: Capítulo 8

    Cargado por

    bet07ez
    Las tres oraciones son: Las historias de usuario son descripciones breves de características desde la perspectiva de un usuario, con un formato "Como... Quiero... Para". Los criterios de aceptación definen el comportamiento aceptable de una historia y pueden incluir escenarios. Las historias de usuario deben cumplir todos los criterios de aceptación para considerarse completas.

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Descargar como pdf o txt
    de 1

    SCRUM FUNDAMENTALS: CAPÍTULO 8

    USER STORIES.

    DEFINICIÓN: Criterios de aceptación:


    Descripciones breves y simples de una característica contada desde Los criterios de aceptación definen el comportamiento aceptable
    la perspectiva de la persona que desea la nueva funcionalidad. para el estado de una historia realizada.
    Generalmente un ususario o cliente del sistema.
    Criterios escritos como escenarios pueden proporcionar detalles
    También puede ser otro Sistema. adicionales.

    Las redacta el Product Owner. Los escenarios son considerados una “evolución” de los criterios
    El Development Team colabora con la redacción de las de aceptación.
    historias.
    Un criterio de aceptación puede tener muchos escenario.
    Esto sucede durante el refinamiento.
    ESTIMACIÓN:
    FORMATO: Dividimos las User Stories para facilitar la estimación.
    Como <Rol del Usuario>
    <Rol del Usuario> La descripción de la persona, dispositivo Estimamos por Puntos de historia:
    o sistema que realiza la acción. Un punto de historiaes un número singular que representa:
    Volumen: ¿Cuánto hay?
    Quiero <Funcionalidad>
    <Funcionalidad> Es lo que deseamos que haga el sistema. Complejidad: ¿Qué tan dificil es?

    Para <Beneficio> Conocimiento: ¿Qué sabemos?


    <Beneficio> Explica el beneficio que va a obtener el
    usuario de este sistema. Incertidumbre: ¿Qué no se sabe?

    ORIGEN: Los puntos de la historia son relativos.


    1988: Alistair Cockburn: “Una historia de Usuario es una promesa
    para una conversación”. No están conectados a ninguna unidad de medida específica.

    1999: Kent Beck publicó Extreme Programming Explained: User Se comparar las User Stories con sus puntos de historia:
    Stories es parte del juego de la planación. Una historia de 8 puntosdebería demorar 4 veces más que una
    historia de 2 puntos.
    2001: Ron Jeffries: Propone 3C´s.
    Equipo XP Connextra: Proponen la Plantilla: CRITERIOS DE ACEPTACIÓN:
    -Como...Quiero...Para. Una User Story puede tener más de un criterio de aceptación.

    2003: Bill Wake: Propone el acronimo INVEST para las User Stories y La User Story debe cumplir con todos los criterios de aceptación para
    SMART para las tareas. considerarse terminada.
    Si solo un criterio de aceptación no es cumplido, la historia no esta
    2004: Mike Cohn: Generalizó los principios de las historias de Usuario terminada.
    más allá del uso de tarjetas en su libro User Stories Applied: For
    Agile Software Development. El Development Team enfoca todo su esfuerzo en cumplir los criterios de
    aceptación.
    ESCENARIOS:
    Definición: Escritas y Definidas por el Product Owner.
    Define un comportamiento del sistema.
    Describen explícitamente las condiciones que las User Stories deben
    Un flujo (o flujo de trabajo) que realiza un usuario. satisfacer.

    Típicamente desde la vista externa del sistema. Los criterios de aceptación son únicos por User Story, el Definition of Done
    aplica a todos los PB Items del Sprint.
    Guía al Development Team con lo que se espera que haga
    la funcionalidad. 3C´s:
    Card: Representa la captura de la declaración de intenciones de la User
    Formato: Story. El uso de fichas proporciona una relación física entre el equipo y la
    Dado <Estado Actual> historia.
    Representa el estado inicial del escenario.
    Conversation: Representa una “promesa para una conversación” sobre la
    Cuando <Ocurre una acción o un evento> historia entre el equipo, el Cliente/ Usuario, el PO y otras partes
    Representa la acción o evento que lleva al cambio interesadas.
    de estado.
    Confirmation: Representa los criterios de aceptación necesarios para que
    Entonces <Cambio de estado o salida> la User Story se considere terminada.
    Representa el resultado final al que se debe llegar
    el escenario después del evento. INVEST:
    Independiente: Escribir historias que se puedan desarrollar por separado.
    Es parte del desarrollo dirigido por comportamiento (BDD).
    Negociable: Escribe historias en las que se pueda negociar el alcance.
    Casos de uso:
    También son escenarios. Valuable: Escribe historias que son valiosas para el cliente.

    Pre-condición: Equivalente a Dado... Estimable: Escribe historias que puedan ser estimadas.

    Flujo: Equivalente a Cuando... Pequeña (S): Escribe historias que puedan caber en una Sprint.

    Post-condición: Equivalente a Entonces... Testeable: Escribe historias que sean comprobables a través de pruebas.

    Flujos alternativos o excepciones se convierten en sus PERSONA: Personaje de ficción detallados actuán como usuarios
    propios escenarios. representativos.

    También podría gustarte