Project Management es la plantilla integrada de OpenTechnologyApp para la forma en que la mayoría de los equipos realmente trabajan: las solicitudes externas entran por algún lado, alguien decide qué vale la pena hacer, y solo entonces se convierte en trabajo rastreado de entrega. La plantilla mantiene esas dos cosas en colas verdaderamente separadas, no solo en vistas distintas de la misma lista.
Qué rastrea
| Cola | Qué hay ahí |
|---|---|
| Request Intake | El portal público llega aquí — sin necesidad de cuenta para quien solicita. Cada solicitud pasa por triage y aprobación antes de convertirse en trabajo real. |
| Initiatives & Epics | La capa padre canónica — cada Epic vive aquí una sola vez |
| Product Backlog | Trabajo aprobado, aún no comprometido a un sprint |
| Active Sprint | Trabajo comprometido en curso |
| Risks & Milestones | Rastreado por separado del trabajo de entrega, para que un riesgo no se pierda dentro de un tablero de sprint |
| Weekly Reports | Un elemento de resumen por ciclo |
El portal es la verdadera diferenciación
Activa el portal para Request Intake, y los stakeholders externos — clientes, otros equipos, cualquiera sin cuenta — obtienen un formulario de envío limpio. Lo que envían llega a Intake, pasa por Triage Status (New → In Triage → Approved/Rejected/Duplicate) y un campo Decision, y solo una solicitud aprobada se convierte en trabajo real del backlog. Una solicitud rechazada o duplicada queda visible como registro cerrado, no se elimina — el rastro del intake se conserva, no se borra.
Esa separación estructural es el punto: nada enviado externamente puede saltar directo a un sprint activo. Tiene que pasar primero por el triage, igual que todo lo demás.
Diez automatizaciones, todas cambian el estado
Nada de automatizaciones que solo comentan aquí — cada una de las diez realmente mueve algo:
- Una solicitud marcada como compliance sube automáticamente a urgente
- Una decisión de triage aprobada pasa el elemento a en curso
- Una solicitud rechazada o duplicada se cierra sola
- El trabajo comprometido pasa a en curso
- Un elemento bloqueado sube a prioridad alta
- La severidad crítica fuerza prioridad urgente
- Un campo Health en rojo fuerza prioridad urgente
- El trabajo atrasado escala
- Un elemento sin actualización en 7 días se marca para revisión
Dos dashboards, y una cosa que deliberadamente no afirman
Portfolio & Sprint cubre el lado de entrega: un árbol jerárquico Epic → Work Item, desgloses de salud por alineación estratégica, un calendario de fechas límite y un gráfico de elementos creados en el tiempo. Intake & Backlog cubre el lado del triage: solicitudes por estado de triage, por categoría, por tipo.
Vale la pena ser precisos con un widget: el gráfico "Items Created Over Time" es exactamente eso — una tasa de creación, no velocidad de sprint. La velocidad real necesita puntos de historia completados medidos contra las fechas reales de un sprint terminado, y esta plantilla todavía no tiene entidades de sprint con fecha de inicio/fin — Sprint aquí es un campo de categoría (Current Sprint / Next Sprint / Backlog), no un registro de sprint completo. El dashboard no afirma un número que no puede respaldar.
La misma honestidad aplica a la jerarquía: Initiative existe como tipo de elemento, pero el vínculo padre-hijo que realmente funciona hoy es de dos niveles — Epic → Work Item. Una jerarquía real de tres niveles Initiative → Epic → Work Item todavía no está integrada en el seeder.
Todavía sin playbooks
A diferencia de los cinco de IT Device Audit, Project Management todavía no viene con playbooks. La estructura de colas y campos está lista para un runbook de triage o una checklist de planificación de sprint — construir uno depende de ti por ahora.
Consíguela
Nuevo proyecto → Project Management desde el selector de plantillas en opentechnologyapp.com. Seis colas, catorce tipos de elemento, diez automatizaciones y dos dashboards — activa el portal en Request Intake cuando estés listo para que las solicitudes externas lleguen a algún lugar real.