Proyecto integrador
Es el trabajo donde todo lo aprendido en siete años tiene que funcionar junto y a la vez. No se evalúa un tema: se evalúa la capacidad de llevar un problema real desde el planteo hasta una solución que funciona, está documentada y se puede defender.
01Qué se espera de un proyecto integrador
| Se espera | No se espera |
|---|---|
| Un problema real, con alguien a quien le sirva. | Un ejercicio inventado para justificar el uso de un componente. |
| Requisitos verificables definidos antes de empezar. | «Que funcione bien», sin criterio de aceptación. |
| Decisiones justificadas con cálculo o ensayo. | Elegir un componente porque estaba en el cajón. |
| Un prototipo ensayado contra los requisitos. | Un montaje que anduvo una vez el día de la entrega. |
| Documentación que permita a otro reproducirlo. | Un informe escrito la semana anterior a la defensa. |
| Una defensa donde se responda por cada decisión. | Una presentación de diapositivas leída. |
- Real: alguien lo tiene. Un taller de la escuela, una huerta comunitaria, un club, un productor de la zona, una persona con una necesidad concreta.
- Acotado: que entre en el tiempo disponible con margen. Un proyecto ambicioso a medio terminar vale menos que uno modesto que anda.
- Verificable: que se pueda demostrar que cumple, con mediciones.
- Al alcance: componentes que se consigan y herramientas que existan en la escuela.
- Que integre: si se resuelve con un solo tema de una sola materia, no es un proyecto integrador.
Empezar por la solución: «quiero hacer algo con un ESP32». Ahí el proyecto ya nació torcido, porque después hay que inventarle un problema que justifique la elección. El orden correcto es al revés: problema, requisitos, alternativas, elección justificada. Y a veces la conclusión honesta es que el problema se resolvía sin microcontrolador, lo cual también es un resultado válido.
02Del requisito al diseño
| Etapa | Qué se hace | Qué se entrega |
|---|---|---|
| 1 | Relevar la necesidad con el destinatario y observar cómo se resuelve hoy. | Memoria descriptiva y registro de la situación actual. |
| 2 | Escribir requisitos verificables, y separarlos en imprescindibles y deseables. | Pliego de requisitos. |
| 3 | Proponer al menos dos alternativas de solución y compararlas con criterios explícitos. | Análisis de alternativas con la decisión justificada. |
| 4 | Diseño: diagrama en bloques, esquemático, cálculo de cada etapa, diseño mecánico en CAD. | Documentación de diseño y memoria de cálculo. |
| 5 | Construcción por partes, probando cada bloque antes de integrar. | Prototipo funcionando. |
| 6 | Ensayos contra cada requisito, incluidos los de límite y de duración. | Protocolo de ensayos con resultados. |
| 7 | Documentación final, manual de uso y entrega al destinatario. | Carpeta completa y equipo entregado. |
- Modelado 3D de piezas y conjunto, con verificación de interferencias antes de fabricar nada.
- Planos de fabricación con cotas, tolerancias y materiales: es lo que se le entrega a quien va a hacer la pieza.
- Vistas explotadas para el armado y el manual.
- Archivos para corte láser o impresión 3D, cuando corresponda.
- Y del lado eléctrico, el esquemático y la placa, con lo visto en esquemáticos y circuito impreso.
- Matemática: cálculo, estadística de los ensayos, propagación de errores.
- Física: mecánica, térmica, óptica y todo lo que el fenómeno involucre.
- Marco jurídico: normas aplicables, responsabilidad, propiedad del trabajo.
- Higiene y seguridad: análisis de riesgos del producto y del proceso de construcción.
- Economía y producción: costos, viabilidad, escala y comparación con lo existente.
03Gestionar el proyecto
| Herramienta | Para qué sirve |
|---|---|
| Descomposición en tareas | Partir el proyecto en trabajos de pocos días, con un resultado concreto cada uno. |
| Cronograma | Ubicar las tareas en el tiempo, con sus dependencias. Muestra qué se puede hacer en paralelo. |
| Camino crítico | La cadena de tareas sin holgura. Un atraso ahí atrasa toda la entrega; en el resto, no. |
| Hitos | Puntos de control con un entregable verificable. Sin hitos, el atraso se descubre al final. |
| Roles | Quién hace qué. Rotar para que todos pasen por todo, pero con un responsable claro por tarea. |
| Registro de riesgos | Qué puede salir mal, qué probabilidad tiene, qué impacto y qué se hace si ocurre. |
| Bitácora | Qué se hizo cada día, qué se midió y qué se decidió. Es la memoria del proyecto y la base del informe. |
| Riesgo | Impacto | Plan si ocurre |
|---|---|---|
| El componente clave no se consigue | alto | Tener elegido un reemplazo desde el diseño, y comprarlo al inicio. |
| Se quema la placa en la puesta en marcha | alto | Fabricar dos, y probar por etapas con fuente limitada en corriente. |
| Un integrante deja de participar | medio | Documentación al día para que otro pueda continuar. |
| El destinatario cambia lo que pide | medio | Requisitos acordados por escrito desde el inicio. |
| El taller no está disponible | bajo | Adelantar todo lo que no dependa del taller. |
La demora más frecuente en los proyectos escolares no es técnica: es esperar un componente. Comprar temprano lo crítico resuelve más problemas que cualquier optimización del diseño.
04Costos y viabilidad
- Materiales, con precios reales relevados y fecha.
- Horas de trabajo, valorizadas: aunque el trabajo sea escolar, el proyecto tiene que mostrar cuánto costaría hacerlo.
- Servicios de terceros: fabricación de placa, mecanizado, tratamiento.
- Herramientas e instrumentos que el proyecto requiera y no estén disponibles.
- Un margen para imprevistos, que en un prototipo no baja del 15 %.
El costo de la solución propia contra lo que ya existe en el mercado. Es una comparación honesta que hay que hacer, y su resultado no invalida el proyecto: muchas veces la solución comercial es más barata y aun así el proyecto se justifica porque es a medida, porque el equipo comercial no se consigue, o porque el valor está en el aprendizaje.
Lo que no corresponde es evitar la comparación. Un proyecto que no sabe cuánto sale lo que resuelve no está terminado.
05La defensa
- Estructura: problema, requisitos, alternativas y por qué se eligió una, diseño, ensayos, resultados, conclusiones y qué se haría distinto.
- Demostración en vivo, con un plan por si algo falla: video de respaldo y explicación de qué se está viendo.
- Datos, no adjetivos: «mide con un error de ±0,3 °C en el rango ensayado» dice mucho más que «anda muy bien».
- Todos hablan y todos conocen el proyecto entero, no sólo su parte.
- Preparar las preguntas difíciles: por qué ese componente, qué pasa si falla tal cosa, cuánto cuesta, qué norma aplica, qué limitaciones tiene.
- Reconocer los límites del trabajo. Decir «esto no lo pudimos ensayar» es mucho mejor que exagerar un resultado, y el tribunal lo distingue enseguida.
No es el proyecto más vistoso: es el que muestra un razonamiento completo. Un equipo que entiende por qué eligió cada cosa, que midió lo que dice y que sabe qué le falta, defiende mejor un proyecto modesto que otro espectacular del que no puede explicar el funcionamiento.
06El trabajo a lo largo del año
Identificar el problema con su destinatario, relevar cómo se resuelve hoy y redactar el anteproyecto: problema, requisitos, alternativas evaluadas, alcance, cronograma preliminar y presupuesto estimado. Se presenta y se corrige antes de seguir.
Diagrama en bloques, esquemáticos, cálculos, modelos CAD y planos. Revisión cruzada con otro grupo antes de comprar o fabricar nada: es el momento más barato para encontrar un error.
Armado por bloques con verificación de cada uno, integración, y ensayos contra cada requisito —incluidos los de límite, de duración y de recuperación ante falla—. Todo registrado en la bitácora.
Documentación final, manual de uso, entrega al destinatario y defensa ante el tribunal. Con una prueba de la presentación completa al menos una semana antes, cronometrada.
07Errores frecuentes
| Error | Consecuencia |
|---|---|
| Empezar por la solución en lugar del problema | El proyecto no resuelve nada real y no se puede justificar. |
| Alcance demasiado ambicioso | Llega a fin de año a medio terminar, y no se puede ensayar ni defender. |
| Requisitos vagos | No hay manera de demostrar que el proyecto cumple. |
| Comprar los componentes tarde | La demora de un componente atrasa todo el proyecto. |
| Integrar todo al final | Los problemas aparecen todos juntos y sin tiempo para resolverlos. |
| Documentar al final | Se pierden los datos, las decisiones y las mediciones, y el informe queda vacío. |
| Repartir el trabajo en compartimentos | Nadie entiende el conjunto y la defensa se cae con la primera pregunta cruzada. |
| Exagerar los resultados | El tribunal lo detecta y arruina la credibilidad de todo el trabajo. |
08Autoevaluación
¿Cuál es el orden correcto para arrancar un proyecto?
Problema, requisitos, alternativas, elección justificada. Empezar por la solución obliga después a inventar un problema que la justifique.
¿Qué hace verificable a un requisito?
Que tenga números y condiciones de ensayo: rango, error admisible, tiempo de respuesta, condiciones de trabajo. Es lo que permite demostrar que el proyecto cumple.
¿Por qué hay que plantear al menos dos alternativas?
Porque la decisión de diseño se justifica comparando. Sin alternativas no hay elección, hay una ocurrencia.
¿Qué es el camino crítico?
La cadena de tareas sin holgura: un atraso en cualquiera de ellas atrasa toda la entrega. Es donde hay que concentrar la atención.
¿Para qué sirven los hitos?
Para detectar los atrasos a tiempo. Sin puntos de control con entregable, el problema se descubre al final, cuando ya no hay margen.
¿Cuál es la causa más frecuente de demora en un proyecto escolar?
Esperar un componente. Comprar temprano lo crítico y tener un reemplazo elegido resuelve más problemas que cualquier mejora del diseño.
¿Qué se computa en el presupuesto además de los materiales?
Horas de trabajo valorizadas, servicios de terceros, herramientas necesarias y un margen para imprevistos que en un prototipo no baja del 15 %.
Si la solución comercial es más barata, ¿el proyecto pierde sentido?
No necesariamente: puede justificarse por ser a medida, por disponibilidad o por el aprendizaje. Lo que no corresponde es evitar la comparación.
¿Qué estructura conviene para la defensa?
Problema, requisitos, alternativas y elección, diseño, ensayos, resultados, conclusiones y qué se haría distinto. Con datos concretos, no adjetivos.
¿Conviene reconocer las limitaciones del trabajo?
Sí. Decir qué no se pudo ensayar demuestra criterio, mientras que exagerar un resultado se detecta enseguida y arruina la credibilidad de todo lo demás.