Marco Scrum — Unidad de autoaprendizaje
Sección 1 de 12 · Referencia: documento de referencia del marco 2020, secciones Propósito y Teoría; Manifiesto Ágil
Fundamento ágil y trabajo empírico
Por qué planificarlo todo de antemano fracasa en productos complejos, qué significa el empirismo y en qué se diferencia lo iterativo de lo incremental.
De un vistazo
Las conexiones esenciales de esta sección en forma de diagramaNota sobre esta secciónLos puntos clave marcados como Práctica o Lean, la distinción entre método y práctica, las distintas formas de desperdicio y todas las cifras de los ejemplos no proceden del documento de referencia del marco. Los cuatro pares de valores del Manifiesto Ágil se nombran en su forma española establecida y sus doce principios se reproducen en su sentido; no se toma ningún pasaje continuo.
Los tres pilares siguen un orden fijo
Cada pilar presupone el anterior — por eso no se puede omitir ninguno
Iterativo
El mismo resultado se retrabaja y se refina en ciclos.
Práctica
Incremental
Cada ciclo añade una parte utilizable.
Práctica
Scrum es ambas cosas
Cada Sprint crea un incremento utilizable y permite retrabajar lo ya surgido.
Marco: Teoría
Las 8 lecciones
Pulsar para desplegar · la marca de la izquierda señala una lección como completadaEl trabajo planificable y el trabajo de producto complejo exigen enfoques opuestos
Trabajo planificable
- El camino de la solución se conoce por pasadas anteriores y es repetible
- La desviación del plan se tiene por un error y se reconduce
- Un plan largo al principio reduce el coste total
Trabajo de producto complejo
- El camino de la solución solo se revela mientras se trabaja
- La desviación es un hallazgo nuevo y modifica el plan
- Los ciclos cortos con inspección real reducen el coste total
Recuerde: Trampa de examen: no es el tamaño de un proyecto lo que lo hace complejo, sino el desconocimiento del camino de la solución. El precio de una corrección crece con la distancia entre la decisión y su inspección. Quien coloca todas las decisiones al principio levanta meses de trabajo sobre supuestos que nadie ha comprobado. Por eso el trabajo empírico sustituye el único plan largo por muchos ciclos cortos, en los que cada supuesto se encuentra pronto con un resultado.
Práctica- Un trabajo se considera planificable cuando un trabajo comparable ya se ha realizado varias veces con un resultado comparable.
- Cuanto más tarde se detecta un error, más trabajo ya construido depende de él y debe corregirse con él.
- La respuesta a un trabajo impredecible no es un plan más fino, sino una distancia más corta entre la decisión y su inspección.
Marco: Sprint- Una duración de ciclo fija y corta limita el daño de una decisión errónea al trabajo de un único Sprint.
Ejemplo práctico
Un equipo debe sustituir el portal de reservas de una aseguradora. De antemano se describen y aprueban 240 requisitos a lo largo de nueve meses. A los siete meses, la primera versión llega a 50 usuarios de prueba: la búsqueda apenas se usa y, en su lugar, los usuarios piden un archivo documental que no figura en ningún requisito. Como el modelo de datos y la interfaz están hechos a la medida de la búsqueda descrita, el cambio cuesta tres meses. Con ciclos de dos semanas y uso real, el mismo hallazgo habría estado disponible a las cuatro semanas por dos semanas de retrabajo.
Comprobación de conocimientos de la lección 1
2 preguntasPregunta Un equipo debe desarrollar un producto con tecnología no probada y comportamiento de usuario desconocido. ¿Qué se deduce para la planificación?
Opción única · exactamente una de 4 respuestas es correcta
ExplicaciónLa sección sobre la teoría apoya las decisiones en la experiencia y la observación; en un trabajo complejo solo el transcurso muestra lo que realmente ocurre. Un plan más fino o congelado solo aumenta la cantidad de supuestos sin comprobar. Esperar a conocer por completo el camino de la solución aplazaría el inicio indefinidamente.Pregunta La planificación previa fracasa en productos complejos sobre todo porque los proyectos son demasiado grandes. ¿Es correcta esa razón?
Verdadero o falso · una respuesta es correcta
ExplicaciónNo es el tamaño de un proyecto lo que lo sustrae a la planificación previa, sino el desconocimiento del camino de la solución; el marco se dirige expresamente a problemas complejos. Un proyecto pequeño con tecnología no probada tampoco es planificable de antemano, mientras que uno grande hecho de trabajo conocido a menudo lo es muy bien. El esfuerzo de planificación en sí no cambia nada de eso.Ambos lados de cada par de valores tienen valor; el de la izquierda pesa más
Ponderado más alto Conserva valor Fuente Individuos e interacciones Procesos y herramientas Manifiesto Ágil Software funcionando Documentación extensiva Manifiesto Ágil Colaboración con el cliente Negociación contractual Manifiesto Ágil Respuesta ante el cambio Seguir un plan Manifiesto Ágil Recuerde: Trampa de examen: el lado derecho se lee a menudo como rechazado, cuando solo está ponderado más bajo; las columnas nombran los pares de valores en su forma española establecida. El Manifiesto no describe un método, sino una actitud: cuatro ponderaciones y doce principios que se derivan de ellas. El diagrama de esta lección muestra las ponderaciones; la lista completa de los principios está en la vista general, en Para profundizar. Los principios hacen comprobables las ponderaciones, porque nombran comportamientos observables en lugar de intenciones.
Manifiesto Ágil- Como medida más importante del progreso, el Manifiesto nombra el software que funciona, no el grado de cumplimiento de un plan; el curso lo traslada a cualquier producto.
- Negocio y desarrollo trabajan juntos a diario; la conversación directa se considera la forma de comunicación más eficaz.
- Un ritmo que todos los implicados puedan mantener de forma sostenida forma parte de la exigencia y no es una condición secundaria.
- La excelencia técnica, un buen diseño y la sencillez aumentan la capacidad de cambiar de rumbo más adelante.
Práctica- El Manifiesto no nombra eventos, ni responsabilidades, ni artefactos; eso solo lo añade un marco.
Ejemplo práctico
En un proyecto con doce personas implicadas, cada cambio funcional pasa por un formulario y una reunión semanal de comité; hasta que hay una decisión transcurren nueve días de media. El equipo propone sentar a la responsable funcional directamente junto a desarrollo dos mañanas por semana. El formulario se mantiene para los cambios de presupuesto; todo lo demás se decide hablando. El tiempo de respuesta de una cuestión funcional baja de nueve días a medio día, sin que se suprima ni una sola regla. Eso es exactamente lo que significa ponderar en lugar de rechazar.
Los doce principios de un vistazo, en Para profundizar
Comprobación de conocimientos de la lección 2
2 preguntasPregunta Un cliente lee la mayor ponderación de la respuesta al cambio como una renuncia a la planificación. ¿Cómo se rectifica?
Opción única · exactamente una de 4 respuestas es correcta
ExplicaciónEl Manifiesto Ágil hace seguir a sus cuatro pares de valores la frase de que los elementos de la derecha tienen valor y los de la izquierda pesan más. Suprimir los planes no es lo que se quiere decir. Las dos últimas opciones convierten la ponderación en una condición que el Manifiesto no establece.Pregunta ¿Qué afirmaciones se corresponden con los principios del Manifiesto Ágil?
Selección múltiple · exactamente 2 de 4 respuestas son correctas · todo o nada
0 de 2 marcadasExplicaciónEntre sus principios, el Manifiesto Ágil nombra el software que funciona como medida más importante del progreso y un ritmo sostenible; el curso lo generaliza al producto que funciona. Da expresamente preferencia a la conversación directa frente a una transmisión escrita extensa. La autoorganización contradice la asignación estrecha de tareas.Los tres pilares solo actúan en este orden y solo completos
- 1TransparenciaEl trabajo y los artefactos son visibles por igual para quienes ejecutan y para quienes reciben.Marco: Teoría
- 2InspecciónLos artefactos y el progreso se comprueban con frecuencia y esmero frente al objetivo.Marco: Teoría
- 3AdaptaciónSi algo se desvía de los límites acordados, el enfoque o el resultado se corrige cuanto antes.Marco: Teoría
Recuerde: Trampa de examen: el orden es una dependencia, no una secuencia de fechas — sin transparencia la inspección es engañosa, sin adaptación queda sin consecuencia. El trabajo empírico obtiene conocimiento de la observación de lo ocurrido, no de la predicción de lo que viene. El marco no deja eso a la actitud de cada cual, sino que integra firmemente las ocasiones para ello: cada evento es una ocasión fijada para mirar el resultado y derivar de él una decisión.
Marco: Teoría- Una información ausente o embellecida hace engañosa cualquier inspección y consume esfuerzo sin sostener una decisión sólida.
- Inspección y adaptación van juntas; quien inspecciona y luego no cambia nada consume esfuerzo sin beneficio alguno.
- Los artefactos son la base que se inspecciona; si su transparencia es escasa, las decisiones apoyadas en ellos pueden disminuir el valor y aumentar el riesgo.
Marco: Eventos- Los eventos son las ocasiones integradas para la inspección y la adaptación; fuera de ellos ambas están permitidas en todo momento.
Ejemplo práctico
Un equipo mantiene en su tablero una columna de estado rotulada casi terminado. Tres tareas llevan once días ahí porque falta una aprobación; en el tablero parecen progreso. En el Daily Scrum el equipo informa de progreso y en el Sprint Review se ve que, de cinco elementos previstos, solo dos son utilizables. Tras suprimir ese estado, cada tarea está abierta o terminada según la Definition of Done. El número de elementos abiertos salta de cero a tres. Resulta incómodo, pero desde ese momento cada decisión se apoya en el estado real.
Comprobación de conocimientos de la lección 3
2 preguntasPregunta En un equipo hay tres tareas marcadas como casi terminadas aunque llevan días esperando una aprobación. ¿Qué pilar se vulnera primero?
Opción única · exactamente una de 4 respuestas es correcta
ExplicaciónLa sección sobre la teoría pone la transparencia como condición: solo un trabajo visible y sin disfraz puede inspeccionarse con sentido. La inspección y la adaptación no fallan aquí en sí mismas, sino por la base falseada. Medido con la Definition of Done, un trabajo está terminado o no lo está; un estado como casi terminado afirma un grado que la Definition of Done no confirma.Pregunta ¿Qué afirmaciones sobre los tres pilares del trabajo empírico son correctas?
Selección múltiple · exactamente 3 de 5 respuestas son correctas · todo o nada
0 de 3 marcadasExplicaciónLa sección sobre la teoría describe la transparencia como condición de la inspección y exige que una adaptación se produzca cuanto antes. La transparencia vale por igual para quienes ejecutan y para quienes reciben, no para un solo lado. Posponerla hasta el próximo Sprint Planning no sería compatible con ello.Toda forma de desperdicio inmoviliza capacidad que luego falta para el valor
Desperdicio Cómo reconocerlo Fuente Trabajo inacabado Mucho empezado a la vez, poco terminado Lean Traspasos El trabajo cambia de responsable y espera allí Lean Tiempos de espera El progreso depende de una aprobación o de un suministro Lean Funciones no utilizadas Construidas y entregadas, usadas por nadie Lean Retrabajo El mismo punto se toca varias veces Lean Recuerde: Trampa de examen: una función no utilizada es trabajo pagado por completo sin contrapartida alguna. El marco nombra expresamente el Lean Thinking como segunda base junto al trabajo empírico. La idea es sencilla: lo que no aporta nada al resultado se deja fuera, para que la vista sobre lo esencial quede despejada. Los ciclos cortos solo ayudan si no se llenan de trabajo que nadie necesita.
Lean- El Lean Thinking dirige la atención a lo esencial y retira todo lo que alarga el camino hasta allí.
- El trabajo empezado pero no terminado inmoviliza esfuerzo y atención sin que nadie pueda aprovecharlo.
Práctica- Lean Thinking y empirismo se refuerzan: cuanto menos hay abierto a la vez, con más claridad muestra una inspección lo que está realmente terminado.
- Limitar el trabajo empezado a la vez es la medida más rápidamente eficaz contra las existencias inacabadas.
Ejemplo práctico
Un equipo de seis Developers ha empezado a mitad del Sprint nueve de los once elementos previstos y no ha terminado ninguno. Cada persona cambia de tema varias veces al día y dos elementos esperan una aprobación de otra área. El equipo limita a tres los elementos abiertos a la vez y solo toma uno nuevo cuando otro está terminado según la Definition of Done. Al final del Sprint hay ocho elementos utilizables en lugar de cuatro como en el Sprint anterior, con la misma plantilla y el mismo tiempo de trabajo.
Comprobación de conocimientos de la lección 4
2 preguntasPregunta A mitad del Sprint, un equipo ha empezado nueve de once elementos y no ha terminado ninguno. ¿Cómo valorar este estado en términos de Lean Thinking?
Opción única · exactamente una de 4 respuestas es correcta
ExplicaciónEl Lean Thinking cuenta como desperdicio el trabajo empezado pero no terminado, porque inmoviliza esfuerzo y no beneficia a nadie. La ocupación no es una medida de valor. Que el resultado solo surja al final del Sprint no explica esas existencias altas: un Sprint puede producir varios Increments, y una entrega no está ligada al final del Sprint; el trabajo empezado queda sin beneficio hasta su conclusión.Pregunta En dos Sprints, un equipo construye una función de exportación que, tras un trimestre, se invoca en uno de cada 400 trámites. ¿Qué clasificación es correcta?
Opción única · exactamente una de 4 respuestas es correcta
ExplicaciónEl Lean Thinking cuenta las funciones no utilizadas como desperdicio, pues el trabajo está pagado por completo y no aporta contrapartida. El retrabajo surge de una falta de calidad y el tiempo de espera de un progreso bloqueado; aquí no se da ninguno de los dos. Cumplir la Definition of Done no dice nada sobre el beneficio.Lo iterativo mejora lo existente, lo incremental añade algo utilizable
Iterativo
- El mismo resultado se retrabaja y se refina en ciclos
- La segunda pasada mejora lo que produjo la primera
- Sin retrabajo, todo error permanece en el producto
Incremental
- Se añaden partes utilizables a lo ya entregado
- Cada parte funciona por sí sola, aunque falte todavía el resto
- Sin añadir, nunca surge nada que alguien pueda usar
Recuerde: Trampa de examen: unas fases troceadas en tramos cortos no son ni iterativas ni incrementales, solo están troceadas. En cada Sprint surge un Increment utilizable, y eso hace que el enfoque sea incremental; al mismo tiempo, lo ya surgido puede retrabajarse en Sprints posteriores, y con ello es iterativo. Si falta una de las dos propiedades, el Sprint pierde su sentido: sin resultado utilizable no hay nada que inspeccionar, y sin retrabajo el hallazgo queda sin consecuencia.
Marco: Increment- Un Increment es un estado intermedio utilizable en el camino hacia el Product Goal; un trabajo forma parte de él solo cuando cumple la Definition of Done.
- Un Sprint que contiene solo análisis o solo pruebas no produce ningún resultado inspeccionable y contradice ambas propiedades.
Marco: Teoría- Retrabajar partes ya entregadas no es un retroceso, sino la consecuencia buscada de una inspección.
Práctica- Un boceto o un montaje de prueba aclara una pregunta, pero no sustituye a un Increment, porque no está destinado al uso.
Ejemplo práctico
Un equipo construye un recorrido de solicitud con cuatro pasos. En el primer Sprint entrega el paso uno plenamente utilizable; 30 usuarios de prueba presentan con él solicitudes reales. Dos comentarios pesan mucho: hay demasiados campos obligatorios y falta el guardado intermedio. En el segundo Sprint se añade el paso dos, y el paso uno recibe el guardado intermedio y se alivia de cuatro campos. Si el equipo hubiera diseñado primero los cuatro pasos y construido después los cuatro, ambos comentarios se habrían visto solo tras el último Sprint.
Comprobación de conocimientos de la lección 5
2 preguntasPregunta Un equipo divide su proyecto en cuatro Sprints con los contenidos análisis, diseño, implementación y prueba. ¿Cómo se clasifica este enfoque?
Opción única · exactamente una de 4 respuestas es correcta
ExplicaciónEl marco exige que en cada Sprint surja un Increment utilizable; el Equipo Scrum es responsable del resultado. Una fase de análisis o de prueba no produce nada utilizable ni retrabaja un resultado existente. Unos tramos cortos por sí solos no hacen que un modelo por fases sea iterativo ni incremental.Pregunta ¿Qué afirmaciones describen correctamente cómo se combinan el trabajo iterativo y el incremental en Scrum?
Selección múltiple · exactamente 2 de 4 respuestas son correctas · todo o nada
0 de 2 marcadasExplicaciónLa sección sobre el Increment describe cada Increment como un paso utilizable que se añade a lo entregado hasta entonces, y la sección sobre la teoría convierte el retrabajo en la consecuencia buscada de una inspección. Como retrabajo cuenta subsanar una falta de calidad; retrabajar a raíz de un hallazgo nuevo no es desperdicio. Una aprobación del Increment por las partes interesadas es desconocida para el marco.Cuanto más bajo el nivel, más concreta la prescripción y más fácil de intercambiar
Marco
Pone límites y deja abierto cómo se rellenan; Scrum pertenece a este nivel.
Marco: DefiniciónMétodo
Prescribe de forma vinculante un procedimiento concreto, incluido el orden de los pasos.
PrácticaPráctica
Una técnica aislada, por ejemplo Planning Poker, story mapping o pair programming.
Práctica
Recuerde: Trampa de examen: prácticas como el Planning Poker se toman a menudo por componentes del marco. Scrum es deliberadamente incompleto: nombra responsabilidades, eventos y artefactos, y calla sobre las técnicas con las que un equipo los rellena. Ese hueco no es una carencia, sino el lugar donde un equipo puede aportar su propia forma de trabajar, y cambiarla de nuevo, sin vulnerar el marco.
Marco: Definición- El marco fija qué hay y para qué está; la elección de las técnicas queda en manos del Equipo Scrum.
- Como los componentes se apoyan unos en otros, omitir un solo componente cambia el resultado del conjunto.
Práctica- Cambiar de método significa sustituir toda la forma de trabajar; cambiar de práctica significa sustituir solo una técnica.
- El desarrollo guiado por pruebas y el pair programming son prácticas: útiles, pero no exigidas por el marco.
Ejemplo práctico
Dos equipos trabajan en el mismo producto. El equipo A estima en puntos con Planning Poker; el equipo B solo cuenta elementos y mide su tiempo de ciclo. Ambos celebran todos los eventos, ambos trabajan sobre un Product Backlog, ambos entregan al final del Sprint un Increment conforme a una Definition of Done común. Un nuevo responsable exige puntos para todos, porque los tiene por parte de Scrum. El Scrum Master objeta con argumentos: la técnica de estimación es una práctica y, por tanto, asunto de cada equipo, pues el marco no prescribe ningún método de estimación.
Comprobación de conocimientos de la lección 6
2 preguntasPregunta Un responsable exige que todos los equipos de un producto estimen en puntos con Planning Poker, porque eso formaría parte de Scrum. ¿Qué es correcto?
Opción única · exactamente una de 4 respuestas es correcta
ExplicaciónLa sección sobre la definición describe Scrum como un marco deliberadamente incompleto que deja abiertas las técnicas; los métodos de estimación no están entre ellas. El Sprint Planning exige un plan, pero ninguna técnica de estimación concreta. Sobre su forma de trabajar deciden los Developers, no el Product Owner ni una instrucción externa.Pregunta Un nuevo miembro del equipo pregunta por qué el equipo puede elegir libremente el pair programming pero no puede suprimir el Daily Scrum. ¿Qué explicación es correcta?
Opción única · exactamente una de 4 respuestas es correcta
ExplicaciónLa sección sobre la definición describe el marco como deliberadamente incompleto: solo se fija lo que el marco necesita para poner en práctica su teoría — los eventos forman parte de ello —, mientras que procesos, técnicas y métodos quedan libres. El pair programming es una práctica y por tanto de libre elección; el Daily Scrum, en cambio, es un componente del marco. La Definition of Done no sustituye a ningún evento.El marco aporta visibilidad y una asignación clara, no velocidad, plazos ni calidad
Esto vale
- Hace visible la eficacia — El resultado de cada Sprint muestra lo que la forma de trabajar produce realmente.
- Asigna la responsabilidad con claridad — El valor, la realización y la eficacia tienen cada uno una asignación clara.
Esto no vale
- No promete cumplimiento de plazos — Una fecha fija y un alcance fijo no pueden prometerse a la vez, tampoco con Sprints.
- No eleva la calidad — La calidad nace de la Definition of Done y del trabajo, no del procedimiento.
- No contiene ningún método de estimación — Ni prescripciones técnicas, ni herramientas, ni roles fuera del Equipo Scrum.
Recuerde: Trampa de examen: Scrum no promete entregar más rápido; solo muestra antes dónde no se puede ir más rápido. Una expectativa puesta en la adopción solo puede cumplirse si apunta a un conocimiento y no a un resultado. Quien promete indicadores que dependen del comportamiento de toda la organización promete algo de lo que el marco no dispone. Lo único sostenible es la promesa de conocer efectos e impedimentos antes que hasta ahora.
Marco: Propósito- El marco no tapa los problemas, pero tampoco los elimina; los impedimentos hechos visibles no desaparecen por sí solos.
Marco: Equipo Scrum- El marco define solo tres responsabilidades de resultado, todas dentro del Equipo Scrum; no describe estructuras de proyecto o de reporte al margen.
Práctica- Los impedimentos detectados pronto son, por experiencia, más fáciles y baratos de eliminar que los descubiertos tarde; la decisión al respecto la toman personas.
- Una adopción que solo escribe eventos en el calendario no cambia ni el resultado ni el comportamiento de los implicados.
- Si las cifras empeoran tras la adopción, a menudo no es un retroceso, sino el fin de un embellecimiento.
Ejemplo práctico
Un departamento adopta Scrum y espera, tras un trimestre, plazos de entrega un 20 por ciento más cortos. Tras cuatro Sprints el plazo sigue igual, pero en cada Sprint Retrospective aparece el mismo punto: las aprobaciones de una oficina de calidad externa tardan once días de media. El marco hizo visible ese cuello de botella en cuatro semanas; eliminarlo no puede. Solo cuando la dirección del departamento compromete a dos revisores en franjas fijas baja el plazo de forma medible. El cambio vino de las personas; la visibilidad, de la forma de trabajar.
Comprobación de conocimientos de la lección 7
2 preguntasPregunta ¿Qué afirmaciones sobre los límites de lo que aporta el marco son correctas?
Selección múltiple · exactamente 3 de 5 respuestas son correctas · todo o nada
0 de 3 marcadasExplicaciónLa sección sobre la definición describe el marco como un medio para hacer visible la eficacia de la gestión, el entorno y las técnicas de trabajo, de modo que sean posibles mejoras; no contiene promesas sobre velocidad ni plazos. Otras responsabilidades de resultado fuera del Equipo Scrum, prescripciones técnicas y herramientas no forman parte del marco. La calidad nace de la Definition of Done y del trabajo, no de un procedimiento.Pregunta Tras cuatro Sprints el plazo de entrega sigue igual y en cada Sprint Retrospective consta que las aprobaciones externas tardan once días. ¿Qué se deduce?
Opción única · exactamente una de 4 respuestas es correcta
ExplicaciónLa sección sobre el propósito deja claro que el marco hace visibles los problemas, pero no los resuelve. El Scrum Master no tiene potestad de mando sobre otras áreas; hace transparente el efecto del impedimento. Ajustar la duración del Sprint a un tiempo de espera encubre el impedimento en lugar de eliminarlo.Cada una de estas ideas erróneas confunde omitir con hacer de otro modo
Idea errónea Lo que vale realmente Fuente Trabaja sin plan Planifica más a menudo, pero sobre periodos más cortos Marco: Sprint Planning No necesita documentación Solo renuncia a la documentación sin finalidad Práctica No conoce la arquitectura La arquitectura surge en lugar de fijarse de antemano Manifiesto Ágil No tiene fechas Las fechas se mantienen; lo negociable es el alcance Marco: Sprint Exige menos disciplina Exige más, porque toda desviación se hace visible Práctica Equipo sin liderazgo La autogestión reparte las decisiones, no las suprime Marco: Equipo Scrum Recuerde: Trampa de examen: el trabajo ágil no suprime ninguna disciplina, solo hace visible su ausencia más deprisa. La mayoría de las ideas erróneas nacen de una mala lectura: la ponderación del Manifiesto se interpreta como una renuncia. En realidad, el trabajo ágil desplaza el momento y el carácter vinculante de las decisiones, no las suprime. Tampoco se sostiene la restricción al software, pues el marco presupone un trabajo de producto complejo, no un ámbito concreto.
Marco: Sprint Planning- Se planifica de nuevo en cada Sprint, con un horizonte más corto y sobre la base de lo realmente entregado por última vez.
Marco: Equipo Scrum- Autogestión significa que el equipo decide sobre quién, qué, cuándo y cómo, no que nadie asuma responsabilidad.
Marco: Definición- El marco no está ligado al software; solo presupone un trabajo complejo y un producto.
Práctica- La documentación se juzga por su finalidad: quién la lee y qué decisión sostiene determinan su extensión.
Ejemplo práctico
Un equipo de redacción de una administración adopta Scrum para un portal ciudadano sin desarrollar software él mismo: responde del contenido, la estructura y la claridad. El jefe de departamento tiene Scrum por una herramienta de desarrollo de software y exige en su lugar un plan anual. Tras tres Sprints de dos semanas cada uno, el equipo muestra tres resultados utilizables: 40 páginas revisadas, un concepto de navegación probado con ciudadanos y una lista de comprobación para la claridad. El plan anual habría prometido lo mismo al cabo de doce meses, sin un solo supuesto comprobado.
Comprobación de conocimientos de la lección 8
2 preguntasPregunta El trabajo ágil renuncia a las fechas y hace negociable el alcance en su lugar. ¿Es correcta esta afirmación?
Verdadero o falso · una respuesta es correcta
ExplicaciónLa sección sobre el Sprint fija su duración y deja negociable el alcance dentro del Sprint; las fechas, por tanto, se mantienen. Lo que se vuelve negociable es lo que está terminado para la fecha, no la fecha misma. Renunciar a las fechas no está previsto en ninguna disposición del marco.Pregunta Un directivo concluye de la autogestión de un equipo que allí ya nadie asume responsabilidad. ¿Qué conclusión es correcta?
Opción única · exactamente una de 4 respuestas es correcta
ExplicaciónLa sección sobre el Equipo Scrum describe la autogestión como la decisión del equipo sobre quién trabaja en qué, cómo y cuándo. Las responsabilidades se mantienen y no se disuelven. El marco no prescribe ningún procedimiento de votación concreto, y el liderazgo no desaparece: cambia de forma.
Para profundizar
Vistas generales para consultar antes de la prueba finalLos doce principios detrás de los cuatro pares de valores
Los pares de valores dicen qué pesa más — los principios dicen en qué se reconoce
Prueba final
11 preguntas sobre toda la sección · umbral de aprobado 85 por cientoPrueba final de la sección 1
11 preguntasPregunta Un cliente exige un compromiso vinculante sobre contenido y fecha de los próximos doce meses para un producto con tecnología no probada. ¿Qué es correcto en el fondo?
Opción única · exactamente una de 4 respuestas es correcta
Pregunta Un equipo entrega con regularidad funciones que, tras tres meses, se invocan en menos del cinco por ciento de los trámites. ¿Qué medida se deriva del Lean Thinking?
Opción única · exactamente una de 4 respuestas es correcta
Pregunta Un Sprint Review muestra que una función ya entregada es malinterpretada por los usuarios. ¿Qué formas de proceder encajan con el trabajo empírico e incremental?
Selección múltiple · exactamente 2 de 4 respuestas son correctas · todo o nada
Pregunta Un equipo quiere sustituir el Daily Scrum por un informe de estado generado e introducir el story mapping en el Backlog Refinement. ¿Cómo debe juzgarse?
Opción única · exactamente una de 4 respuestas es correcta
Pregunta Tras la adopción de Scrum, el número de problemas comunicados abiertamente aumenta de forma notable. ¿Cómo se lee este hallazgo?
Opción única · exactamente una de 4 respuestas es correcta
Pregunta ¿Qué afirmaciones sobre el trabajo ágil son correctas?
Selección múltiple · exactamente 3 de 5 respuestas son correctas · todo o nada
Pregunta Un equipo entrega en cada Sprint de dos semanas una función utilizable, pero nunca retrabaja lo entregado, aunque hay comentarios. ¿Qué propiedad falta?
Opción única · exactamente una de 4 respuestas es correcta
Pregunta Un Scrum Master observa que el estado del Sprint Backlog no se ha actualizado desde hace tres días. ¿Qué pilar se ve afectado y quién restablece el estado?
Opción única · exactamente una de 4 respuestas es correcta
Pregunta En una negociación contractual, el cliente insiste en un pliego completo antes del inicio. ¿Qué argumentación corresponde al Manifiesto Ágil?
Opción única · exactamente una de 4 respuestas es correcta
Pregunta ¿Qué efectos tiene una duración de ciclo corta y fija en un trabajo de producto complejo?
Selección múltiple · exactamente 2 de 4 respuestas son correctas · todo o nada
Pregunta Un equipo se plantea una semana de pausa tras cada Sprint para ponerse al día, porque de otro modo el ritmo no sería sostenible. ¿Qué principio del Manifiesto Ágil aborda con más precisión esta situación?
Opción única · exactamente una de 4 respuestas es correcta