Equipos de desarrollo dedicados para empresas de producto

Cada candidato supera un proceso de cuatro fases: revisión del CV y del nivel de inglés, dos entrevistas técnicas adaptadas a su stack, una prueba práctica remunerada evaluada con sus criterios de aceptación y una entrevista de encaje cultural con su responsable de equipo. Usted entrevista a los finalistas y aprueba cada incorporación — nunca asignamos puestos de forma unilateral. Las pruebas no superadas no se facturan. El mismo proceso se aplica a perfiles intermedios, sénior y de liderazgo, y compartimos las fichas de evaluación si las solicita.

Puede solicitar una sustitución en cualquier momento, sin penalización y sin más preaviso que dos semanas de traspaso. Mantenemos una bolsa de candidatos ya validados en stacks equivalentes, por lo que una lista de candidatos de reemplazo suele llegarle en cinco días hábiles. El traspaso de conocimiento queda documentado en su repositorio y en los runbooks durante el periodo de solapamiento, de modo que el ingeniero saliente se desvincula por completo antes de que el nuevo puesto empiece a facturarse.

La entrega se realiza en horario CET desde Ereván, lo que garantiza cuatro horas de solapamiento síncrono con clientes de la costa este de EE. UU. (de 9:00 a 13:00 ET) y unas siete horas con cualquier oficina europea. Esa ventana cubre las dailies, las revisiones de código, las sesiones de diseño y la respuesta ante incidencias. Para clientes de la costa oeste, desplazamos a dos ingenieros por equipo a un horario CET tardío si lo solicita, sin tarifa adicional.

Facturamos una cuota mensual fija por puesto nominal, con todos los costes incluidos — salario, impuestos, equipamiento, vacaciones, gestión y gastos generales en una única partida. El precio es mensual, cerrado y todo incluido en USD, según el tamaño del squad: equipo Mini desde $6,900 / mes, equipo Standard desde $13,800 / mes y equipo Product desde $27,600 / mes. No hay recargo de selección, ni sobrecoste por herramientas, ni tamaño mínimo de equipo más allá de un ingeniero. La propiedad intelectual se transfiere el primer día y los costes de nube corren por sus propias cuentas, así que usted conserva el control del gasto. Verá el presupuesto desglosado al terminar el descubrimiento y lo aprobará antes de escribir una sola línea de código.

Usted. El equipo trabaja con su Jira, su cadencia de sprints y su product owner. Nuestro delivery lead reporta a su engineering manager, y no al revés, y se encarga de los rituales internos — revisión de código, pair programming, demos — para que usted se concentre en la hoja de ruta. Le informamos de los riesgos cada semana mediante una nota de estado escrita y una revisión de 30 minutos, y no introducimos alcance propio en su backlog.

Toda la propiedad intelectual se transfiere a usted desde su creación en virtud del contrato marco de servicios; los ingenieros firman cláusulas individuales de cesión de propiedad intelectual y de confidencialidad (NDA). Estamos alineados con el RGPD, listos para ISO 27001, preparados para HIPAA en cargas de trabajo sanitarias y con SOC 2 Type II en curso. Los ingenieros trabajan en equipos gestionados con discos cifrados, SSO, MFA y repositorios aislados. Reconocemos las obligaciones de aviso de la CCPA para los datos de consumidores de EE. UU.

Sí. Admitimos colaboraciones con un solo ingeniero para bases de código que necesitan un generalista sólido, o para clientes que quieren validar la relación de trabajo antes de comprometerse con un equipo mayor. La unidad mínima de facturación es un puesto a tarifa horaria. La salvedad práctica es que un único ingeniero no puede cubrir con seguridad vacaciones, bajas y guardias a la vez; para garantizar la continuidad recomendamos un mínimo de dos ingenieros en cualquier sistema que requiera fiabilidad 24/7. Cuando esté listo para crecer, el proceso es el mismo que para cualquier incorporación: una lista de candidatos en cinco días hábiles, su aprobación de cada uno y un periodo estándar de puesta en marcha de cuatro semanas que reducimos con la documentación del ingeniero existente.

Exigimos una colaboración mínima de tres meses. El primer mes es de puesta en marcha, el segundo es el primero a pleno ritmo y el tercero ofrece la primera señal significativa de rendimiento. Las colaboraciones de menos de tres meses rara vez producen resultados medibles en relación con la inversión de incorporación de ambas partes, y se resuelven mejor con un proyecto de desarrollo a medida de alcance cerrado. La mayoría de las colaboraciones duran entre 12 y 24 meses; la más larga activa en el momento de escribir esto lleva 38 meses. No atamos a los clientes a contratos anuales: la facturación es mensual, con un preaviso de rescisión de 30 días una vez superado el mínimo inicial de tres meses.

La incorporación sigue una lista de control de cuatro semanas. Semana uno: concesión de accesos, recorrido por la arquitectura, revisión del glosario de dominio y exploración del código en modo solo lectura. Semana dos: primera sesión de pair programming con su ingeniero sénior y primera PR (pequeña, en un área bien probada). Semana tres: funcionalidad en solitario con revisión de código por ambas partes. Semana cuatro: primer ciclo autónomo de ticket, merge y despliegue, más una retro de puesta en marcha donde sacamos a la luz las carencias. No facturamos la primera semana a plena capacidad si los accesos no están listos el primer día: el reloj empieza cuando el ingeniero puede abrir el código, no cuando entra en el espacio de trabajo de Slack.

En cada colaboración aportamos un delivery lead. Dirige los rituales internos del equipo (dailies, cadencia de revisión de código, sesiones de pair programming, retrospectivas de sprint) para que usted se centre en el producto y no en la higiene del equipo. También elabora una nota de estado semanal por escrito con velocidad, bloqueos, riesgos y avances, y preside una llamada de revisión semanal de 30 minutos con su product owner o su engineering manager. Puede gestionar directamente las prioridades y el backlog (lo hace la mayoría de los clientes) o delegarlo en nosotros (aportamos un PM como puesto adicional). El delivery lead no es un project manager en el sentido tradicional: no genera diagramas de Gantt ni gestiona dependencias entre equipos; es un líder de ingeniería que además asume la responsabilidad de la entrega.

Sí. En productos nuevos realizamos un taller de arquitectura de una semana antes del primer sprint: sus requisitos, nuestra propuesta de stack, las alternativas consideradas y un registro de decisiones que documenta por qué elegimos lo que elegimos. La recomendación se basa en tres criterios: la adecuación a la escala y a los requisitos de rendimiento del producto, la facilidad de mantenimiento con la mayor bolsa de ingenieros sénior que podrá contratar en ese stack dentro de tres años, y la carga operativa según la madurez de DevOps que probablemente tenga su equipo. No somos agnósticos en el sentido de no tener criterio: tenemos opiniones firmes respaldadas por experiencia en producción, pero siempre le diremos cuándo su preferencia actual de stack es razonable, en lugar de imponer una tecnología por sí misma.