Proceso de trabajo
Un proceso claro para decidir antes de construir.
Cada etapa reduce una incertidumbre distinta y deja una decisión, un entregable y un responsable visibles.
01 Descubrir
02 Definir
03 Construir y validar
04 Publicar y evolucionar
Cuatro fases
Cada fase termina con decisiones y entregables revisables.
Las siete actividades originales se agrupan sin perder responsabilidades ni criterios de aceptación.
- 01
Descubrir
- Descubrimiento
- Brief de contexto y preguntas abiertas.
Participación: Compartir contexto real y designar responsables.
- 02
Definir
- Alcance
- Mapa de alcance, supuestos y criterios de aceptación.
- Diseño
- Arquitectura, interfaz y estados relevantes.
Participación: Validar prioridades, dependencias y límites. Revisar decisiones dentro de ventanas acordadas.
- 03
Construir y validar
- Construcción
- Incrementos funcionales y documentación técnica acordada.
- QA y validación
- Evidencia de pruebas, correcciones y aceptación.
Participación: Facilitar accesos autorizados y resolver dependencias externas. Probar escenarios propios y confirmar aceptación.
- 04
Publicar y evolucionar
- Publicación
- Release verificable, smoke tests y línea base.
- Evolución
- Backlog priorizado y siguiente alcance, cuando aplique.
Participación: Aprobar la ventana y mantener disponibles a responsables. Aportar evidencia operativa y decidir prioridades.
Colaboración
Las decisiones no se pierden entre mensajes.
- 01
Una decisión tiene un responsable y una fecha de validación.
- 02
Los cambios se evalúan contra alcance, riesgo y evidencia.
- 03
La aprobación de interfaz no sustituye pruebas funcionales.
- 04
No se publica una dependencia legal o técnica sin resolver.
Gates de calidad
Publicar es una decisión verificable.
- Claims y medios ligados a evidencia verificable
- DSS y familia visual conservados con variación intencional
- Auditoría estática sin errores y dentro del score requerido
- Renders desktop/mobile sin overflow ni recursos rotos
- Revisión visual independiente antes de promoción
- Enlaces, canonical, JSON-LD y sitemap coherentes
- Flujos críticos y backend comprobados antes de afirmar éxito
Preguntas frecuentes
Lo que conviene acordar antes de empezar.
¿Tengo que llegar con requisitos completos?
No. El descubrimiento organiza lo que ya sabes y hace visibles las preguntas que afectan alcance, operación o riesgo.
¿Cuándo se define precio y calendario?
Después de comprender alcance, dependencias, entregables y criterios de aceptación suficientes para estimar con responsabilidad.
¿Puedo pedir cambios durante el proyecto?
Sí, pero se evalúan por impacto. Un cambio puede sustituir prioridad, ampliar alcance o pasar a una fase posterior.
¿Qué necesita RolCorp de mi equipo?
Contexto, responsables, contenido o datos acordados, acceso autorizado, revisiones oportunas y decisiones claras.
¿Qué ocurre después de publicar?
Se verifica la versión, se registra una línea base y se acuerda soporte, observación o evolución según el alcance.
Primer paso
No necesitas llegar con todo resuelto.
Describe el problema, quién participa y qué ocurre hoy. El brief organiza el resto.