Método de desarrollo de software: Sad Scrum
Contenido
Introducción
EL modelo SAD Scrum
Visión del producto
Historias de usuario
Requisitos suplementarios
Técnica de captura de requisitos
Herramientas decaptura y análisis de requisitos
Sad Scrum:
Modelo
Roles
Artefactos (o entregables del proyecto)
Eventos
Sad Scrum> Estructura Scrum
Roles
El Product Owner
El Scrum Master
El TeamArtefactos
Product Backlog (Requerimientos funcionales y no funcionales)
Sprint Backlog
Burndown del Sprint
Burndown del Release o Producto
Backlog de impedimentos
Backlog de nuevas vulnerabilidades(new)
Eventos (reuniones)
Sprint Planning Meeting (Parte 1 y Parte 2)
Daily Scrum Meeting
Sprint Review Meeting (Demo)
Sprint Retrospective meeting
Principios
transparencia, inspección yadaptación.
Auto-organización
Sad Scrum>Artefactos preliminares
Visión
Historias de usuario (con ejemplos , incluido los de seguridad y calidad)
Arquitectura tecnológica (Especificacionessuplementarias)
Plan del proyecto-inicial
Estándares de desarrollo
Método de trabajo del equipo (Configuración del proyecto-ini)
Diagramas de entidades, de clases según patrón arquitectónico y lasinterfaces gráficas de usuario
Módulo de administración del Backend de la aplicación.
Otros artefactos.
Documento de Visión
Este documento define la visión del producto desde la perspectiva delcliente, especificando las necesidades o características del producto.
Constituye una base de acuerdo en cuanto a los requisitos del sistema.
El Product Owner usualmente compartirá su visión delproducto.
Cada miembro del equipo debe escribir su versión de la visión hasta tener una única visión.
Visión>Tabla de contenidos según RUP
Introducción
Título
Objetivos
Alcance
ReferenciasPosicionamiento
Descripción del problema
Beneficios del producto
Campos de acción
Stakeholders y Usuarios
Características del producto (inicial)
Requerimientos suplementarios
Requerimientos no...
Regístrate para leer el documento completo.