Agencia de software · Ingeniería
Incorporación de un desarrollador a un proyecto de cliente
Lleva rápido a un desarrollador que entra en un proyecto en marcha hasta su primer cambio integrado, sin perder días en accesos e instalación. El cliente aprueba al nuevo miembro del equipo y da acceso desde un enlace público, y el trabajo del sprint sigue bloqueado hasta que el líder de ingeniería confirma que el desarrollador está listo.
- Duración: 1 a 2 semanas
- Frecuencia: Cada vez que un desarrollador entra en un proyecto
- 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 desarrollador nuevo espera días a que el cliente le dé acceso.
La guía de instalación está desfasada, y cada recién llegado pierde un día con ella.
La incorporación es una llamada y un enlace al repositorio.
El cliente se entera de que hay alguien nuevo en una demo de sprint.
Con la plantilla
El cliente aprueba y da acceso en un solo enlace antes de la fecha de inicio.
Cada desarrollador anota las lagunas, y la guía se actualiza antes de darle el visto bueno.
Un mentor guía al desarrollador por el código y revisa su primer cambio.
El cliente aprueba a cada desarrollador nuevo antes de que tenga acceso.
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
Un desarrollador entra en un proyecto de cliente en marcha, como nueva incorporación o desde otro proyecto. El jefe de proyecto inicia una ejecución con el nombre del desarrollador y su fecha de inicio.
- 1
Anunciar al desarrollador y compartir el enlace con el cliente
Antes del día 1Jefe de proyecto · Equipo
Escribe al cliente quién entra, desde cuándo, con qué rol y con qué correo, y envía el enlace público para su aprobación y los accesos que debe dar.
Lista de verificación
- El contrato permite el cambio en el equipo
- Acuerdo de confidencialidad firmado por el desarrollador
- Enlace público enviado al cliente
Campos que rellenar
- Nombre del desarrollador (obligatorio)
- Correo del desarrollador (obligatorio)
- Fecha de inicio en el proyecto (obligatorio)
- 2
El cliente aprueba al desarrollador y da acceso
Antes del día 1Contacto del cliente · Enlace público
En el enlace público, el cliente aprueba al nuevo miembro del equipo y da acceso a sus sistemas, o anota lo que debe pasar antes, como su propia formación en seguridad.
Lista de verificación
- Acceso al repositorio de código concedido
- Acceso al entorno de staging concedido
- Cuentas del cliente o VPN configuradas
Campos que rellenar
- Aprobación (obligatorio)
- Condiciones antes del acceso
- 3
Configurar los accesos y el entorno local
Días 1 a 2Desarrollador · Equipo
Acepta cada invitación, monta el proyecto en local con la guía de instalación y anota dónde la guía estaba mal o incompleta. Si falta un acceso, marca la ejecución como bloqueada y anota cuál.
Lista de verificación
- La app funciona en local
- Las pruebas se ejecutan en local
- Staging y el gestor de incidencias funcionan
Campos que rellenar
- Lagunas de la guía de instalación
- 4
Recorrer el código
Días 2 a 3Mentor de incorporación · Equipo
Guía al desarrollador por la arquitectura, los flujos principales, el despliegue y las convenciones del equipo, y preséntale los contactos y las reuniones fijas del cliente.
Lista de verificación
- Arquitectura y flujos principales explicados
- Normas de ramas, revisiones y versiones explicadas
- Contactos y reuniones del cliente presentados
Campos que rellenar
- Temas que retomar
- 5
Entregar un primer cambio pequeño
Días 3 a 5Desarrollador · Equipo
Elige con el mentor un ticket pequeño, desarróllalo con pruebas y abre un pull request.
Lista de verificación
- Ticket acordado con el mentor
- Pruebas añadidas
- Pull request abierto
Campos que rellenar
- Enlace al pull request (obligatorio)
- 6
Revisar juntos el primer cambio
Oculto en el enlace públicoDías 4 a 5Mentor de incorporación · Equipo
Revisa el pull request con el desarrollador, explica tus observaciones e integra el cambio cuando cumpla el estándar del equipo.
Lista de verificación
- Revisado con el desarrollador
- Observaciones explicadas
- Integrado
Campos que rellenar
- En qué centrarse a continuación
- 7
Comprobar la preparación
Oculto en el enlace públicoDía 5Revisor de preparación · Agente de IA
El revisor de preparación compara las listas de verificación y los campos de cada paso anterior con la lista de incorporación de sus instrucciones, indica lo que sigue abierto y escribe un breve resumen de preparación.
Campos que rellenar
- Temas abiertos
- Resumen de preparación (obligatorio)
Revisión humana: El líder de ingeniería cierra los temas abiertos y confirma la preparación en el paso 8.
- 8
Confirmar que el desarrollador está listo
Oculto en el enlace públicoDía 5Líder de ingeniería · Equipo
Lee el resumen de preparación, cierra o planifica los temas abiertos y confirma que el desarrollador puede asumir trabajo del sprint.
Lista de verificación
- Temas abiertos cerrados o planificados
- Guía de instalación actualizada con las lagunas encontradas
Aprobación: El trabajo del sprint sigue bloqueado hasta que el líder de ingeniería confirma que el desarrollador está listo.
- 9
Sumar al desarrollador al sprint y avisar al cliente
Semana 2Jefe de proyecto · Equipo
Suma al desarrollador al siguiente sprint y a la lista del equipo del proyecto, y avisa al cliente de que la incorporación ha terminado.
Lista de verificación
- Añadido a la planificación del sprint
- Añadido a la lista del equipo
- Cliente avisado
Campos que rellenar
- Inicio del primer sprint (obligatorio)
Termina cuando
El desarrollador tiene acceso, conoce el código y tiene un primer cambio revisado e integrado, y el cliente sabe quién se ha incorporado.
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.
Revisor de preparación
Revisa qué sigue abierto en la incorporación y resume en qué punto está el desarrollador.
Qué hace
- Lee las listas de verificación y los campos de cada paso anterior
- Los compara con la lista de incorporación de sus instrucciones
- Indica los temas abiertos y escribe un breve resumen de preparación
- Completa su paso para que el líder de ingeniería pueda revisarlo
Revisión humana: El líder de ingeniería cierra los temas abiertos y confirma la preparación en el paso 8.
Preguntas que responde esta plantilla
Consigue primero la aprobación y los accesos del cliente, y después un entorno local que funcione, un recorrido por el código y un primer cambio pequeño. Esta plantilla lo recorre en orden, desde la aprobación del cliente en el paso 2 hasta la comprobación del líder de ingeniería en el paso 8.
Apunta a un cambio pequeño y revisado en la primera semana, para que los problemas de entorno y las lagunas de conocimiento salgan pronto. En el paso 5 el desarrollador entrega un primer cambio pequeño con pruebas, y en el paso 6 el mentor de incorporación lo revisa con él.
Dile al cliente quién entra y desde cuándo, y deja que lo apruebe antes de dar ningún acceso. En el paso 2 el cliente aprueba al nuevo miembro del equipo y da acceso en el enlace público, o anota antes sus condiciones.
Haz que cada desarrollador nuevo la siga al pie de la letra y anote dónde fallaba. En el paso 3 el desarrollador anota las lagunas de la guía de instalación, y en el paso 8 el líder de ingeniería comprueba que la guía se ha actualizado.
Deja que la IA revise qué sigue abierto en la incorporación y lo resuma, y que la decisión quede en manos del líder de ingeniería. En el paso 7 el revisor de preparación indica los temas abiertos y escribe un resumen, y el paso 8 es un control de aprobación en el que el líder de ingeniería confirma que el desarrollador está listo.
Da a cada cambio de proyecto la misma incorporación, con un mentor y una comprobación de preparación, en lugar de una llamada rápida de traspaso. En los pasos 4 a 6 el mentor de incorporación guía al desarrollador por el código y revisa su primer cambio, y la ejecución muestra lo que se ha cubierto.
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.