# Atlassian lanza el plan FDE de 12 semanas: unifica la co‑creación con el cliente, el despliegue en producción y la reutilización del producto bajo una única responsabilidad de entrega.

> Atlassian anunció el plan FDE el 7 de octubre, con un ciclo típico de proyecto de 12 semanas y la participación conjunta de ingenieros del cliente. Este artículo usa la operación de contenidos de Expedia como punto de partida para analizar quién mantendrá el sistema al concluir el proyecto, cómo se convierten las horas ahorradas en valor operativo y si los resultados del sitio pueden ser reutilizados por otros clientes.

- Canonical: https://fdepe.com/es/story?slug=atlassian-fde-expedia-twelve-week-delivery-2026
- Author: FDEPE Research Desk
- Published: 2026-10-07T22:52:56.822Z
- Updated: 2026-10-07T22:54:20.552Z
- Language: es
- Original: https://fdepe.com/story?slug=atlassian-fde-expedia-twelve-week-delivery-2026
- Revision: 1
- Translation: automatic; the Chinese original is authoritative.

Cuando las empresas integran IA en sus flujos de trabajo existentes, aún necesitan personal responsable del despliegue, mantenimiento y traspaso. El modelo FDE que Atlassian ha puesto en público ofrece un ejemplo organizativo estudiable para esas responsabilidades. Este artículo lo utiliza como referencia de entrega para equipos de ingeniería post‑inversión de capital privado; el hecho no implica ninguna transacción de control.

## Hecho: proyecto de 12 semanas entregado conjuntamente con ingenieros del cliente

- 7 de octubre de 2026, Atlassian anunció el plan FDE: ingenieros ingresan al entorno del cliente, con un período típico de colaboración de 12 semanas, y el cliente también asigna a sus propios ingenieros. El servicio incluye agentes Rovo personalizados, conexión de sistemas y automatización de flujos de trabajo.
- La empresa reveló que el proyecto Expedia ha archivado 600.000 páginas de contenido en Confluence, ahorrando aproximadamente 3,200 horas al año; esto corresponde a la divulgación de la compañía y aún no es un resultado auditado financieramente.
- En el blog oficial del mismo día se informó que el equipo cuenta con 46 ingenieros, ha atendido a más de 100 clientes empresariales y tiene más de 80 agentes de IA en producción. La empresa afirma que el código, los conectores y las mejoras del producto desarrollados en el sitio se retroalimentarán al ecosistema del producto.

## Conclusión: los equipos post‑inversión deben incluir la capacidad de traspaso en la aceptación

Según FDEPE, lo más valioso de este modelo es integrar al personal del cliente en el proceso de construcción. Para los equipos de transformación de empresas controladoras, el final del proyecto debe incluir tanto la disponibilidad operativa como la asunción organizacional: el responsable del negocio debe poder explicar los resultados, los ingenieros internos deben mantener los conectores y, ante una anomalía, alguien debe poder desactivar la acción automática y restaurar el proceso manual. De lo contrario, cuando el equipo in situ se retira, una puesta en marcha a corto plazo puede convertirse en una dependencia de outsourcing a largo plazo.

Se recomienda dividir un proyecto en tres preguntas de aceptación. Primero, si el proceso realmente ha sido reemplazado: registrar el total de tareas, la proporción de intervención humana, la tasa de retrabajo y el tiempo de procesamiento, evitando contar solo el número de llamadas. Segundo, si la mejora cubre el costo total: incluir en el costo del proyecto a los ingenieros internos, el personal externo en sitio, las llamadas al modelo, la revisión y el mantenimiento. Tercero, si el cliente puede operar de forma independiente: que el equipo del cliente realice una actualización de versión y una recuperación de fallas, para comprobar si la documentación de entrega es suficiente. Lo anterior son los métodos de evaluación propuestos en este artículo y no representan que Atlassian haya adoptado estos indicadores.

El ahorro de horas de trabajo también debe pasar por una conversión financiera. Si los empleados utilizan el tiempo liberado para atender más tareas acumuladas, mientras los salarios y los gastos de externalización permanecen sin cambios, el beneficio se refleja primero en la capacidad y la calidad del servicio. Sólo cuando se relaciona con resultados como ingresos adicionales, cancelación de externalización, reducción de horas extra o evitación de contrataciones, es apropiado incluirlo en el cálculo de mejora de beneficios. No se pueden multiplicar todas las horas ahorradas por el salario y considerarlas como ingresos en efectivo ya realizados.

La reutilización de la plataforma también requiere una aceptación independiente. Cuando el siguiente cliente adopta la misma capacidad, si aún es necesario volver a limpiar los datos, reescribir los permisos y rehacer la aprobación de procesos, el costo de entrega puede no disminuir de manera significativa. El equipo de ingeniería post‑inversión puede rastrear los días‑hombre de la segunda implementación, la proporción de componentes reutilizables directamente y las horas de mantenimiento posteriores del cliente, para determinar si la experiencia se ha convertido en un activo replicable.

## Evidencia contraria: la cantidad de despliegues en producción no equivale a beneficios replicables.

- Los materiales públicos no revelan los cargos de cada proyecto, el costo total de los ingenieros, grupos de control o los ingresos en efectivo, por lo que no es posible calcular el retorno neto del proyecto a partir de ellos.
- Los resultados de gobernanza de contenido de un solo cliente no pueden extrapolarse automáticamente a procesos de compras, gestión de riesgos o aprobaciones financieras; el costo de error y los límites de autorización varían según el tipo de tarea.
- La reutilización dentro del ecosistema de productos del proveedor no necesariamente puede trasladarse directamente a los sistemas heterogéneos de la empresa combinada. Si la co‑creación con el cliente consume una gran cantidad de talento interno, la velocidad del proyecto también podría pagarse con retrasos en otras labores.

[Comunicado de Atlassian, 7 de octubre de 2026, publicado por Business Wire (Finviz reimpresión completa). ↗](https://finviz.com/news/399639/atlassian-launches-forward-deployed-engineering-program-to-scale-enterprise-ai-transformation)

[Blog oficial de Atlassian: Meet the Forward Deployed Engineer, 7 de octubre de 2026. ↗](https://www.atlassian.com/blog/how-we-build/meet-the-forward-deployed-engineer)

## Source links

- https://finviz.com/news/399639/atlassian-launches-forward-deployed-engineering-program-to-scale-enterprise-ai-transformation
- https://www.atlassian.com/blog/how-we-build/meet-the-forward-deployed-engineer