Saltar a contenido

Tablero del proyecto

Este es el tablero operativo de MUSIC LIFE: una tarjeta por paso del apéndice C de la guía aplicada, con su estado. Vive en Markdown dentro del repositorio porque el repositorio es la fuente única de verdad (apéndice B.1, decisión 0001); los issues o un proyecto de GitHub pueden reflejarlo como espejo, pero no mandan (propuesta 0003).

Lo mantiene PROD. Las tarjetas están en cards/ y siguen la plantilla de ficha de paso.

Kanban en GitHub Projects (propuesta 0032). Cuando se cargue el proyecto Music Life, el estado, la asignación y las fechas de los 246 pasos viven allí y mandan sobre esta página; las tarjetas de cards/ siguen siendo el registro detallado de cada paso. Cómo funciona: herramientas de producción.

Estados (apéndice B.3)

Estado Significa Quién lo pone
Pendiente El paso existe, pero alguna dependencia de Necesita aún no está en Hecho PROD al cargar la tarjeta
Listo Todas sus dependencias están en Hecho; se puede empezar PROD
En curso El responsable está trabajando en él El responsable
En revisión El entregable está en un PR y el revisor lo comprueba El responsable, al abrir el PR
Hecho El revisor (y ENR si lleva 👤) lo aprobó y el PR está fusionado Se hace efectivo al fusionar el PR
Bloqueado No puede avanzar. Posible en cualquier punto, siempre con el motivo y a quién se espera en el campo Bloqueo Quien detecta el bloqueo; PROD lo vigila

Flujo normal: Pendiente → Listo → En curso → En revisión → Hecho. Al desbloquearse, la tarjeta vuelve al estado que tenía.

Reglas para mover una tarjeta

  1. Todo cambio de estado entra por PR. El PR actualiza a la vez la tarjeta, su fila del índice y el resumen por estado de abajo (y el "Estado actual" del README.md raíz cuando cambie la fase o el paso en curso), en el mismo commit; nada se mueve escribiendo en main (ver CONTRIBUTING.md). El paso a Hecho va en el mismo PR que el entregable y se hace efectivo al fusionarlo. En #021, OPS añadirá una comprobación de CI que valide (o genere) el índice y el resumen a partir de las tarjetas.
  2. Dependencias (B.4.1). Un paso pasa a Listo y empieza solo cuando todos los pasos de Necesita están en Hecho. PROD puede autorizar un arranque anticipado si el riesgo es bajo, y lo anota en el Registro de la tarjeta.
  3. Revisor distinto (B.4.2). El revisor de Revisa / aprueba no puede ser el responsable. Comprueba el criterio de Hecho cuando, la coherencia con las biblias y los pilares, y que no contradice el registro de decisiones.
  4. Dos rondas como máximo (B.4.3). Cada ronda de revisión se anota en el Registro. Si a la tercera sigue sin aprobarse, decide el director del área; entre áreas, DIR (diseño), TEC (técnica) o PROD (plazos y alcance), y si no, ENR.
  5. Acciones 👤 (B.4.4). Ningún agente firma, paga, abre cuentas ni aprueba puertas. El responsable prepara todo y crea una solicitud para ENR con qué hacer, motivo, coste y plazo; la tarjeta queda En revisión (o Bloqueado, esperando a ENR) hasta que él actúe.
  6. Pasos grandes (B.4.8). Si un paso no cabe en un sprint, PROD lo divide en subpasos (#042.1, #042.2) con su propia tarjeta antes de empezar.
  7. Medir (B.4.10). Al cerrar, el Registro recoge herramientas, decisiones, procedencia, tiempo y coste.

Resumen por estado · F0

Pendiente Listo En curso En revisión Bloqueado Hecho
#007 #009 #010 #011 #017 #018 #019 #020 #005 #006 #008 #012 #013 #014 #015 #016 — — #004 #001 #002 #003

Índice de tarjetas · F0 Cierre del concepto (#001–#020)

En orden de dependencias: el nivel indica cuántos pasos hay que completar antes en la cadena más larga; los pasos del mismo nivel pueden avanzar en paralelo. 👤 marca acción humana.

Nivel # Paso Responsable Revisa / aprueba Estado Necesita
0 #001 Repositorio, tablero y plantilla de ficha PROD TEC Hecho —
1 #002 Documentos fuente y registro D-01–D-25 PROD DIR Hecho #001
1 #003 Agentes de F0–F1 y plan de equipo PROD DIR Hecho #001
1 #004 Forma jurídica 👤 LEG abogado externo 👤, ENR 👤 Bloqueado #001
2 #005 Política de IA v1 👤 LEG TEC, ART, ENR 👤 Listo #002
2 #006 One-pager 1.0 DIR MKT, ENR Listo #002
2 #008 Análisis de mercado 1.0 NEG DIR Listo #002
2 #012 Presupuesto de F0–F1 👤 NEG PROD, ENR 👤 Listo #003
2 #013 Riesgos técnicos y plan de prototipos TEC DIR Listo #002
2 #014 Mood board 1.0 ART DIR Listo #002
2 #015 Playlist de referencia y principios de sonido SON DIR Listo #002
2 #016 Mundo en una página NAR DIR Listo #002
3 #007 Pilares con sí/no DIR NAR, SIS, MUS Pendiente #006
3 #009 Personas de jugador URS DIR, MKT Pendiente #008
3 #010 Búsqueda de marca 👤 LEG abogado externo 👤 Pendiente #006
3 #011 Registro de riesgos v0 PROD DIR, TEC Pendiente #008
3 #018 Plan detallado de F1 PROD TEC, DIR Pendiente #013
4 #017 Posicionamiento y ganchos MKT DIR, NEG Pendiente #008, #010
5 #019 Paquete de G0 PROD DIR Pendiente #004–#018
6 #020 Puerta G0 👤 ENR — Pendiente #019

Notas de PROD:

  • #001 está en Hecho con efecto al fusionar el PR que lo entrega. F0 arranca antes de la fecha del calendario (diciembre de 2026, sección 1.3) porque ENR lo autorizó al pedir el paso; queda anotado en su registro.
  • #002: los documentos fuente ya están en docs/concept/, docs/master-guide/ y docs/applied-guide/ desde antes de #001, y docs/decisions/ ya tiene las decisiones 0001–0003. El paso registra D-01 a D-25 como 0004–0028 (aprobado por DIR; Hecho al fusionar el PR #2). Cada ADR lleva la referencia D-xx en el slug (p. ej. 0004-d01-agent-team-and-roles.md) y docs/decisions/README.md añade una tabla de correspondencia D-xx → archivo.
  • #018 cargará aquí las tarjetas #021–#074 de F1.
  • Las rutinas de la sección 4.10 (sprints, revisión de riesgos, informe semanal…) no son pasos numerados y no tienen tarjeta; PROD las agenda aparte.