Matriz de consistencia para tu tesina de Ingeniería en Sistemas (2026): cómo armarla con ejemplo

La matriz de consistencia es la tabla que resume, en una sola vista, la coherencia interna de tu tesina: que el problema, los objetivos, las hipótesis (si aplican), las variables y la metodología apunten todos al mismo lugar. En Ingeniería en Sistemas es especialmente útil porque estas tesinas suelen mezclar un componente de desarrollo (el sistema en sí) con un componente de investigación (evaluar si el sistema funciona), y la matriz obliga a que ambos queden alineados en un solo documento. Acá la armamos paso a paso, con un ejemplo completo de sistema de gestión de turnos, para que puedas replicar la lógica con tu propio proyecto.

Paso 1: escribí el problema en una sola oración

Tomá el planteamiento del problema de tu tesina y resumilo en una oración corta, sin adjetivos de relleno. Para este ejemplo: “El área de turnos de una clínica de mediana complejidad gestiona sus citas con planillas de cálculo, lo que genera errores de doble reserva y demoras en la confirmación al paciente.” Esa oración va en la primera columna de la matriz.

Paso 2: armá la pregunta de investigación

De ese problema se desprende la pregunta: ¿En qué medida un sistema web de gestión de turnos reduce los errores de doble reserva y el tiempo de confirmación respecto del sistema actual con planillas de cálculo? Fijate que la pregunta ya contiene las dos variables que vas a medir después: errores de doble reserva y tiempo de confirmación.

Paso 3: derivá los objetivos, uno por cada parte de la pregunta

Cada objetivo específico tiene que poder rastrearse hasta un capítulo de resultados concreto: si un objetivo no tiene un resultado que lo responda, sobra en la matriz o falta en el capítulo de resultados.

Paso 4: declarás la hipótesis (si tu diseño la necesita)

No todas las tesinas de Ingeniería en Sistemas necesitan hipótesis formal —un proyecto puramente de desarrollo, sin componente comparativo, puede no llevarla—. Pero si tu diseño compara un “antes” (planillas) con un “después” (sistema), como este ejemplo, conviene declararla: “La implementación del sistema web reduce en al menos un 50 % los errores de doble reserva respecto del proceso con planillas de cálculo.” El número (50 %) es un umbral que fijás vos mismo con criterio, no una cifra que se inventa al azar: justificalo con lo que sea razonable esperar de digitalizar un proceso manual, y ajustalo si el relevamiento inicial te da otro punto de partida. Un jurado prefiere un umbral modesto y bien justificado (“fijamos el 50 % a partir del volumen de errores relevado en el diagnóstico inicial y de los antecedentes que citamos en el marco teórico”) antes que uno ambicioso sin ninguna base, que después es imposible de sostener si los resultados quedan por debajo. Para ver otros tipos de hipótesis según el diseño, esta guía las clasifica por disciplina con ejemplos.

Paso 5: definís las variables y sus indicadores

Esta columna es la que más se salta en un anteproyecto apurado, y es la que un jurado revisa primero: si tu variable dependiente es “errores de doble reserva” pero tu indicador mide otra cosa (por ejemplo, “satisfacción del personal”), la matriz deja de ser consistente. Para repasar los tipos de variables y cómo se formulan, esta guía cubre independientes, dependientes, intervinientes, cuantitativas y cualitativas.

Paso 6: metodología, en una columna que resuma diseño, población y técnica

Paso 7: armá la matriz completa en una sola tabla

Con las seis columnas anteriores (problema, pregunta, objetivos, hipótesis, variables e indicadores, metodología) ya podés compilar la matriz de consistencia en un único cuadro grande, generalmente apaisado, que se agrega como anexo o dentro del capítulo metodológico según lo que pida tu facultad. El valor de tenerla armada así, en una sola vista, es que cualquier inconsistencia salta a la vista antes de que avances con la tesina completa: un objetivo que no tiene variable asociada, o una hipótesis que promete algo que ningún indicador va a poder medir. Un truco simple para revisarla vos mismo antes de mostrársela a tu director/a: leé la fila completa en voz alta, de izquierda a derecha, como si fuera una oración (“el problema es X, por eso la pregunta es Y, por eso el objetivo es Z, que se mide con este indicador, con esta metodología”). Si en algún punto de esa lectura la lógica se corta o hace falta un salto que no está explicado, ahí está la inconsistencia que hay que corregir.

Cuánto tiempo lleva armar la matriz

Si ya tenés el problema, los objetivos y la metodología razonablemente definidos, armar la matriz de consistencia en sí misma es rápido —una tarde de trabajo concentrado, en general—. Lo que lleva tiempo es lo previo: llegar a un problema bien delimitado y a objetivos que realmente se puedan medir. Por eso es habitual que el director/a pida la matriz cuando esas piezas ya están más maduras, y no como primer entregable.

Versión ampliada: la matriz con columna de fuentes

Algunas cátedras de Ingeniería en Sistemas piden una séptima columna en la matriz: la fuente de cada dato, es decir, de dónde vas a sacar la información para medir cada indicador. Para este ejemplo, la fuente de “cantidad de turnos duplicados por semana” sería el log del sistema (o el registro manual de la planilla, en la medición “antes”); la fuente de “minutos promedio de confirmación” sería la marca de tiempo del sistema o un registro manual cronometrado en el proceso actual. Agregar esta columna, aunque tu facultad no la exija, es una buena práctica: te obliga a confirmar, antes de avanzar, que cada dato que necesitás realmente existe y es accesible.

Errores frecuentes al armar la matriz

• Copiar el objetivo general como pregunta de investigación, cambiando solo el verbo (de “determinar” a “¿cuál es?”), en vez de que la pregunta genere el objetivo con lógica propia.
• Poner una variable en la matriz que después nunca aparece medida en el capítulo de resultados.
• Declarar una hipótesis con una cifra sin ningún criterio detrás, solo para “que quede completa la tabla”.
• Confundir el indicador con la variable: la variable es el concepto (“tiempo de confirmación”), el indicador es cómo se mide (“minutos promedio entre solicitud y confirmación”).

Un quinto error, menos frecuente pero más costoso cuando aparece: armar la matriz al final, como un trámite formal antes de entregar, en vez de usarla desde el principio para guiar las decisiones de diseño. Cuando la matriz se arma recién al cierre, es común que termine describiendo una tesina distinta de la que realmente se hizo —los objetivos ya no coinciden exactamente con lo que se implementó, o el indicador quedó desactualizado respecto de lo que efectivamente se midió—. Armarla temprano y actualizarla a medida que el proyecto avanza evita ese desfasaje.

Cómo se usa la matriz durante la defensa

Algunos jurados de Ingeniería en Sistemas pueden pedir la matriz de consistencia como una de las primeras diapositivas técnicas de la defensa, antes de entrar al sistema propiamente dicho, justamente porque resume en un cuadro si el trabajo tiene coherencia interna. Tenerla clara de memoria —poder explicar por qué cada variable está ahí y qué indicador la mide— evita un tropiezo frecuente en esta instancia: que te pregunten por qué elegiste una variable y no sepas justificarlo más allá de “porque la vi en un ejemplo”. Para ver más ejemplos de tesinas ya armadas por área disciplinar y cómo se estructuran de principio a fin, estos modelos reales son un buen complemento a esta guía paso a paso.

Si tu tesina no tiene componente comparativo

Si tu proyecto es puramente de desarrollo, sin un “antes y después” que comparar, la matriz igual se arma, pero la columna de hipótesis queda vacía o se reemplaza por criterios de éxito del sistema (por ejemplo, “el sistema cumple con los requerimientos funcionales relevados en un 100 %, verificado con pruebas de aceptación”). La lógica de coherencia —que cada fila se explique por la anterior— sigue siendo la misma. Para ver cómo se arma esta misma lógica de coherencia interna en una tesina de otra rama de ingeniería, este modelo de tesina de Ingeniería Industrial sobre mejora de procesos sigue un razonamiento parecido, aplicado a un proceso productivo en vez de a un sistema de software.

Dónde va la matriz dentro de la tesina

No hay un lugar único: algunas facultades la piden dentro del capítulo metodológico, integrada al texto; otras la piden como anexo, referenciada desde el capítulo pero sin ocupar espacio en el cuerpo principal. La opción de anexo suele ser más cómoda para una tesina de Ingeniería en Sistemas porque la tabla completa, con las seis o siete columnas, rara vez entra bien en una página vertical estándar de Word, y forzarla dentro del cuerpo del texto termina en una tabla ilegible con letra minúscula. Preguntale a tu director/a cuál es la convención de tu facultad antes de decidirlo vos mismo. Un truco práctico: si tu procesador de texto permite orientación mixta (algunas páginas verticales y otras horizontales dentro del mismo documento), usalo solo para la página de la matriz — evita tener que girar el documento entero.

Y si tu carrera no es Ingeniería en Sistemas

La lógica de la matriz —problema, pregunta, objetivos, hipótesis, variables e indicadores, metodología, todo alineado en una sola fila lógica— es la misma para cualquier carrera. Esta guía de metodología de la investigación repasa enfoques, diseño, población y muestra en un solo lugar, y esta guía sobre el uso de IA con datos clínicos en Medicina muestra la misma exigencia de coherencia y rigor metodológico aplicada a un contexto de salud.