Creative

Estados y flujos para tickets del creative team.

🔄 Ciclo de vida para Creative Team

Estados del ticket:

1. Backlog: Ticket creado pero no priorizado
2. To Do: Tareas priorizadas y listas para ser trabajadas
3. Blocked: Tareas que no pueden avanzar por dependencias/impedimentos
4. In Progress: Creative trabajando activamente en la tarea
5. Internal Review: Revisión interna del equipo creativo/líder
6. Dev Review: Validación de viabilidad técnica con development
7. Ready for QA: Aprobado técnicamente, listo para testing de calidad
8. QA: Testing de accesibilidad, responsive y edge cases
9. Ready for Client: QA aprobado, listo para presentar al cliente
10. Client Reviewing: Cliente revisando el trabajo entregado
11. Ready to Dev Hand Off: Cliente aprobó, preparando assets para development
12. Closed: Ticket completado y hand off realizado (o no requiere dev)

Criterios de transición:

Backlog → To Do:

• Ticket priorizado por PM
• Brief y requerimientos claros
• Creative disponible para trabajar
• Referencias y assets necesarios disponibles

Diagrama de flujo

To Do → Blocked:

• Impedimento identificado (dependencias, assets faltantes, decisiones pendientes)
• Razón documentada en el ticket
• Responsable de resolución asignado

Blocked → To Do:

• Impedimento resuelto
• Recursos/información/assets disponibles
• Creative puede proceder con el trabajo

To Do → In Progress:

• Creative asigna ticket a sí mismo
• Brief completamente entendido
• Comienza trabajo creativo activo

In Progress → Internal Review:

• Trabajo completado según brief
• Auto-review del creative realizado
• Assets/deliverables listos para revisión
• Versiones organizadas y etiquetadas

Internal Review → Dev Review:

• Aprobación del creative lead/peer reviewer
• Feedback interno incorporado
• Calidad creativa validada
• Listo para validación técnica

Internal Review → In Progress: (si falla review interno)

• Feedback específico documentado
• Issues creativos identificados
• Creative incorpora cambios

Dev Review → Ready for QA:

• Validación técnica completada
• Viabilidad de implementación confirmada
• Specs técnicos claros para desarrollo
• No hay impedimentos técnicos

Dev Review → In Progress: (si hay issues técnicos)

• Limitaciones técnicas identificadas
• Alternativas discutidas y documentadas
• Creative ajusta diseño según constraints

Ready for QA → QA:

• QA tester asignado
• Criterios de calidad definidos
• Assets finales disponibles

QA → Ready for Client:

• Validación de accesibilidad completa
• Responsive testing exitoso
• Edge cases considerados
• Assets optimizados y finalizados

QA → In Progress: (si falla QA)

• Issues de calidad documentados
• Standards no cumplidos identificados
• Creative realiza correcciones

Ready for Client → Client Reviewing:

• Presentación preparada
• Cliente notificado
• Contexto y rationale comunicados
• Próximos pasos claros

Client Reviewing → Ready to Dev Hand Off: (si requiere development)

• Aprobación explícita del cliente
• Proyecto requiere implementación/development
• Assets necesarios para development identificados
• Designer asignado para preparar hand off

Client Reviewing → Closed: (si NO requiere development)

• Aprobación explícita del cliente
• Proyecto no requiere implementation (ej: branding, print, etc.)
• Assets finales entregados
• Proyecto completamente finalizado

Client Reviewing → In Progress: (si cliente rechaza)

• Feedback específico del cliente documentado
• Cambios priorizados y scoped
• Creative reasignado para ajustes

Ready to Dev Hand Off → Closed:

• Assets para development preparados y organizados
• Specifications técnicas documentadas
• Design system components creados (si aplica)
• Hand off session con development completada
• Figma "Dev Ready" finalizado

🔄 Procesos de retroceso

Loops de mejora

Internal Review → In Progress:

• Feedback creativo específico
• Mejoras de concepto o ejecución
• Refinamiento de detalles

Dev Review → In Progress:

• Ajustes por limitaciones técnicas
• Optimizaciones para implementación
• Simplificación de interacciones complejas

QA → In Progress:

• Correcciones de accesibilidad
• Ajustes responsive
• Optimización de assets

Client Review → In Progress:

• Cambios solicitados por cliente
• Ajustes de brand/messaging
• Refinamientos basados en feedback

🎯 Best practices para Creative Team

Durante In Progress

1. 📝 Version control: Mantener versiones claras y organizadas
2. 💬 Communication: Updates regulares sobre progreso
3. 🔗 Documentation: Documentar decisiones creativas importantes
4. 🎨 Exploration: Explorar opciones antes de decidir dirección final

Para Internal Review

1. 📋 Self-review: Revisión exhaustiva antes de enviar
2. 📝 Context: Proveer rationale de decisiones creativas
3. 🎯 Objectives: Confirmar cumplimiento de objetivos del brief
4. 📱 Presentation: Presentar trabajo de manera clara y organizada

Para Dev Review

1. ⚙️ Technical awareness: Considerar limitaciones técnicas desde el diseño
2. 📐 Specs: Preparar specs claros para implementación
3. 🔄 Flexibility: Estar abierto a ajustes por constraints técnicos
4. 💬 Collaboration: Mantener diálogo abierto con development

Para Client Review

1. 📖 Storytelling: Preparar narrativa clara del trabajo
2. 🎯 Objectives: Conectar solución con objetivos del cliente
3. 📋 Next steps: Definir próximos pasos claramente
4. 📝 Documentation: Documentar feedback del cliente

🚨 Casos especiales

Tickets bloqueados

Cuándo marcar como bloqueado:

• Dependencias de contenido: Esperando copy, assets o información del cliente
• Decisiones pendientes: Decisiones estratégicas o de dirección creativa sin resolver
• Dependencies de otros tickets: Esperando que otro trabajo se complete primero
• Recursos no disponibles: Falta de acceso a herramientas, licencias o assets
• Feedback pendiente: Esperando clarificaciones sobre brief o requerimientos

Proceso:

1. Marcar ticket como "Blocked"
2. Documentar motivo específico del bloqueo en comentarios
3. Asignar responsable de resolución (PM, cliente, otro creative)
4. Comunicar a PM inmediatamente para escalación
5. Definir plan de resolución con timeline estimado

Tipos comunes de bloqueos en creative:

• 📝 Content gaps: Copy faltante, messaging sin definir
• 🎨 Asset dependencies: Logos, fotos, ilustraciones pendientes
• 🎯 Direction unclear: Brief ambiguo, objetivos no claros
• 👥 Stakeholder approval: Decisiones esperando approval interno del cliente
• 🔄 Iteration loops: Feedback que requiere repensar approach completo

Escalación de bloqueos

Timeline de escalación:

• 0-24h: Creative intenta resolver directamente
• 24-48h: PM se involucra para acelerar resolución
• 48h+: Escalación a leadership para decisiones estratégicas

🎨 Un proceso creativo estructurado libera la creatividad al eliminar fricciones operativas y asegurar que las ideas brillantes lleguen al cliente de la mejor manera.