Agencia de software · Entrega
Kickoff de un proyecto de software
Empieza a desarrollar el primer día del primer sprint en lugar de esperar accesos. El cliente nombra a sus responsables y da acceso desde un enlace público, y el kickoff sigue bloqueado hasta que el jefe de proyecto aprueba el brief.
- Duración: 1 a 2 semanas
- Frecuencia: Para cada proyecto nuevo
- Pasos: 9 pasos
- Agentes de IA: 1 agente de IA
- Aprobaciones: 1 aprobación
Plan gratuito, sin tarjeta de crédito.
Qué cambia con esta plantilla
Sin la plantilla
El primer sprint empieza y la mitad del equipo aún no tiene acceso.
Las contraseñas llegan por correo y se quedan en las bandejas de entrada.
Nadie sabe quién aprueba una versión en el lado del cliente.
Las decisiones del kickoff están en las notas de una sola persona.
Con la plantilla
Cada acceso se prueba antes del kickoff, y un acceso que falta bloquea la ejecución.
El cliente da acceso en cada sistema o con un gestor de contraseñas.
El cliente nombra quién decide el alcance, quién acepta las versiones y quién aprueba las facturas.
El cliente confirma las decisiones del kickoff en la ejecución.
La plantilla, paso a paso
Cada paso indica quién lo hace: alguien de tu equipo, un agente de IA o el cliente mediante un enlace público. Una aprobación mantiene bloqueados todos los pasos siguientes hasta que se da.
- Lo hace tu equipo
- Lo hace un agente de IA
- Lo hace el cliente, mediante un enlace público
Empieza cuando
El cliente firma el contrato o el documento de alcance. El jefe de proyecto inicia una ejecución con el nombre del cliente y el inicio previsto del primer sprint.
- 1
Preparar el proyecto y compartir el enlace del kickoff
Día 1Jefe de proyecto · Equipo
Rellena los datos del proyecto a partir del contrato, escribe el alcance y los hitos, y envía al cliente el enlace público con lo que necesitas de él.
Lista de verificación
- Equipo asignado
- Fecha del kickoff propuesta
- Enlace público enviado al contacto del cliente
Campos que rellenar
- Nombre del cliente (obligatorio)
- Enlace al documento de alcance firmado (obligatorio)
- Alcance e hitos (obligatorio)
- Inicio del primer sprint (obligatorio)
- 2
El cliente nombra a los responsables
Días 1 a 3Contacto del cliente · Enlace público
En el enlace público, el cliente indica quién decide el alcance, quién prueba y acepta las versiones y quién aprueba las facturas.
Lista de verificación
- Horario de las demos de sprint acordado
- Canal preferido para hablar con el equipo elegido
Campos que rellenar
- Product owner (obligatorio)
- Correo del product owner (obligatorio)
- Quién prueba y acepta las versiones (obligatorio)
- Correo de quien aprueba las facturas
- 3
El cliente da acceso a sistemas y cuentas
Días 1 a 5Contacto del cliente · Enlace público
En el enlace público, el cliente da al equipo acceso a cada sistema de la lista, en el propio sistema o con un gestor de contraseñas. Las contraseñas nunca van en un campo.
Lista de verificación
- Acceso al repositorio de código concedido
- Acceso al hosting o a la cuenta cloud concedido
- Acceso al dominio y al DNS concedido
- Cuentas de servicios externos compartidas
Campos que rellenar
- Enlace a la documentación técnica existente
- Accesos que quedan por organizar
- 4
Probar cada acceso y preparar los entornos
Días 3 a 6Ingeniero de DevOps · Equipo
Prueba cada acceso que dio el cliente y prepara los entornos de desarrollo y staging y el pipeline de despliegue. Si falta un acceso, marca la ejecución como bloqueada y anota lo que falta.
Lista de verificación
- Cada acceso probado
- Entorno de desarrollo listo
- Entorno de staging listo
- El pipeline de despliegue funciona
Campos que rellenar
- Accesos que faltan
- Enlace a staging
- 5
Redactar el brief del kickoff
Día 6Redactor del brief de kickoff · Agente de IA
El redactor del brief de kickoff reúne el alcance, los hitos, los responsables y el estado de los accesos en un brief de kickoff con agenda, siguiendo la agenda de sus instrucciones.
Campos que rellenar
- Borrador del brief del kickoff (obligatorio)
Revisión humana: El jefe de proyecto corrige y aprueba el brief en el paso 6.
- 6
Revisar y aprobar el brief del kickoff
Día 7Jefe de proyecto · Equipo
Corrige el brief, comprueba que los hitos coinciden con el contrato y apruébalo.
Lista de verificación
- Los hitos coinciden con el contrato
- Responsables y accesos correctos
- Cada tema abierto tiene un responsable
Aprobación: El kickoff sigue bloqueado hasta que el jefe de proyecto aprueba el brief.
- 7
Celebrar el kickoff
Semana 2Jefe de proyecto · Equipo
Repasa con el cliente el brief, la forma de trabajar y el primer hito, registra las decisiones y envíaselas por correo el mismo día.
Campos que rellenar
- Decisiones del kickoff (obligatorio)
- Fecha del primer hito (obligatorio)
- 8
El cliente confirma las decisiones del kickoff
Semana 2Contacto del cliente · Enlace público
El cliente lee las decisiones del kickoff que le envió el jefe de proyecto, y las confirma en el enlace público o anota lo que entendió de otra forma.
Campos que rellenar
- Decisión (obligatorio)
- Lo que entendimos de otra forma
- 9
Planificar el primer sprint
Semana 2Líder de ingeniería · Equipo
Planifica el primer sprint a partir de las decisiones confirmadas y comprueba que cada desarrollador puede empezar el primer día.
Lista de verificación
- Historias del sprint listas y estimadas
- Cada desarrollador tiene acceso
- Fecha de la demo del sprint acordada con el cliente
Campos que rellenar
- Enlace al tablero del sprint (obligatorio)
Termina cuando
El kickoff se ha celebrado, el cliente ha confirmado lo acordado, el equipo tiene acceso a todos los sistemas y el primer sprint está planificado.
Hazla tuya. Cambia el nombre de los pasos y los responsables, y añade elementos a la lista, campos o aprobaciones. La plantilla es un punto de partida para la forma de trabajar de tu equipo.
Los agentes de IA de esta plantilla
Un agente solo trabaja en sus propios pasos, y una persona de tu equipo revisa lo que hizo. Todo lo que un agente escribe en una app conectada espera aprobación, salvo que lo permitas.
Redactor del brief de kickoff
Reúne el alcance, los responsables y los temas abiertos en un primer brief de kickoff con agenda.
Qué hace
- Lee el alcance, los hitos y los responsables en la ejecución
- Anota qué accesos faltan todavía
- Sigue la agenda de kickoff de sus instrucciones
- Completa su paso para que el jefe de proyecto pueda revisarlo
Revisión humana: El jefe de proyecto corrige y aprueba el brief en el paso 6.
Preguntas que responde esta plantilla
Reúne a los responsables y los accesos antes del kickoff, y empieza el primer sprint solo cuando el entorno funcione. En los pasos 2 y 3 el cliente nombra a sus responsables y da acceso desde el enlace público, y en el paso 4 el ingeniero de DevOps prueba cada acceso.
Envía una sola lista con cada sistema que necesitas y haz visible cualquier acceso que falte como un bloqueo. En el paso 3 el cliente marca cada acceso en el enlace público, y en el paso 4 el ingeniero de DevOps marca la ejecución como bloqueada y anota lo que aún falta.
Nunca por correo ni en un formulario: el cliente da acceso en el propio sistema o lo comparte con un gestor de contraseñas. El paso 3 le dice exactamente eso al cliente, y sus campos solo piden enlaces y lo que queda por organizar.
Los objetivos, el alcance y el primer hito, quién decide qué en el lado del cliente, cómo vais a trabajar y qué sigue abierto. En el paso 5 el redactor del brief de kickoff prepara esa agenda, el paso 6 es un control de aprobación del jefe de proyecto, y el paso 7 es el propio kickoff.
Escribe las decisiones el mismo día y pide al cliente que las confirme. En el paso 7 el jefe de proyecto envía las decisiones al cliente, y en el paso 8 el cliente las confirma en el enlace público o anota lo que entendió de otra forma.
Deja que la IA reúna el alcance, los responsables y los temas abiertos en un primer brief, y que el jefe de proyecto decida qué ve el cliente. El redactor del brief de kickoff lo prepara en el paso 5, y el jefe de proyecto lo corrige y lo aprueba en el paso 6.
Ejecuta este flujo en OKiDO
Configura los pasos, los responsables y las aprobaciones una vez, y luego inicia una ejecución para cada caso nuevo.