Apuntes · Tecnología e IngenieríaES · Selectividad

Proyectos de investigación y desarrollo

Este tema cierra el método de proyectos de la materia: cómo se planifica, gestiona y documenta un proyecto tecnológico, las metodologías ágiles (Scrum, Kanban), el trabajo en equipo, la cultura emprendedora e innovadora (I+D+i) y la difusión normalizada de la documentación técnica respetando la autoría y la propiedad intelectual e industrial. Ampliación — fuera del examen de Selectividad: el currículo lo recoge como saber básico de carácter procedimental y competencial, pero NO es un contenido evaluable en la prueba escrita de la PAU; se trabaja sobre todo a través del proyecto de aula y la documentación que lo acompaña. Lo presentamos como formación de proceso valiosa para el resto de bloques, no como materia de examen.

4 secciones~26 min de lectura2 competenciasNivel Básico 1 · Estándar 3Revisado · 07/2026

T·0111 / 11

Perfil de examen

CE1 · Abordar problemas tecnológicos planificando y gestionando proyectos de I+D+i de forma cooperativa, aplicando metodologías ágiles (Scrum, Kanban) y valorando el emprendimiento. Ampliación — competencia de carácter procedimental, NO evaluada en la prueba escrita de Selectividad.CE2 · Elaborar y difundir documentación técnica del proyecto de manera rigurosa, clara y normalizada (UNE/ISO), respetando la propiedad intelectual e industrial y la autoría. Ampliación — competencia de carácter procedimental, NO evaluada en la prueba escrita de Selectividad.

Operadores:analizaplanificagestionaorganizaexplicajustificainterpretarelacionaelaboradocumentavalora

nivel básico

Aunque Tecnología e Ingeniería es materia de modalidad, este bloque es de proceso y NO entra en el examen de la PAU; lo exigible es saber aplicarlo en tu propio proyecto de aula: definir fases, organizar tareas y entregar una documentación técnica clara y honesta.

nivel avanzado

Para sacar el máximo partido al proyecto integrador (y a futuros grados de ingeniería) profundiza en la gestión ágil (planificación de sprints, tablero Kanban con límites WIP, gráfico burndown) y en la protección de la innovación (patente, modelo de utilidad, marca y licencias) a través de la OEPM.

Profundidad

Texto

Contenido · 4 secciones

Proyectos de investigación y desarrollo

Ciclo de vida de un proyecto tecnológico y su documentación#

BásicoBOE-A-2022-5521 · Anexo II · Tecnología e Ingeniería · Proyectos de investigación y desarrollo: gestión de proyectos tecnológicos; fases del proyecto (definición, planificación, ejecución, control y cierre) y documentación técnica asociada.

Un proyecto tecnológico es un esfuerzo TEMPORAL —con principio y final— emprendido para crear un producto, servicio o resultado único que resuelve una necesidad o un problema. A diferencia de una operación rutinaria (que se repite indefinidamente), el proyecto es singular, tiene un objetivo definido y se desarrolla bajo tres restricciones que se condicionan mutuamente, la llamada «triple restricción»: el ALCANCE (qué se va a hacer), el TIEMPO (plazo) y el COSTE (recursos), con la calidad como exigencia transversal. Gestionar un proyecto consiste, en esencia, en equilibrar esas tres restricciones: si se amplía el alcance manteniendo el plazo, sube el coste; si se recorta el plazo, suele resentirse el alcance o la calidad. Toda la materia se ha trabajado mediante el método de proyectos, y este bloque sistematiza ese método.

El ciclo de vida clásico organiza el proyecto en cinco fases o grupos de procesos que se suceden de forma ordenada (modelo predictivo o «en cascada»), tal como muestra la figura panorámica de cabecera (Fig. 1). (1) DEFINICIÓN o inicio: se identifica la necesidad, se acota el problema, se fijan los objetivos y los requisitos y se redacta el acta o documento de arranque del proyecto. (2) PLANIFICACIÓN: se descompone el trabajo en tareas (estructura de descomposición del trabajo o EDT), se estiman duraciones y recursos, se establecen dependencias y se construye el cronograma —habitualmente un diagrama de Gantt (Fig. 2)—, junto con el presupuesto y el plan de riesgos. (3) EJECUCIÓN: se realizan las tareas, se construye el producto y se coordina al equipo. (4) CONTROL y seguimiento (transversal a la ejecución): se compara lo realizado con lo planificado, se mide el avance y se introducen correcciones. (5) CIERRE: se entrega el producto, se documenta, se evalúan los resultados y se extraen lecciones aprendidas.

Las cinco fases del ciclo de vida de un proyecto y su documentación

Diagrama de Gantt de un proyecto de aula con camino crítico

El diagrama de Gantt (Henry Gantt, hacia 1910) es la herramienta gráfica más característica de la planificación: en el eje vertical se listan las tareas y en el horizontal transcurre el tiempo; cada tarea se representa con una barra cuya posición indica su fecha de inicio y cuya longitud indica su duración (Fig. 2). Permite visualizar de un vistazo el calendario, el solapamiento de tareas (paralelismo) y las dependencias (una tarea que no puede empezar hasta que termine otra). Sobre el Gantt se identifica el CAMINO CRÍTICO: la secuencia de tareas dependientes cuya suma de duraciones marca la duración mínima total del proyecto; un retraso en cualquier tarea del camino crítico retrasa todo el proyecto, mientras que las tareas con HOLGURA admiten cierto retraso sin afectar al plazo final. Para proyectos pequeños de aula es la representación de referencia, sencilla de elaborar incluso con una hoja de cálculo.

Cada fase genera DOCUMENTACIÓN TÉCNICA, que es el segundo pilar del bloque: el proyecto no es solo el objeto construido, sino el conjunto de documentos que lo definen, justifican y permiten reproducirlo. Los documentos típicos de un proyecto técnico, en su orden habitual, son: la MEMORIA (descripción, objetivos, soluciones adoptadas y su justificación), los PLANOS (representación gráfica normalizada del producto), el PLIEGO DE CONDICIONES (requisitos técnicos, materiales y normas que debe cumplir), el PRESUPUESTO (mediciones y coste) y los ANEXOS (cálculos, ensayos, manuales). Una buena documentación es clara, completa, normalizada y trazable; es la que convierte una idea en algo comunicable, fabricable y mantenible. Este bloque conecta así con «Materiales y fabricación» y con «Dibujo Técnico», donde la representación normalizada se desarrolla en detalle.

Ejemplo resuelto

Cronograma y camino crítico de un proyecto de aula

Un equipo planifica un proyecto con estas tareas y duraciones: A Diseño (1 semana); B Compra de componentes (1 semana, puede hacerse en paralelo a A); C Montaje (1 semana, requiere A y B terminadas); D Programación (2 semanas, requiere C); E Pruebas (1 semana, requiere D). Construye la secuencia de dependencias, determina la duración mínima del proyecto e identifica el camino crítico y la holgura de la tarea B.

Ordenar las dependencias
A y B pueden empezar a la vez en la semana 1. C necesita que ambas hayan terminado, así que empieza en la semana 2. D necesita C, empieza en la semana 3 y dura 2 semanas (semanas 3 y 4). E necesita D, ocupa la semana 5.
Identificar las rutas posibles
Hay dos cadenas hasta el final: la ruta A -> C -> D -> E (1+1+2+1 = 5 semanas) y la ruta B -> C -> D -> E (1+1+2+1 = 5 semanas). La parte común (C, D, E) suma 4 semanas; lo que difiere es si la entrada a C la marca A o B.
Duración mínima del proyecto
La duración total la fija la cadena más larga de tareas dependientes. Ambas rutas duran 5 semanas, luego la duración mínima del proyecto es 5 semanas: no se puede acabar antes sin acortar alguna tarea de esa cadena.
Camino crítico y holgura de B
El camino crítico es la secuencia A (o B) -> C -> D -> E, de 5 semanas; cualquier retraso en C, D o E retrasa todo el proyecto. Como A y B duran lo mismo (1 semana) y C espera a las dos, B no aporta holgura: su retraso retrasaría también a C. En este caso A y B son ambas críticas y la holgura de B es 0.

Resultado: La duración mínima del proyecto es 5 semanas; el camino crítico es Diseño/Componentes -> Montaje -> Programación -> Pruebas, y la holgura de la tarea B (Compra de componentes) es 0, porque dura lo mismo que A y C no puede empezar hasta que ambas terminen.

Errores frecuentes

Confundir el ciclo de vida del PROYECTO (definición → planificación → ejecución → control → cierre) con el ciclo de vida del PRODUCTO (concepción → fabricación → uso → fin de vida/reciclaje); son dos secuencias distintas que a veces se mezclan.
Creer que la documentación se redacta «al final»: la memoria, los planos y el control se generan a lo largo de todas las fases; dejarla para el cierre produce documentación incompleta y poco fiable.
Pensar que todas las tareas del Gantt son críticas; solo lo son las del camino crítico, y olvidar las dependencias lleva a cronogramas imposibles (empezar una tarea antes de que acabe la que la condiciona).

Repaso activo

Para un proyecto de aula consistente en construir un pequeño robot velocista, define las cinco fases de su ciclo de vida y, para la fase de planificación, elabora un diagrama de Gantt con al menos cinco tareas (p. ej. diseño del chasis, montaje electrónico, programación, pruebas, documentación), indicando duraciones, dependencias y cuál sería el camino crítico.

Recuerdo activo

Recuerda los puntos clave — luego revela.

Fuentes: Real Decreto 243/2022 — enseñanzas mínimas del Bachillerato (saberes básicos, Anexo II) (Gobierno de España — Boletín Oficial del Estado (BOE))

Metodologías ágiles: Scrum y Kanban#

EstándarBOE-A-2022-5521 · Anexo II · Tecnología e Ingeniería · Proyectos de investigación y desarrollo: metodologías ágiles de gestión de proyectos (p. ej. Scrum, Kanban): roles, iteraciones y mejora continua.

Frente al modelo predictivo «en cascada» (planificarlo todo al principio y ejecutar en orden fijo), las METODOLOGÍAS ÁGILES proponen un desarrollo ITERATIVO E INCREMENTAL: el proyecto avanza en ciclos cortos, cada uno de los cuales entrega una parte funcional del producto que se prueba y se mejora antes de seguir. Surgen formalmente en 2001 con el Manifiesto Ágil, que prioriza «individuos e interacciones sobre procesos y herramientas, software/producto que funciona sobre documentación exhaustiva, colaboración con el cliente sobre negociación de contratos y respuesta al cambio sobre seguir un plan». Son especialmente útiles cuando los requisitos no están del todo claros al principio o pueden cambiar, algo habitual en la innovación. Los dos marcos más extendidos, citados en el currículo, son Scrum y Kanban (Fig. 3).

El ciclo iterativo de Scrum: del Product Backlog al incremento

SCRUM organiza el trabajo en iteraciones de duración fija llamadas SPRINTS (típicamente de 1 a 4 semanas), al final de cada cual debe existir un incremento del producto potencialmente entregable (Fig. 3). Define tres ROLES: el Product Owner (responsable de QUÉ se construye y de priorizar el trabajo), el Scrum Master (facilitador que ayuda al equipo a seguir el método y elimina obstáculos) y el Equipo de Desarrollo (autoorganizado, decide CÓMO hacer el trabajo). Maneja dos listas o «backlogs»: el Product Backlog (lista priorizada de todo lo que el producto necesita) y el Sprint Backlog (subconjunto seleccionado para el sprint en curso). Y establece reuniones o EVENTOS: la planificación del sprint, la reunión diaria breve (daily, ¿qué hice, qué haré, qué me bloquea?), la revisión del sprint (se muestra lo construido) y la retrospectiva (el equipo reflexiona sobre cómo mejorar).

KANBAN, de origen industrial (sistema de producción de Toyota), es un método de gestión VISUAL del flujo de trabajo basado en un tablero con columnas que representan los estados de una tarea: el caso mínimo es «Por hacer | En curso | Hecho», pero puede tener más columnas según el proceso (Fig. 4). Cada tarea es una tarjeta que avanza de izquierda a derecha conforme progresa. Su principio distintivo es LIMITAR EL TRABAJO EN CURSO (límite WIP, work in progress): se fija un número máximo de tarjetas que pueden estar simultáneamente «En curso», lo que obliga a terminar lo empezado antes de coger nuevo trabajo, reduce los cuellos de botella y hace visible dónde se atasca el flujo. A diferencia de Scrum, Kanban no impone iteraciones de duración fija ni roles concretos: es un flujo continuo, ideal para tareas que llegan de forma constante (mantenimiento, soporte).

Tablero Kanban con límite de trabajo en curso (WIP)

El rasgo común y más importante de ambos marcos es la MEJORA CONTINUA (en japonés, kaizen): el equipo inspecciona regularmente cómo trabaja y adapta su método para hacerlo mejor —en Scrum mediante la retrospectiva al final de cada sprint, en Kanban observando las métricas del tablero (tiempo de ciclo, tareas atascadas). Una herramienta de seguimiento típica de Scrum es el GRÁFICO BURNDOWN (Fig. 5): representa el trabajo restante del sprint (en el eje vertical) frente a los días transcurridos (en el horizontal); la línea ideal desciende de forma uniforme hasta cero el último día, y la línea real del equipo, comparada con ella, indica si el sprint va adelantado o retrasado. Ágil no significa «sin planificación ni documentación», sino planificar y documentar lo justo y necesario, ajustándose continuamente a la realidad del proyecto.

Gráfico burndown de un sprint

Fig. 5Ejemplo ilustrativo: el trabajo restante del sprint frente a los días. La línea ideal (discontinua) desciende de forma uniforme; la real muestra si el equipo va adelantado o retrasado.

Ejemplo resuelto

Lectura de un gráfico burndown de Scrum

Un equipo planifica un sprint de 10 días laborables con 40 puntos de trabajo. La línea ideal de burndown desciende a ritmo constante hasta 0 el último día. (a) ¿Cuántos puntos de trabajo debería haber quedado pendientes, según la línea ideal, al final del día 5? (b) Si en el día 5 el equipo tiene realmente 28 puntos pendientes, ¿va adelantado o retrasado respecto al ideal? Justifícalo.

Ritmo ideal de avance
Si hay que «quemar» 40 puntos en 10 días a ritmo constante, cada día se completan 40/10 = 4 puntos. La línea ideal es trabajo_restante = 40 - 4*d, donde d es el número de días transcurridos.
Valor ideal en el día 5 (a)
Sustituimos d = 5 en la recta ideal: restante(5) = 40 - 4*5 = 40 - 20 = 20 puntos. A mitad del sprint debería quedar la mitad del trabajo.
Comparar con lo real (b)
El ideal en el día 5 es 20 puntos pendientes; el equipo tiene 28 puntos pendientes. Como 28 > 20, queda MÁS trabajo del previsto: la línea real está por encima de la ideal.
Interpretación
Una línea real por encima de la ideal significa que se ha completado menos trabajo del planificado: el equipo va RETRASADO. La diferencia de 8 puntos es el desvío que la retrospectiva analizará para mejorar (ajustar alcance, eliminar bloqueos, etc.).

Resultado: (a) Según la línea ideal, al final del día 5 deberían quedar 20 puntos pendientes. (b) Con 28 puntos reales pendientes (28 > 20) el equipo va RETRASADO: hay 8 puntos más de trabajo del previsto a mitad del sprint.

Errores frecuentes

Confundir los roles de Scrum: el Product Owner decide QUÉ y con qué prioridad; el Scrum Master NO es un jefe que manda, sino un facilitador que quita obstáculos; el equipo se autoorganiza para decidir CÓMO.
Creer que Kanban y Scrum son lo mismo: Scrum trabaja en sprints de duración fija con roles y eventos definidos; Kanban es un flujo continuo, sin iteraciones obligatorias, cuyo control clave es el límite WIP.
Pensar que «ágil» significa improvisar sin documentación; significa documentar lo justo y planificar de forma adaptativa, no la ausencia de plan ni de registros.

Repaso activo

Tu equipo de proyecto debe desarrollar una aplicación de control de un invernadero en cuatro semanas. Decide y justifica si usarías Scrum o Kanban (o una combinación), define sprints o columnas del tablero según el caso, asigna los roles de Scrum a los miembros del equipo y propón una métrica de mejora continua que usarías para saber si vais bien.

Recuerdo activo

Recuerda los puntos clave — luego revela.

Fuentes: Currículo de Bachillerato (LOMLOE) — materias y saberes básicos (Ministerio de Educación, Formación Profesional y Deportes — educagob)

Trabajo en equipo, emprendimiento e I+D+i#

EstándarBOE-A-2022-5521 · Anexo II · Tecnología e Ingeniería · Proyectos de investigación y desarrollo: trabajo en equipo y colaboración (distribución de tareas, comunicación, herramientas colaborativas, resolución de conflictos); investigación, desarrollo e innovación (I+D+i); el proceso de innovación tecnológica y la cultura emprendedora.

El proyecto tecnológico es, por naturaleza, un trabajo de EQUIPO: un grupo de personas con habilidades complementarias que comparten un objetivo común y se coordinan para alcanzarlo. Trabajar en equipo es más que repartir tareas; exige una distribución clara de responsabilidades, una comunicación fluida y honesta y unas normas de funcionamiento aceptadas por todos. Una técnica habitual para clarificar «quién hace qué» es la matriz de asignación de responsabilidades o matriz RACI (Fig. 6), que para cada tarea identifica quién la ejecuta (Responsable), quién rinde cuentas o aprueba (Aprobador), a quién se consulta (Consultado) y a quién se informa (Informado). Una buena distribución evita que una persona se sobrecargue, que dos hagan lo mismo o que una tarea quede sin dueño.

Matriz RACI: distribución de responsabilidades en el equipo

La COMUNICACIÓN y la COLABORACIÓN se apoyan hoy en herramientas digitales que permiten trabajar de forma distribuida: documentos y hojas de cálculo compartidos en la nube (edición simultánea y control de versiones), repositorios para el código o los diseños (que registran cada cambio y quién lo hizo), tableros de tareas en línea (los tableros Kanban del apartado anterior) y herramientas de mensajería y videoconferencia. Estas herramientas aportan TRAZABILIDAD (queda registro de qué se cambió, cuándo y por quién) y evitan la confusión de tener múltiples copias descoordinadas de un mismo archivo. Su uso responsable implica respetar la autoría de cada aportación y mantener el orden y la nomenclatura de los archivos.

Allí donde hay personas trabajando juntas surgen CONFLICTOS, que no son negativos en sí mismos: bien gestionados, mejoran las decisiones. La resolución de conflictos pasa por separar el problema de las personas, escuchar todas las posturas, centrarse en los intereses comunes (terminar bien el proyecto) y buscar soluciones de consenso o, cuando no es posible, acordar un criterio de decisión previo (por ejemplo, decidir por mayoría o que el Product Owner desempate en cuestiones de prioridad). La actitud clave es la asertividad: defender la propia opinión con argumentos y respeto, sin imponerla ni callarla. Las retrospectivas ágiles son, precisamente, un espacio estructurado para sacar a la luz y resolver estas tensiones de forma constructiva.

El motor que da sentido a todo el bloque es la INNOVACIÓN. La I+D+i agrupa tres actividades encadenadas: la INVESTIGACIÓN (I), que genera conocimiento nuevo (básica, sin un fin práctico inmediato; o aplicada, orientada a un objetivo); el DESARROLLO (D), que transforma ese conocimiento en prototipos y soluciones técnicas; y la INNOVACIÓN (i), que introduce con éxito ese resultado en el mercado o en la sociedad —una invención solo se convierte en innovación cuando se usa y aporta valor (Fig. 7). La innovación puede ser de producto, de proceso, de organización o de comercialización, y puede ser incremental (mejoras sucesivas) o disruptiva (cambia las reglas del sector). La CULTURA EMPRENDEDORA es la actitud de detectar oportunidades, asumir riesgos calculados, perseverar ante el fracaso y convertir una idea en un proyecto viable; no se limita a crear empresas, también es «intraemprender» dentro de una organización y aplicar esa iniciativa al propio proyecto de aula.

Cadena de la I+D+i: de la investigación a la innovación con valor

Ejemplo resuelto

Invención frente a innovación y tipo de innovación

Un equipo de aula diseña un sistema de riego que mide la humedad del suelo y solo riega cuando hace falta, reduciendo el consumo de agua. Mientras está solo en el banco de pruebas del taller, ¿es una invención o una innovación? ¿Y si el centro decide instalarlo en su huerto escolar y empieza a usarse a diario con buenos resultados? Clasifica además qué TIPO de innovación supondría y si es incremental o disruptiva.

Situación 1: en el banco de pruebas
Mientras el sistema es solo un prototipo que funciona en el taller pero no se usa para nada real, se trata de una INVENCIÓN: una solución técnica nueva que todavía no ha aportado valor a nadie.
Situación 2: instalado y en uso
Cuando el centro lo instala en el huerto y se usa a diario con buenos resultados, la invención pasa a aportar un valor real (ahorro de agua, mejor riego): se convierte en una INNOVACIÓN, porque se ha introducido con éxito en un entorno real.
Tipo de innovación
Como mejora la forma de hacer una tarea (regar), es principalmente una innovación de PROCESO; si además se ofreciera como un producto a otros centros, tendría también componente de innovación de producto.
Incremental o disruptiva
El riego automático por sensores mejora una práctica existente sin cambiar radicalmente las reglas del sector agrícola; es, por tanto, una innovación INCREMENTAL, no disruptiva.

Resultado: En el banco de pruebas es una INVENCIÓN; al instalarse y usarse con valor real se convierte en una INNOVACIÓN, concretamente de PROCESO y de carácter INCREMENTAL.

Errores frecuentes

Confundir invención con innovación: una invención es una idea o un prototipo nuevo; solo se convierte en innovación cuando se introduce con éxito en el mercado o la sociedad y aporta valor real.
Repartir el trabajo de forma desigual o ambigua (tareas sin responsable o duplicadas); por eso conviene una matriz tipo RACI que asigne para cada tarea un único responsable claro.
Identificar el trabajo en equipo con «repartirse el trabajo y juntarlo al final»: sin comunicación, integración continua y control de versiones, las partes no encajan y se pierde la trazabilidad.

Repaso activo

Para un equipo de cuatro personas que desarrolla un proyecto de domótica, elabora una matriz RACI con cuatro tareas (diseño del circuito, programación, redacción de la memoria, presentación final) asignando para cada una quién es Responsable, Aprobador, Consultado e Informado. Después, propón dos herramientas colaborativas concretas y describe una situación de conflicto plausible y cómo la resolverías de forma asertiva.

Recuerdo activo

Recuerda los puntos clave — luego revela.

Fuentes: Real Decreto 243/2022 — enseñanzas mínimas del Bachillerato (saberes básicos, Anexo II) (Gobierno de España — Boletín Oficial del Estado (BOE))

Difusión técnica, normalización y propiedad industrial e intelectual#

EstándarBOE-A-2022-5521 · Anexo II · Tecnología e Ingeniería · Proyectos de investigación y desarrollo: difusión y presentación de la documentación técnica (informes, normalización); propiedad intelectual e industrial y respeto a la autoría.

Propiedad intelectual frente a propiedad industrial

El cierre de todo proyecto incluye DIFUNDIR sus resultados: comunicar de forma clara y rigurosa lo que se ha hecho, cómo y con qué resultados. La documentación técnica de difusión se concreta en el INFORME o memoria final y en su PRESENTACIÓN. Un buen informe técnico tiene una estructura reconocible: portada e índice; resumen; introducción con el objetivo y el contexto; desarrollo (metodología, diseño, materiales, cálculos); resultados y su análisis; conclusiones; y bibliografía o referencias. Debe ser objetivo, preciso, escrito con lenguaje técnico correcto, apoyado en figuras y tablas numeradas y referenciadas, y honesto: no exagera los logros ni oculta las limitaciones. La presentación oral acompaña al informe y se adapta al público (compañeros, tribunal, cliente), apoyándose en un soporte visual claro y respetando el tiempo asignado.

Para que la documentación sea comprensible y reutilizable por cualquiera debe estar NORMALIZADA. La normalización es la elaboración y aplicación de normas técnicas —documentos consensuados que fijan criterios comunes de fabricación, representación y documentación. En España las elabora UNE (la asociación española de normalización), que a su vez recoge normas europeas (EN) e internacionales (ISO); de ahí las referencias del tipo UNE-EN-ISO. La normalización afecta a los formatos de papel (serie A: A4, A3…), a la representación de planos (vistas, acotación, escalas, líneas normalizadas), a los símbolos de circuitos (p. ej. la simbología de neumática e hidráulica de la norma ISO 1219, o la de electrónica) y a la presentación de la documentación. Normalizar aporta tres ventajas: facilita la comunicación (todos «hablan el mismo idioma» gráfico), permite la intercambiabilidad de piezas y mejora la calidad y la seguridad.

Difundir el trabajo plantea la cuestión de la PROPIEDAD INTELECTUAL E INDUSTRIAL: los derechos que protegen las creaciones de la mente. Conviene distinguir dos grandes ámbitos. La PROPIEDAD INTELECTUAL (derechos de autor, copyright) protege las obras literarias, artísticas y científicas —incluidos los textos, los planos, las fotografías y, de forma específica, el software— por el mero hecho de crearlas; nace automáticamente con la obra, sin necesidad de registro, y dura toda la vida del autor más un plazo posterior (en España, 70 años tras su muerte). La PROPIEDAD INDUSTRIAL protege las invenciones y los signos distintivos con fines comerciales y SÍ requiere un registro oficial, que en España gestiona la OEPM (Oficina Española de Patentes y Marcas).

Dentro de la propiedad industrial, las figuras principales que conviene conocer son: la PATENTE, que protege una invención (un producto o procedimiento nuevo, con actividad inventiva y aplicación industrial) concediendo a su titular el derecho exclusivo de explotarla durante 20 años, a cambio de hacerla pública; el MODELO DE UTILIDAD, que protege invenciones de menor entidad inventiva (mejoras de utilidad o forma de un objeto) durante 10 años; el DISEÑO INDUSTRIAL, que protege la apariencia estética de un producto; y la MARCA, que protege un signo distintivo (nombre, logotipo) que identifica productos o servicios y es renovable indefinidamente. Frente a estos derechos exclusivos existen también las LICENCIAS LIBRES y abiertas (software libre, licencias Creative Commons) que permiten al autor autorizar usos de su obra manteniendo su reconocimiento. La regla ética transversal del bloque es el RESPETO A LA AUTORÍA: citar siempre las fuentes que se utilizan, no plagiar, pedir permiso o usar materiales con licencia adecuada, y reconocer la contribución de cada miembro del equipo.

Ejemplo resuelto

Elegir la protección adecuada para una innovación

Un equipo ha desarrollado: (1) un nuevo mecanismo de cierre para mochilas, técnicamente novedoso y con aplicación industrial; (2) el programa informático que controla un prototipo; y (3) el nombre y logotipo «ClickPack» con el que quieren comercializarlo. Indica para cada elemento qué figura de protección le corresponde, si requiere registro y dónde, y el plazo aproximado de protección cuando proceda.

1) El mecanismo de cierre
Es una invención técnica nueva, con actividad inventiva y aplicación industrial, así que se protege con una PATENTE (o, si la entidad inventiva fuera menor, con un modelo de utilidad). Requiere registro en la OEPM y la patente otorga la exclusiva durante 20 años.
2) El programa informático
El software se protege por los DERECHOS DE AUTOR (propiedad intelectual): la protección es automática desde su creación, sin necesidad de registro obligatorio, y dura toda la vida del autor más 70 años; el registro es solo declarativo (prueba de autoría).
3) El nombre y logotipo
«ClickPack» y su logotipo son un signo distintivo comercial, por lo que se protegen con una MARCA. Requiere registro en la OEPM y la marca es renovable indefinidamente (en periodos de 10 años).
Síntesis
Conviven dos ámbitos: el mecanismo y la marca son propiedad INDUSTRIAL (registro en la OEPM); el software es propiedad INTELECTUAL (protección automática). En todos los casos rige el respeto a la autoría y la cita de las fuentes empleadas.

Resultado: 1) Mecanismo: PATENTE (registro OEPM, 20 años). 2) Software: DERECHOS DE AUTOR (propiedad intelectual, automática, vida del autor + 70 años, sin registro obligatorio). 3) Nombre y logotipo: MARCA (registro OEPM, renovable cada 10 años indefinidamente).

Errores frecuentes

Confundir propiedad intelectual con propiedad industrial: la intelectual (derechos de autor) nace automáticamente con la obra y protege textos, planos y software; la industrial (patentes, marcas) exige registro oficial en la OEPM.
Creer que el software se protege con una patente: en general, el software está amparado por los derechos de autor (propiedad intelectual), no por una patente de invención.
Asumir que «si está en internet es de uso libre»: usar textos, imágenes o código sin citar la fuente o sin la licencia adecuada vulnera los derechos de autor; hay que citar siempre y respetar las condiciones de cada licencia.

Repaso activo

Tu equipo ha desarrollado un dispositivo original y quiere darlo a conocer. (a) Esboza el índice de un informe técnico de difusión con sus apartados principales. (b) Decide qué figura de protección de la propiedad industrial sería la más adecuada para la invención y cuál para su nombre comercial, justificándolo, e indica dónde habría que registrarlas. (c) Explica cómo citarías una imagen ajena que quieras incluir en la presentación.

Recuerdo activo

Recuerda los puntos clave — luego revela.

Fuentes: Currículo de Bachillerato (LOMLOE) — materias y saberes básicos (Ministerio de Educación, Formación Profesional y Deportes — educagob)

Referencias y fuentes

Fuentes

Gobierno de España — Boletín Oficial del Estado (BOE)

Real Decreto 243/2022 — enseñanzas mínimas del Bachillerato (saberes básicos, Anexo II)

Ministerio de Educación, Formación Profesional y Deportes — educagob

Currículo de Bachillerato (LOMLOE) — materias y saberes básicos

Proyectos de investigación y desarrollo

4 secciones~26 min de lectura2 competenciasNivel Básico 1 · Estándar 3Revisado · 07/2026

Trabajo en equipo, emprendimiento e I+D+i#

Estándar

BOE-A-2022-5521 · Anexo II · Tecnología e Ingeniería · Proyectos de investigación y desarrollo: trabajo en equipo y colaboración (distribución de tareas, comunicación, herramientas colaborativas, resolución de conflictos); investigación, desarrollo e innovación (I+D+i); el proceso de innovación tecnológica y la cultura emprendedora.

Proyectos de investigación y desarrollo

Puntos clave

Cronograma y camino crítico de un proyecto de aula

Puntos clave

Lectura de un gráfico burndown de Scrum

Puntos clave

Invención frente a innovación y tipo de innovación

Puntos clave

Elegir la protección adecuada para una innovación

Fuentes

Proyectos de investigación y desarrollo

Puntos clave

Cronograma y camino crítico de un proyecto de aula

Puntos clave

Lectura de un gráfico burndown de Scrum

Puntos clave

Invención frente a innovación y tipo de innovación

Puntos clave

Elegir la protección adecuada para una innovación

Fuentes