🔒 Registro cerrado · Apertura oficial próximamente · Acceso exclusivo para alumnos activos
Iniciar SesiónLecciones para el diseño
5 tareas · 40 min · Principiante
El caso de Almacenes Carriquí ya tiene análisis, controles y comunicado. Falta lo que evita que vuelva a pasar: convertir las lecciones en requisitos de diseño que se puedan comprobar. Tienes en la consola las acciones del post-mortem, los requisitos que redactó canales digitales y los casos de regresión armados con las conversaciones del incidente, con su resultado en la versión nueva del asistente. Revisas si las lecciones se volvieron sistema o se quedaron en documento. Es solo lectura.
Objetivo de la sala
El caso de Almacenes Carriquí ya tiene análisis, controles y comunicado. Falta lo que evita que vuelva a pasar: convertir las lecciones en requisitos de diseño que se puedan comprobar. Tienes en la consola las acciones del post-mortem, los requisitos que redactó canales digitales y los casos de regresión armados con las conversaciones del incidente, con su resultado en la versión nueva del asistente. Revisas si las lecciones se volvieron sistema o se quedaron en documento. Es solo lectura.Una lección dice lo que aprendimos; un requisito dice lo que el sistema tiene que hacer y cómo se comprueba que lo hace. «Hay que tener más cuidado con las políticas» es una lección; «ningún documento con la vigencia vencida queda en el índice, y una consulta semanal lo comprueba» es un requisito. Solo el segundo sobrevive a un cambio de equipo.
Un buen requisito sale de la causa, no del síntoma. Si se escribe «Carri no dice 30 días», se corrige esta conversación y se deja abierta la próxima política que cambie. Si se escribe sobre la clase de fallo (fuente vencida, respuesta sin fuente, compromiso en texto libre), cubre también los temas que todavía no fallaron.
Responde para continuar
¿Cuál de estas frases está escrita como requisito de diseño comprobable?
Ver pista de ayuda
Busca la frase que dice qué hace el sistema y cómo se comprueba, y que no se limita a la conversación del caso.
Una acción del post-mortem sin dueño es una acción que no va a pasar. Lo mismo con una fecha que nadie defiende. La revisión de las acciones se hace columna por columna: quién, cuándo, en qué estado y cómo se va a verificar que se hizo. La ironía es frecuente: la acción que queda sin dueño suele ser justo la de asignar dueños.
Responde para continuar
¿Qué acción del post-mortem no tiene dueño?
Ver pista de ayuda
Consulta la tabla `acciones_postmortem` y mira la columna `dueno`.
Entre los requisitos casi siempre se cuela uno que es un deseo. Se reconoce porque no tiene prueba asociada, o porque la prueba es «por definir». Ese requisito no se rechaza por mala intención: se devuelve para reescribirlo como algo medible o se elimina, porque en la próxima auditoría aparecerá como cumplido sin que nadie pueda demostrarlo.
Responde para continuar
¿Qué requisito de diseño no tiene ninguna prueba con la que comprobarlo?
Ver pista de ayuda
Consulta la tabla `requisitos_de_diseno` y lee la columna `prueba`.
Las conversaciones del incidente son el mejor material de prueba que tendrá la organización: son preguntas reales que ya produjeron una respuesta equivocada. Se convierten en casos de regresión con la respuesta esperada y se corren contra cada versión nueva del asistente y contra cada cambio de política. Un caso que falla en la versión nueva significa que esa causa sigue abierta, aunque el post-mortem diga «hecho».
Responde para continuar
¿Cuántos casos de regresión fallan todavía en la versión nueva del asistente?
Ver pista de ayuda
Consulta la tabla `casos_de_regresion` y cuenta los resultados `falla`.
Un caso de regresión que falla se lee junto con las acciones del post-mortem: si la acción que lo debía cerrar figura como hecha, el post-mortem está mal informado; si figura como pendiente, el fallo es esperable y la decisión es si el asistente puede seguir contestando ese tema mientras tanto.
Responde para continuar
El caso RG-07 (pregunta sin fuente) falla en la versión nueva. ¿Qué dice eso sobre el post-mortem?
Ver pista de ayuda
Busca qué acción se verifica con RG-07 y en qué estado está.
Whoami-Labs Pro
Whoami-Labs Pro utiliza cookies
Utilizamos cookies y almacenamiento local para el funcionamiento del sitio, seguridad de sesión y, si lo autorizas, analítica y marketing. Puedes aceptar, rechazar o personalizar. Política de Privacidad
Preferencias
Configuraciones de cookies
Elige qué categorías permitir. Las esenciales siempre están activas. Consulta la Política de Privacidad.
Esenciales
Siempre activas · sesión, CSRF, tema y esta preferencia
Necesarias para iniciar sesión, proteger formularios (CSRF) y recordar tu elección de cookies y tema. Sin ellas la plataforma no funciona de forma segura.
Analíticos
Hoy no activos en la plataforma; listos para cuando se conecten
Nos ayudan a entender uso de cursos y páginas. Si los activas, se usarán cuando conectemos analítica; hasta entonces no se carga ningún tracker.
Marketing
Hoy no activos; campañas futuras solo con tu permiso
Comunicaciones o campañas. No activos hoy en la plataforma; quedarán listos si los conectamos y solo si los permites.