Curso · Temas 1 y 2 · Lección 20 de 20

Las preguntas del profesor: cómo corrige Antonio

El profesor ha enviado seis preguntas de ejemplo con su respuesta esperada. Son la mejor pista que tenemos del examen real. Aquí las desmontamos para ver qué premia, sacamos tres plantillas de respuesta corta y una forma de descartar opciones en el test, y las practicamos con preguntas nuevas del mismo estilo sobre otras partes del temario.

Lo que vas a ser capaz de hacer al terminar
  • Reconocer los tres tipos de pregunta corta del profesor y responder cada uno con su plantilla.
  • Descartar opciones de test por cómo están construidos los distractores.
  • Saber qué manda cuando la diapositiva y la fuente original no coinciden: la diapositiva.
Por qué esta lección va antes que cualquier otra

Las lecciones 1 a 19 te enseñan el contenido. Esta te enseña cómo se va a pedir. Hazla y luego repite el simulacro: vas a leer sus preguntas cortas de otra forma.

1. Lo que revelan las seis preguntas

#TipoRespuesta esperada sale de…Lección
1Corta: "¿por qué es mala práctica?"T1 diap. 8 (la gestión como sistema de decisiones) y diap. 46 (decisiones técnicas por requisitos, no modas)L1, L6
2Corta: "¿qué dimensión? ¿qué otras?"T1 diap. 41-43 (estudio de viabilidad)L6
3Corta: "¿qué es, para qué, ejemplo?"T2 diap. 33 (KRIs), casi palabra por palabraL13
4Test: premortemT2 diap. 17: la opción correcta copia dos de sus viñetasL12
5Test: seguridad y calidadT2 diap. 64, literalL15
6Test: métricas DORAT2 diap. 93: "Lead Time for Changes → tiempo hasta entregar un cambio"L18

De la tabla salen tres conclusiones.

1. Las respuestas esperadas usan las palabras de las diapositivas. "Señal temprana que anticipa un aumento de la exposición" (KRI), "imaginar que el proyecto ha fracasado e identificar retrospectivamente las causas" (premortem) y "tiempo hasta entregar un cambio" (DORA) están copiados de las diapositivas. Esto no contradice que el examen vaya más allá (lo que dijiste al empezar el curso): las preguntas pueden plantear casos nuevos, pero el vocabulario con el que se corrige es el de clase. Si usas esas palabras clave, el corrector las reconoce enseguida.

2. Cuando la diapositiva y la norma original no coinciden, se corrige según la diapositiva. La pregunta 5 da por buena "la seguridad es una subcaracterística de la calidad, dentro de fiabilidad y protección de la información". En el texto de ISO/IEC 25010 la seguridad es una característica propia, pero eso no es lo que se evalúa. La L15 ya está corregida para que coincida con el profesor.

3. Las preguntas cortas premian el razonamiento, no la lista. En la pregunta 2 no basta con escribir "técnica, temporal y legal": cada dimensión lleva su porqué, conectado al caso ("por si los costes de mantenimiento se derivan de alguna regulación"). Una lista sin porqués es media respuesta.

2. Tres plantillas para la respuesta corta

Plantilla A · "¿Por qué es una mala práctica y qué debería hacerse?"

Principio que se viola→Por qué importa (consecuencia)→Qué lo haría correcto

El principio casi siempre es uno de los "grandes" del Tema 1. El que más rinde es el de la diap. 8: la gestión es un sistema de decisiones encadenadas (objetivos → requisitos → solución → plan → ejecución → resultados), y cada decisión tiene que poder trazarse hacia atrás hasta un objetivo. Una decisión que no se traza a ningún objetivo, requisito o restricción no está justificada. Eso responde la pregunta 1 entera:

Otros principios que encajan en esta plantilla: una estimación no es una promesa (L10), el riesgo se gestiona de forma continua y con propietario (L12-13), la deuda técnica se gestiona de forma consciente (L8), los cambios pasan por control de cambios contra la línea base (L9, L11) y medir para mejorar el flujo, no para medir a las personas (L18).

Plantilla B · "¿Qué X está comprometido? ¿Qué otros deberían comprobarse?"

Nombrar el principal→Recorrer el resto de la lista de la diapositiva→Un "por si…" para cada uno, ligado al caso

Para responder, tienes que saberte la lista completa de la diapositiva y luego preguntarte, elemento por elemento, cómo podría estar relacionado con el caso. En la pregunta 2 la lista es la de la diap. 41: técnica, económica, temporal, organizativa y legal/regulatoria. La respuesta esperada desarrolla tres de las cuatro restantes. La organizativa también admitía su "por si…" (por si la organización no tiene personas o procesos para mantener la aplicación), aunque el profesor no la pidiera.

Otras listas que encajan en esta plantilla: las restricciones que compiten (alcance, tiempo, coste, calidad, riesgo…; L1), las fuentes de riesgo (L12), las respuestas al riesgo (evitar, mitigar, transferir, aceptar, escalar; L13), las cuatro métricas DORA (L18) y las características de ISO 25010 (L15).

Plantilla C · "¿Qué es X y para qué se utiliza? Pon un ejemplo."

Definición con la palabra clave de clase→Para qué sirve→Ejemplo concreto

Son tres frases. La primera usa la formulación de la diapositiva ("señal temprana", "anticipa", "exposición"). La segunda dice qué decisión permite tomar ("permite actuar antes de que el problema se materialice"). La tercera es un ejemplo concreto: "rotación del equipo" está bien, y "rotación del equipo por encima del 20 % trimestral" está mejor, porque demuestra que sabes que un KRI necesita un umbral.

3. Cómo están construidos los distractores del test

Mira las opciones incorrectas de las preguntas 4 a 6. Siguen tres patrones que se repiten:

PatrónEjemplos de las preguntasQué hacer
Absolutos: "solo", "únicamente", "independiente", "sin relación""Solo se aplica al final", "solo importa en cloud", "únicamente cumplimiento funcional", "requisito independiente"Sospecha. El temario insiste en que casi todo es transversal y continuo.
Otra técnica del mismo temaPremortem confundido con Monte Carlo (análisis cuantitativo) o con lecciones aprendidas (cierre)Saber para qué sirve cada técnica vecina, no sólo la que se pregunta.
Otro elemento de la misma listaLas otras tres métricas DORASaberse la lista completa con el significado de cada elemento.

Y la opción correcta suele parafrasear la diapositiva, a veces añadiendo su consecuencia ("un software no es de alta calidad si no es seguro"). Ojo: este patrón ayuda a descartar, pero no sustituye a saber la respuesta. En el examen puede haber una opción correcta que sí lleve un absoluto.

Errores que estas preguntas castigan
  • Responder "viabilidad económica" y no seguir: la pregunta pide también las otras dimensiones, cada una con su porqué.
  • Definir sin ejemplo cuando se pide ejemplo, o dar un ejemplo vago ("problemas en el equipo").
  • Contradecir la diapositiva con la norma original en el examen (seguridad en ISO 25010).
  • En "¿por qué es mala práctica?", quedarse en "porque está mal" o "porque puede salir mal" sin nombrar el principio ni lo que justificaría la decisión.

4. Práctica: preguntas nuevas al estilo del profesor

Ninguna de estas preguntas es de Antonio: están hechas siguiendo sus patrones y cubren otras partes del temario. En las cortas, escribe la respuesta completa con la plantilla antes de ver la modelo. Luego compara: ¿has nombrado el principio? ¿Cada elemento lleva su porqué? ¿Hay un ejemplo concreto?

Plantilla A · ¿por qué es mala práctica?

El jefe de proyecto añade a la app una funcionalidad que nadie ha pedido "porque quedará muy bien en la demo". ¿Por qué es una mala práctica de gestión y qué debería hacerse?

Viola la trazabilidad: la funcionalidad no se traza a ningún objetivo ni requisito, y todas las decisiones de alcance deben poder justificarse así. Además consume tiempo y presupuesto que el resto de requisitos priorizados necesita, y añade riesgo y mantenimiento futuro (es gold plating). Debería hacerse lo siguiente: si se cree que aporta valor, proponerla como cambio, valorarla (impacto en alcance, plazo, coste y riesgo), priorizarla junto al resto (p. ej., con MoSCoW) y que la apruebe quien corresponda, actualizando la línea base. Si no se traza a ningún objetivo, no se hace. (L4, L5, L11)

El cliente dice que seis meses es demasiado y el jefe de proyecto cambia la estimación a cuatro meses sin tocar nada más. ¿Por qué es una mala práctica y qué debería haber hecho?

Porque una estimación no es una promesa ni algo que se negocia: es una predicción con incertidumbre basada en el trabajo previsto. Cambiar la cifra no cambia el trabajo, sólo oculta el riesgo de retraso y hace que el plan deje de ser realista. Lo que se negocia son las restricciones que compiten: reducir alcance (priorizar qué entra en cuatro meses), añadir recursos (con cuidado, ley de Brooks) o mover la fecha. El jefe de proyecto debería haber explicado ese trade-off al cliente para que decidiera con información. (L1, L10)

Al empezar el proyecto, el equipo identifica 40 riesgos, los apunta en una hoja de cálculo y no la vuelve a abrir. ¿Por qué es una mala práctica?

Porque la gestión del riesgo es un proceso continuo, no una lista que se hace una vez: hay que analizar, responder y hacer seguimiento. Aquí falta (1) priorizar por exposición (probabilidad × impacto) en lugar de acumular cantidad, (2) asignar un propietario a cada riesgo relevante: sin él, el riesgo queda "huérfano", (3) definir respuestas (mitigación, contingencia con disparador) y (4) hacer seguimiento con KRIs y revisiones periódicas: cerrar los que ya no aplican e identificar los nuevos. Si no se hace, el registro deja de reflejar la realidad y los riesgos se materializan sin aviso. (L12, L13)

Plantilla B · ¿qué está comprometido y qué más comprobar?

Una app es rentable y técnicamente posible, pero su valor depende de lanzarla en una feria que es dentro de dos meses, y el equipo estima cinco. ¿Qué dimensión de la viabilidad está comprometida? ¿Qué otras deberían comprobarse?

La viabilidad temporal: la fecha objetivo viene de una oportunidad de negocio y no se puede cumplir con el alcance actual. Otras que comprobar: la económica, porque si se pierde la feria los beneficios esperados pueden caer y el proyecto puede dejar de compensar; la técnica, por si comprimir el plazo obliga a compromisos técnicos (deuda, menos pruebas) o a un MVP con menos alcance; la organizativa, por si hacen falta más personas y la organización no puede aportarlas o integrarlas a tiempo; y la legal/regulatoria, por si alguna obligación (p. ej., RGPD) no puede recortarse aunque se reduzca el alcance. Con fecha fija, la palanca habitual es reducir el alcance priorizado o aumentar recursos. (L6)

Un proyecto tiene CPI = 1,10 y SPI = 0,70. ¿Qué restricción está comprometida? ¿Qué más comprobarías antes de concluir que el coste va bien?

El plazo: SPI < 1 indica que se ha completado menos trabajo del planificado (EV < PV), un 30 % menos. Antes de celebrar el CPI > 1 comprobaría: (1) si el ahorro se debe a que se está gastando poco porque falta gente o no se está trabajando lo previsto, en cuyo caso la causa del ahorro es la misma que la del retraso; (2) la calidad: si el trabajo dado por hecho cumple realmente los criterios de aceptación, porque si no el EV está inflado; (3) si el retraso afecta al camino crítico; y (4) los riesgos: si el retraso se acerca a un hito o a una fecha externa (KRI de retraso de hitos). Recuperar plazo después suele costar dinero, así que el CPI puede empeorar. (L9, L14)

Plantilla C · ¿qué es, para qué sirve, ejemplo?

¿Qué es un ADR y para qué se utiliza? Pon un ejemplo.

Un ADR (Architecture Decision Record) es un documento que recoge una decisión importante junto con su contexto y sus consecuencias: contexto → decisión → alternativas → consecuencias. Sirve para registrar y trazar las decisiones importantes, de modo que se puedan revisar y mantener y el equipo aprenda de ellas (quien llegue después sabe por qué se decidió así). Ejemplo: "ADR-003: usamos un monolito modular en lugar de microservicios. Contexto: equipo de 4 personas y una sola app. Alternativas: microservicios. Consecuencias: menos coste de operación; si en el futuro hay varios equipos, se revisará con un ADR nuevo". (L6)

¿Qué es la deuda técnica y por qué es un tema de gestión y no sólo técnico? Pon un ejemplo.

Es el coste futuro que provocan las decisiones técnicas que priorizan una solución inmediata. Puede ser deliberada o accidental, y no toda es mala: hay que gestionarla de forma consciente. Es un tema de gestión porque afecta al plazo, al coste y al riesgo de todo lo que venga después (cada cambio es más lento y más arriesgado), y porque decidir cuándo contraerla y cuándo pagarla es una decisión de prioridades, igual que el alcance. Ejemplo: para llegar a la feria se hardcodean las líneas de autobús sin pruebas automatizadas. Es deuda deliberada y prudente si se registra y se planifica pagarla en el siguiente incremento. (L8)

¿Qué es el propietario de un riesgo y por qué es necesario? Pon un ejemplo.

Es el responsable de un riesgo relevante (no el culpable): vigila sus señales, impulsa las respuestas y actualiza su estado. Es necesario porque sin propietario el riesgo queda "huérfano": nadie lo vigila y se vuelve impredecible. Ejemplo: en "por depender de la API del ayuntamiento, podría retrasarse la integración GPS", la propietaria es la responsable de integraciones: sigue cada semana el KRI "días de retraso en el acceso a la API", mantiene el simulador (mitigación) y activa el lanzamiento con horarios teóricos (contingencia) si en la semana 3 sigue sin acceso. (L13)

Test · reconoce los distractores

¿Cuál de estas afirmaciones sobre la deuda técnica es correcta?

  1. Es siempre accidental y se debe a un equipo poco experto
  2. Solo afecta al código y no tiene relación con la gestión
  3. Puede ser deliberada y debe gestionarse de forma consciente
  4. Debe eliminarse por completo antes de cada entrega al cliente
T1 (deuda técnica): "puede ser deliberada o accidental; no toda deuda es mala: debe gestionarse conscientemente". Fíjate en los absolutos de los distractores: "siempre", "solo", "por completo". → L8

¿Cuál de estas métricas DORA mide la estabilidad de lo que se entrega?

  1. Deployment Frequency
  2. Lead Time for Changes
  3. Time to Restore
  4. Change Failure Rate
Change Failure Rate = cambios que provocan fallos (diap. 93). Time to Restore también es de estabilidad, pero mide el tiempo para recuperar el servicio, no si lo entregado falla. Las otras dos miden velocidad: frecuencia de despliegue y tiempo hasta entregar un cambio. → L18

¿Cuál de estas afirmaciones sobre la respuesta "mitigar" un riesgo es correcta?

  1. Reducir la probabilidad o el impacto del riesgo antes de que ocurra
  2. Cambiar el plan para eliminar por completo la amenaza del proyecto
  3. Trasladar parte de la exposición a un tercero, como un proveedor
  4. Asumir el riesgo y actuar solo cuando el evento ya ha ocurrido
T2 diap. 27: mitigar = reducir probabilidad o impacto. Los distractores son los otros elementos de la lista: evitar (b), transferir (c) y aceptar con contingencia (d). → L13

¿Qué sesgo ayuda a evitar el análisis premortem, según lo visto en clase?

  1. El sesgo de anclaje en la primera estimación
  2. El sesgo de exceso de confianza en el plan
  3. El sesgo de confirmación en las pruebas
  4. El sesgo de supervivencia en las lecciones
Diap. 17, última viñeta: "útil para evitar el sesgo de exceso de confianza". Imaginar que ya se ha fracasado da permiso para decir lo que nadie diría en una reunión optimista. → L12

¿Cuál es la pregunta fundamental de un estudio de viabilidad?

  1. ¿Podemos construirlo con la tecnología disponible?
  2. ¿Cuánto costará exactamente el desarrollo?
  3. ¿Qué metodología de desarrollo usaremos?
  4. ¿Debemos hacer este proyecto?
Diap. 41. (a) es sólo la viabilidad técnica; (b) confunde viabilidad con presupuesto, y además sin "exactamente": es una estimación; (c) es otra decisión (ciclo de vida, L7). → L6

¿Cuáles de estos son KRIs según lo visto en clase?

  1. Rotación del equipo
  2. Coste del último incidente
  3. Cambios frecuentes de requisitos
  4. Número de riesgos registrados
  5. Dependencias sin mantenimiento
Las tres correctas están en la diap. 33. Un KRI anticipa: el coste de un incidente pasado mide el daño ya ocurrido, y contar riesgos no dice nada de la exposición. → L13

Para profundizar

Fuente principal recomendada

Para esta lección, la fuente principal son las propias diapositivas: Tema 1 y Tema 2. Repásalas buscando las listas (para la plantilla B) y las frases definitorias (para la plantilla C). Están resumidas en Tema 1, Tema 2 y el glosario.

¿Dudas?

Si quieres más preguntas de este estilo sobre un tema concreto, pídeselas a tu asistente con la plantilla ("hazme tres preguntas tipo B sobre riesgos y corrígeme"). Y si dudas de qué respuesta aceptaría el profesor cuando la diapositiva y otra fuente no coinciden, pregúntaselo a él en tutoría: la pregunta 5 muestra que corrige según sus diapositivas.