La clase Zero funciona como contrato metodológico: define el mapa del curso, el caso común, los entregables estándar y cómo se evalúa. Así, cada clase suma una pieza concreta y acumulativa sobre el mismo sistema real.

El Licenciado en Sistemas de Información no es un programador aislado ni un usuario avanzado. Es un profesional que analiza, diseña, integra y gestiona equipos, proyectos y operaciones en organizaciones reales, alineando tecnología con estrategia, administrando riesgos, comunicando decisiones con claridad y gestionando expectativas.

En cada clase, cada grupo produce evidencias defendibles:

Este bloque instala la idea central de la materia: un Sistema de Información no es “software”, es un servicio socio-técnico que vive dentro de un ecosistema de actores, procesos, datos y plataformas externas. Se trabaja cómo delimitar fronteras (qué entra y qué queda afuera), cómo pensar integraciones y dependencias reales (APIs, servicios, eventos), y cómo esa conectividad redefine la competencia: ya no compiten productos aislados, compiten redes de soluciones que coordinan valor. El objetivo es que el alumno aprenda a “mirar el sistema completo”, entender interoperabilidad, y diseñar soluciones que convivan y evolucionen en un entorno distribuido.

Acá se reemplaza el enfoque lineal “analizar-diseñar-construir-implantar” por un enfoque de flujo continuo: entregar valor en iteraciones, aprender y ajustar sin perder control. Se abordan prácticas modernas de delivery (CI/CD, releases graduales, feature flags, definición de “hecho”), y se introduce el concepto de Value Stream para ver dónde se pierde tiempo y calidad entre idea y producción. El foco no es “ser rápidos” sino construir un método que combine velocidad con estabilidad, y que permita operar cambios de forma gobernada, medible y sostenible.

Este bloque no “ataca” cascada: la vuelve un objeto de análisis. Se enseña a distinguir cuándo un enfoque predictivo es razonable (por ejemplo, restricciones regulatorias, infraestructura, migraciones complejas, fechas de corte) y cuándo es una trampa que aumenta riesgo y costo de cambio. Se incorpora la idea de enfoques híbridos y se trabaja el concepto de trazabilidad y control de cambios como parte de la responsabilidad profesional. El alumno aprende a elegir método por contexto, no por ideología, y a defender esa elección con argumentos.

Este bloque pone el foco en lo que suele romper cuando la agilidad “sale del PowerPoint”: dependencias, coordinación entre equipos, prioridades cambiantes y fricción organizacional. Se trabaja cómo diseñar reglas simples de coordinación (WIP, cadencias, acuerdos de interfaz), cómo distribuir responsabilidades (ownership) y cómo evitar que la escala se convierta en burocracia. El objetivo es que el alumno entienda que el método no es solo el ritual del equipo, sino también el diseño del sistema de trabajo que permite entregar consistentemente en organizaciones reales.

Este bloque cambia la pregunta de “qué me pediste” a “qué problema estamos resolviendo y cómo lo validamos”. Se entrenan habilidades de problem framing, investigación liviana, hipótesis y definición de evidencia mínima antes de construir. También se formaliza la traducción a requisitos modernos: historias de usuario, criterios de aceptación y no funcionales que sean operables. La meta es que el alumno aprenda a evitar el “relevamiento como copia de pedidos” y se vuelva capaz de descubrir necesidades reales, priorizar y definir qué significa éxito desde el inicio.

Este bloque enseña a usar modelos no como “dibujitos”, sino como herramientas de coordinación y decisión. Se trabajan representaciones como BPMN (procesos y excepciones), modelo de dominio/datos (entidades, definiciones, diccionario) y arquitectura explicable (C4) para dialogar con técnicos y no técnicos. El objetivo es que el alumno pueda construir artefactos que reduzcan ambigüedad, hagan visibles las reglas del servicio y permitan discutir trade-offs con evidencia, no con opiniones.

Acá se integra la dimensión del usuario y la adopción: un sistema puede ser correcto técnicamente y fallar por fricción, mala comunicación, accesibilidad pobre o falta de entrenamiento. Se abordan journeys, prototipos, pruebas rápidas y criterios mínimos de accesibilidad, pero también gestión del cambio: cómo introducir un sistema sin romper la operación, cómo capacitar y cómo sostener el uso. El alumno aprende que “diseñar” incluye comportamiento humano y contexto de trabajo, no solo pantallas y base de datos.

Este bloque instala la idea de que la calidad se diseña y se automatiza, no se “revisa al final”. Se trabaja estrategia de testing (unit, integración, E2E, contract testing), automatización de despliegues (pipelines, gates) y prácticas que reducen riesgo de cambios en producción. También se incorpora seguridad aplicada a servicios y APIs como parte del método. El objetivo es que el alumno entienda cómo sostener confiabilidad en sistemas vivos: cambios frecuentes, integración con terceros, y operación 24/7.

Este bloque reemplaza la lógica de “cumplir el plan” por la lógica de “crear y sostener valor”. Se introduce el pensamiento de producto: métricas accionables, North Star, KPIs, guardrails, y gobernanza del backlog y la priorización. Se trabaja output vs outcome, y cómo conectar eventos/datos del servicio con indicadores que guíen decisiones. El alumno aprende a defender prioridades con criterio (valor, riesgo, costo de demora) y a construir tableros que sirvan para operar, no para decorar.

Este bloque trae al centro lo que muchas materias dejan como “tema de operación”: observabilidad, SLOs, incidentes, postmortems y ciclos de mejora (PDCA). Se enseña a instrumentar servicios con logs, métricas y trazas, y a usar esa evidencia para aprender sistemáticamente, reducir fallas y mejorar performance y experiencia. El alumno entiende que un sistema no “termina” cuando se entrega: empieza una vida de operación y mejora continua, y ahí se juega gran parte del valor real.

Este bloque formaliza una competencia profesional clave: trabajar con otros, tomar decisiones con impacto y sostener responsabilidad. Se aborda colaboración interdisciplinaria, comunicación, gobierno de decisiones y ética aplicada (privacidad, sesgos, transparencia, impactos). La idea no es moralizar, sino dar herramientas para identificar riesgos y diseñar guardrails. El alumno aprende que la calidad de un sistema también se mide por su impacto y por cómo se gobierna su uso, especialmente cuando hay datos sensibles o automatización que afecta personas.