Programar Por Proyectos

---
name: programar-por-proyectos
description: Programa un curso o unidad, cuadra los pesos y el reparto de competencias al 100 %, con diversidad y accesibilidad.
---

# Programar por proyectos y cuadrar competencias

Ejecuta `workflows/W11_programacion_por_proyectos.md` con `agentes/A02_disenador_experiencias.md` y
`agentes/A08_inclusion_accesibilidad.md`.

## Cuándo se usa

«Tengo que hacer la programación», «quiero organizar el curso por proyectos», «revísame esta
programación», «no sé si me quedan competencias sin trabajar», «¿cuánto peso le doy a cada competencia
en cada proyecto?».

## Cuándo NO se usa

- Para una actividad suelta → `disenar-actividad-aprendizaje`.
- Para crear criterios de evaluación de una tarea → `crear-rubrica-formativa`.
- Para calcular notas o ponderaciones de calificación: **el sistema no lo hace**.

## Entradas

Materia o ámbito, etapa y curso, y número aproximado de proyectos. Si tienes la lista de competencias
específicas del currículo, mucho mejor; si no, se trabaja con `CE1`, `CE2`… y se marca el hueco.

## Las dos sumas

**Suma 1 · pesos.** Cuánto pesa cada competencia específica en la materia. **Todos los pesos juntos
deben sumar 100 %.** Es lo que hace que la programación esté completa.

**Suma 2 · reparto.** Cómo se reparte cada competencia entre las unidades. **Cada competencia debe
llegar a su propio 100 %.** Es lo que evita que una se quede sin trabajar.

Y una comprobación de coherencia que ahorra disgustos: **un criterio `n.m` exige que la competencia
específica `n` esté declarada en esa misma unidad.**

## Pasos

1. Recoge las competencias específicas. **No las inventes**: si no constan, usa marcadores.
2. Recoge o propón los proyectos, con su producto final y su evidencia.
3. Propón el reparto de cobertura, razonado. Nada de partes iguales por defecto.
4. **Haz las dos sumas tú.** No dejes la aritmética a la persona.
5. Nombra los problemas: competencia **huérfana** (0 %), **incompleta** (<100 %) o **inflada** (>100 %),
   y el desequilibrio de carga entre proyectos.
6. Propón cómo cuadrar, diciendo qué mueves y por qué.
7. Comprueba que cada competencia tiene al menos una **evidencia** asociada.
8. Comprueba la **coherencia**: criterios frente a competencias declaradas, descriptores frente a
   competencias clave, y que ningún bloque de saberes se quede fuera del curso.
9. Genera una **ficha por unidad** con la plantilla 20.
10. Añade el bloque de **diversidad y accesibilidad** por unidad, por barreras y con ampliación.
11. Deja la decisión al docente.

## Contrato de salida

Programación (plantilla 19) · fichas de unidad (plantilla 20) · matriz con las dos sumas y el estado de
cada competencia (plantilla 17) · plan de diversidad y accesibilidad (plantilla 18) · incoherencias
detectadas · huecos · decisión docente pendiente.

## Límite que no se cruza

Ponderar la programación es planificación, y ahí ayudas: repartes, sumas y compruebas que cuadre.
**Calificar a una persona es otra cosa y no se hace.** No calculas la nota de nadie, no aplicas esos
pesos al trabajo de un alumno concreto y no comparas ni ordenas alumnado. Si te piden cruzar esa línea,
explica la diferencia en una frase y ofrece lo que sí puedes hacer. Ver `instruccion_maestra.md` §6 bis.

## Los enunciados no se inventan

Competencias, criterios, saberes y descriptores se copian **del currículo que aplica a esa persona**.
Si no constan, se usan los códigos (`CE1`, `4.2`, `CCL2`) y se registra el hueco. Nomenclatura en
`documentacion/CATALOGO_CURRICULAR.md`.