19354147
Description
Flashcards by Benjamín García Gómez, updated more than 1 year ago
|
Created by Benjamín García Gómez
over 4 years ago
|
|
| Question | Answer |
| Agilidad | Gestión formulada sobre la adaptación o evolución continua. |
| Manifiesto Ágil | Valorar más: - A los individuos y su interacción que procesos y herramientas. - Software que funciona que doc. exhaustiva. - Colaboración con el cliente que negociación contractual. -Respuestas al cambio que el seguimiento de un plan. |
| Principios manifiesto Ágil Son 12 6 - 12 | Son 12: 1. Satisfacer al cliente con entrega temprana y continua de soft. de valor. 2. Bienvenido requisitos cambiantes. 3. Entregar soft que funciona con frecuencia. par de semanas a 2 meses. Mejor periodos cortos. 4. Negocio y desarrolladores trabajan juntos. 5. Make proyectos con individuos motivados. 6. La info de ida y vuelta siempre cara cara. |
| Principios manifiesto Ágil Son 12 7 - 12 | 7. El soft. que funciona principal medida de progreso. 8. Desarrollo sostenido. Todos los implicados mantener un ritmo constante indefinidamente. 9. Atención continua a la excelencia técnica. 10. Simplicidad, maximizar la cantidad de trabajo no realizado. 11. Las mejores arquitecturas de soft. son de equipos autoorganizan. 12. Reflexionar la forma de ser más efectivo. |
| Origen de SCRUM | Modelo de desarrollo Ágil -Desarrollo incremental -Calidad del resultado en el conocimiento de las personas en equipos autoorganizados -Solapamiento de fases |
| Rugby | SRUM define a la formación del rugby. |
| Ambiente de trabajo Ágil autoorganizado | 1986 Hirotaka Takeuchi e Ikujiro Nonaka Bautizan como SCRUM a este marco de trabajo. Caracterizado por: Equipos brillantes, autoorganizados y motivados |
| Metodología para desarrollo de software "SRUM Técnico" | 1995 Ken Schwaber En OOPSLA, presenta metodología desarrollo basada en SCRUM usando este mismo nombre para definirla. |
| Marco desarrollo basado en SCRUM de Ken Schwaber | 2005 Mike Cohn, Esther Derby y Ken Schwaber Make "Scrum Aliance" Difundir marco de trabajo basado en SCRUM también llamado así. |
| SCRUM Técnico | Ken Schwaber y Jeff Sutherland 1995 Aplicación de reglas definidas |
| Roles SCRUM Técnico | Dueño del producto "Product Owner" Equipo de desarrollo Scrum master |
| Eventos SCRUM Técnico | El Sprint Reunión de planificación Scrum diario Revisión del sprint Retrospectiva del Sprint |
| Artefactos SCRUM Técnico | Pila del producto o Backlog Pila del Sprint o Sprint backlog Incremento |
| SCRUM Avanzado Valores | Personas x procesos Resultados x documentación Colaboración x negociación Cambio x planificación |
| La pieza clave del SCRUM Técnico es el Sprint | Se denomina Sprint a cada ciclo o iteración que produce parte de productos terminados |
| Incremeto iteractivo | Pulsos de tiempos prefijados (timeboxing) Incremento usado en SCRUM Técnico |
| Incremento continuo | Flujo continuo sin tiempos prefijados |
| Pila de producto (Product Backlog) | Lista de requisitos, crece y evoluciona durante el producto Son las denominadas historias vistas desde el punto de vista del cliente. |
| Pila de Sprint (Sprint Backlog) | Lista de tareas del Sprint son las historias o requisitos vistos desde el punto de vista del equipo de desarrollo |
| Incremento | Resultado del Sprint completamente terminada y operativa |
| Evento Sprint | Cada iteración de desarrollo. Nucleo central que genera el avance tiempos prefijados (time boxing) Max. 4 semanas Pieza terminada, operativa y lista para ser desployed |
| Evento Reunión Planificación del Sprint | Reunión. Marca inicio Sprint Determina objetivo y tareas Sprint necesarias Puede durar hasta una jornada de trabajo asistentes: Equipo, dueño y Scrum Master. Todo aquel que aporte Reunión abierta |
| Evento Scrum Diario Daily Scrum | Reunión diaria no más de 15 minutos de pie al ser posible cuestiones -El trabajo realizado el día anterior -El que tiene previsto hoy -Necesita algo, eliminar impedimentos... |
| Evento Revisión del Sprint | Revisión del incremento generado con dicho Sprint. Adaptación Pila Producto si es necesario Una o dos horas, no mas de cuatro |
| Evento Retrospectiva Sprint | Evento incorporado año 2000 Revisión de lo sucedido durante el Sprint. Análisis de aspectos operativos, formas de trabajo. Proponer mejoras para próximo Sprint. De una a tres horas. |
| Roles | Dos grupos. Comprometidos e Implicados Comprometidos: Propietario del productos y equipo desarrollo. Implicados: Otros: dirección, comerciales... |
| Los tres Roles son: | - Propietario de productos o product owner - Equipo de desarrollo - Scrum master |
| Propietario del producto | Decisiones del cliente. Dar valor al producto. Sólo una persona. Conocimiento del negocio. Visión del producto Elaboración del la pila de pro. Gestión, organización y priorización de esta. |
| Equipo de desarrollo | Profesionales, realizan sprint incremento. de tres a nueve integrantes. Trabajo de forma solidaria. multifuncional. Autogestionados. |
| Scrum Master | Responsable cumplimiento reglas SCRUM técnico Proporciona Asesoría y formación. Servil: ayudando al equipo. |
Want to create your own Flashcards for free with GoConqr? Learn more.