[{"data":1,"prerenderedAt":487},["ShallowReactive",2],{"/es/the-source/authors/lee-faus/":3,"footer-es":31,"the-source-banner-es":339,"the-source-navigation-es":351,"the-source-newsletter-es":378,"authors-es":389,"categories-es":419,"lee-faus-articles-list-es":420},{"_path":4,"_dir":5,"_draft":6,"_partial":6,"_locale":7,"config":8,"seo":10,"content":12,"type":23,"slug":24,"_id":25,"_type":26,"title":11,"_source":27,"_file":28,"_stem":29,"_extension":30},"/es/the-source/authors/lee-faus","authors",false,"",{"layout":9},"the-source",{"title":11},"Lee Faus",[13,21],{"componentName":14,"componentContent":15},"TheSourceAuthorHero",{"config":16,"name":11,"headshot":18},{"gitlabHandle":17},"lfaus",{"altText":11,"config":19},{"src":20},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463398/vivhlomglvnstamj54bo.jpg",{"componentName":22},"TheSourceArticlesList","author","lee-faus","content:es:the-source:authors:lee-faus.yml","yaml","content","es/the-source/authors/lee-faus.yml","es/the-source/authors/lee-faus","yml",{"_path":32,"_dir":33,"_draft":6,"_partial":6,"_locale":7,"data":34,"_id":335,"_type":26,"title":336,"_source":27,"_file":337,"_stem":338,"_extension":30},"/shared/es/main-footer","es",{"text":35,"source":36,"edit":42,"contribute":47,"config":52,"items":57,"minimal":327},"Git es una marca registrada de Software Freedom Conservancy, y nuestro uso de «GitLab» está bajo licencia",{"text":37,"config":38},"Ver fuente de la página",{"href":39,"dataGaName":40,"dataGaLocation":41},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/","page source","footer",{"text":43,"config":44},"Editar esta página",{"href":45,"dataGaName":46,"dataGaLocation":41},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/content/","web ide",{"text":48,"config":49},"Contribuya",{"href":50,"dataGaName":51,"dataGaLocation":41},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/CONTRIBUTING.md/","please contribute",{"twitter":53,"facebook":54,"youtube":55,"linkedin":56},"https://twitter.com/gitlab","https://www.facebook.com/gitlab","https://www.youtube.com/channel/UCnMGQ8QHMAnVIsI3xJrihhg","https://www.linkedin.com/company/gitlab-com",[58,85,158,226,288],{"title":59,"links":60,"subMenu":66},"Plataforma",[61],{"text":62,"config":63},"Plataforma de DevSecOps",{"href":64,"dataGaName":65,"dataGaLocation":41},"/es/platform/","devsecops platform",[67],{"title":68,"links":69},"Precios",[70,75,80],{"text":71,"config":72},"Ver planes",{"href":73,"dataGaName":74,"dataGaLocation":41},"/es/pricing/","view plans",{"text":76,"config":77},"¿Por qué elegir GitLab Premium?",{"href":78,"dataGaName":79,"dataGaLocation":41},"/es/pricing/premium/","why premium",{"text":81,"config":82},"¿Por qué elegir GitLab Ultimate?",{"href":83,"dataGaName":84,"dataGaLocation":41},"/es/pricing/ultimate/","why ultimate",{"title":86,"links":87},"Soluciones",[88,93,98,103,108,113,118,123,128,133,138,143,148,153],{"text":89,"config":90},"Transformación digital",{"href":91,"dataGaName":92,"dataGaLocation":41},"/es/topics/digital-transformation/","digital transformation",{"text":94,"config":95},"Seguridad y cumplimiento",{"href":96,"dataGaName":97,"dataGaLocation":41},"/solutions/application-security-testing/","Application security testing",{"text":99,"config":100},"Entrega de software automatizada",{"href":101,"dataGaName":102,"dataGaLocation":41},"/solutions/delivery-automation/","automated software delivery",{"text":104,"config":105},"Desarrollo ágil",{"href":106,"dataGaName":107,"dataGaLocation":41},"/es/solutions/agile-delivery/","agile delivery",{"text":109,"config":110},"Transformación en la nube",{"href":111,"dataGaName":112,"dataGaLocation":41},"/es/topics/cloud-native/","cloud transformation",{"text":114,"config":115},"Gestión del código fuente",{"href":116,"dataGaName":117,"dataGaLocation":41},"/es/solutions/source-code-management/","source code management",{"text":119,"config":120},"CI/CD",{"href":121,"dataGaName":122,"dataGaLocation":41},"/es/solutions/continuous-integration/","continuous integration & delivery",{"text":124,"config":125},"Gestión del flujo de valor",{"href":126,"dataGaName":127,"dataGaLocation":41},"/es/solutions/value-stream-management/","value stream management",{"text":129,"config":130},"GitOps",{"href":131,"dataGaName":132,"dataGaLocation":41},"/es/solutions/gitops/","gitops",{"text":134,"config":135},"Empresas",{"href":136,"dataGaName":137,"dataGaLocation":41},"/es/enterprise/","enterprise",{"text":139,"config":140},"Pequeñas empresas",{"href":141,"dataGaName":142,"dataGaLocation":41},"/es/small-business/","small business",{"text":144,"config":145},"Sector público",{"href":146,"dataGaName":147,"dataGaLocation":41},"/es/solutions/public-sector/","public sector",{"text":149,"config":150},"Educación",{"href":151,"dataGaName":152,"dataGaLocation":41},"/es/solutions/education/","education",{"text":154,"config":155},"Servicios financieros",{"href":156,"dataGaName":157,"dataGaLocation":41},"/es/solutions/finance/","financial services",{"title":159,"links":160},"Recursos",[161,166,171,176,181,186,191,196,201,206,211,216,221],{"text":162,"config":163},"Instalar",{"href":164,"dataGaName":165,"dataGaLocation":41},"/es/install/","install",{"text":167,"config":168},"Guías de inicio rápido",{"href":169,"dataGaName":170,"dataGaLocation":41},"/es/get-started/","quick setup checklists",{"text":172,"config":173},"Aprender",{"href":174,"dataGaName":175,"dataGaLocation":41},"https://university.gitlab.com/","learn",{"text":177,"config":178},"Documentación del producto",{"href":179,"dataGaName":180,"dataGaLocation":41},"https://docs.gitlab.com/","docs",{"text":182,"config":183},"Blog",{"href":184,"dataGaName":185,"dataGaLocation":41},"/blog/","blog",{"text":187,"config":188},"Historias de éxito del cliente",{"href":189,"dataGaName":190,"dataGaLocation":41},"/es/customers/","customer success stories",{"text":192,"config":193},"Remoto",{"href":194,"dataGaName":195,"dataGaLocation":41},"https://handbook.gitlab.com/handbook/company/culture/all-remote/","remote",{"text":197,"config":198},"Servicios de GitLab",{"href":199,"dataGaName":200,"dataGaLocation":41},"/es/services/","services",{"text":202,"config":203},"TeamOps",{"href":204,"dataGaName":205,"dataGaLocation":41},"/es/teamops/","teamops",{"text":207,"config":208},"Comunidad",{"href":209,"dataGaName":210,"dataGaLocation":41},"/community/","community",{"text":212,"config":213},"Foro",{"href":214,"dataGaName":215,"dataGaLocation":41},"https://forum.gitlab.com/","forum",{"text":217,"config":218},"Eventos",{"href":219,"dataGaName":220,"dataGaLocation":41},"/events/","events",{"text":222,"config":223},"Socios",{"href":224,"dataGaName":225,"dataGaLocation":41},"/partners/","partners",{"title":227,"links":228},"Empresa",[229,234,239,244,249,254,259,263,268,273,278,283],{"text":230,"config":231},"Acerca de nosotros",{"href":232,"dataGaName":233,"dataGaLocation":41},"/es/company/","company",{"text":235,"config":236},"Jobs",{"href":237,"dataGaName":238,"dataGaLocation":41},"/jobs/","jobs",{"text":240,"config":241},"Liderazgo",{"href":242,"dataGaName":243,"dataGaLocation":41},"/company/team/e-group/","leadership",{"text":245,"config":246},"Equipo",{"href":247,"dataGaName":248,"dataGaLocation":41},"/company/team/","team",{"text":250,"config":251},"Manual",{"href":252,"dataGaName":253,"dataGaLocation":41},"https://handbook.gitlab.com/","handbook",{"text":255,"config":256},"Relaciones con los inversores",{"href":257,"dataGaName":258,"dataGaLocation":41},"https://ir.gitlab.com/","investor relations",{"text":260,"config":261},"Sustainability",{"href":262,"dataGaName":260,"dataGaLocation":41},"/sustainability/",{"text":264,"config":265},"Diversidad, inclusión y pertenencia (DIB)",{"href":266,"dataGaName":267,"dataGaLocation":41},"/es/diversity-inclusion-belonging/","Diversity, inclusion and belonging",{"text":269,"config":270},"Centro de confianza",{"href":271,"dataGaName":272,"dataGaLocation":41},"/es/security/","trust center",{"text":274,"config":275},"Boletín",{"href":276,"dataGaName":277,"dataGaLocation":41},"/company/contact/","newsletter",{"text":279,"config":280},"Prensa",{"href":281,"dataGaName":282,"dataGaLocation":41},"/press/","press",{"text":284,"config":285},"Declaración de transparencia sobre la Ley de Esclavitud Moderna",{"href":286,"dataGaName":287,"dataGaLocation":41},"https://handbook.gitlab.com/handbook/legal/modern-slavery-act-transparency-statement/","modern slavery transparency statement",{"title":289,"links":290},"Comuníquese con nosotros",[291,296,301,306,311,316,321],{"text":292,"config":293},"Contactar con un experto",{"href":294,"dataGaName":295,"dataGaLocation":41},"/es/sales/","sales",{"text":297,"config":298},"Obtener ayuda",{"href":299,"dataGaName":300,"dataGaLocation":41},"/support/","get help",{"text":302,"config":303},"Portal de clientes",{"href":304,"dataGaName":305,"dataGaLocation":41},"https://customers.gitlab.com/customers/sign_in/","customer portal",{"text":307,"config":308},"Estado",{"href":309,"dataGaName":310,"dataGaLocation":41},"https://status.gitlab.com/","status",{"text":312,"config":313},"Términos de uso",{"href":314,"dataGaName":315,"dataGaLocation":41},"/terms/","terms of use",{"text":317,"config":318},"Declaración de privacidad",{"href":319,"dataGaName":320,"dataGaLocation":41},"/es/privacy/","privacy statement",{"text":322,"config":323},"Preferencias de cookies",{"dataGaName":324,"dataGaLocation":41,"id":325,"isOneTrustButton":326},"cookie preferences","ot-sdk-btn",true,{"items":328},[329,331,333],{"text":312,"config":330},{"href":314,"dataGaName":315,"dataGaLocation":41},{"text":317,"config":332},{"href":319,"dataGaName":320,"dataGaLocation":41},{"text":322,"config":334},{"dataGaName":324,"dataGaLocation":41,"id":325,"isOneTrustButton":326},"content:shared:es:main-footer.yml","Main Footer","shared/es/main-footer.yml","shared/es/main-footer",{"_path":340,"_dir":341,"_draft":6,"_partial":6,"_locale":7,"id":342,"visibility":326,"title":343,"button":344,"_id":348,"_type":26,"_source":27,"_file":349,"_stem":350,"_extension":30},"/shared/es/the-source/banner/the-economics-of-software-innovation-2025-08-18","banner","The Economics of Software Innovation","The Economics of Software Innovation—AI’s $750 Billion Opportunity",{"config":345,"text":347},{"href":346},"/software-innovation-report/","Get the research report","content:shared:es:the-source:banner:the-economics-of-software-innovation-2025-08-18.yml","shared/es/the-source/banner/the-economics-of-software-innovation-2025-08-18.yml","shared/es/the-source/banner/the-economics-of-software-innovation-2025-08-18",{"_path":352,"_dir":9,"_draft":6,"_partial":6,"_locale":7,"logo":353,"subscribeLink":358,"navItems":362,"_id":374,"_type":26,"title":375,"_source":27,"_file":376,"_stem":377,"_extension":30},"/shared/es/the-source/navigation",{"altText":354,"config":355},"the source logo",{"src":356,"href":357},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1750191004/t7wz1klfb2kxkezksv9t.svg","/es/the-source/",{"text":359,"config":360},"Suscribirse",{"href":361},"#subscribe",[363,367,370],{"text":364,"config":365},"Inteligencia artificial",{"href":366},"/es/the-source/ai/",{"text":94,"config":368},{"href":369},"/es/the-source/security/",{"text":371,"config":372},"Plataforma e infraestructura",{"href":373},"/es/the-source/platform/","content:shared:es:the-source:navigation.yml","Navigation","shared/es/the-source/navigation.yml","shared/es/the-source/navigation",{"_path":379,"_dir":9,"_draft":6,"_partial":6,"_locale":7,"title":380,"description":381,"submitMessage":382,"formData":383,"_id":386,"_type":26,"_source":27,"_file":387,"_stem":388,"_extension":30},"/shared/es/the-source/newsletter","Boletín The Source","Manténgase al día con información sobre el futuro del desarrollo de software.","Se ha suscrito correctamente al boletín The Source.",{"config":384},{"formId":385,"formName":277,"hideRequiredLabel":326},28470,"content:shared:es:the-source:newsletter.yml","shared/es/the-source/newsletter.yml","shared/es/the-source/newsletter",{"amanda-rueda":390,"andre-michael-braun":391,"andrew-haschka":392,"ayoub-fandi":393,"brian-wald":394,"bryan-ross":395,"chandler-gibbons":396,"dave-steer":397,"ddesanto":398,"derek-debellis":399,"emilio-salvador":400,"erika-feldman":401,"george-kichukov":402,"gitlab":403,"grant-hickman":404,"haim-snir":405,"iganbaruch":406,"jlongo":407,"joel-krooswyk":408,"josh-lemos":409,"julie-griffin":410,"kristina-weis":411,"lee-faus":11,"ncregan":412,"rschulman":413,"sabrina-farmer":414,"sandra-gittlen":415,"sharon-gaudin":416,"stephen-walters":417,"taylor-mccaslin":418},"Amanda Rueda","Andre Michael Braun","Andrew Haschka","Ayoub Fandi","Brian Wald","Bryan Ross","Chandler Gibbons","Dave Steer","David DeSanto","Derek DeBellis","Emilio Salvador","Erika Feldman","George Kichukov","GitLab","Grant Hickman","Haim Snir","Itzik Gan Baruch","Joseph Longo","Joel Krooswyk","Josh Lemos","Julie Griffin","Kristina Weis","Niall Cregan","Robin Schulman","Sabrina Farmer","Sandra Gittlen","Sharon Gaudin","Stephen Walters","Taylor McCaslin",{"ai":364,"platform":371,"security":94},{"allArticles":421,"visibleArticles":486,"showAllBtn":326},[422,465],{"_path":423,"_dir":424,"_draft":6,"_partial":6,"_locale":7,"config":425,"seo":428,"content":433,"type":460,"category":424,"slug":461,"_id":462,"_type":26,"title":429,"_source":27,"_file":463,"_stem":464,"_extension":30,"date":434,"description":430,"timeToRead":435,"heroImage":431,"keyTakeaways":436,"articleBody":440,"faq":441},"/es/the-source/platform/why-software-logistics-is-key-to-accelerating-innovation","platform",{"layout":9,"template":426,"author":24,"featured":326,"sourceCTA":427,"isHighlighted":6,"authorName":11},"TheSourceArticle","source-lp-building-a-resilient-software-development-practice",{"title":429,"description":430,"ogImage":431,"config":432},"Por qué la logística de software es clave para acelerar la innovación","Transforme sus procesos de implementación con una logística de software eficaz para que su equipo de operaciones dé soporte de desarrollo y acelere la entrega.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463545/nomdlhvlawqmncg0g1p8.png",{"ignoreTitleCharLimit":326},{"title":429,"date":434,"description":430,"timeToRead":435,"heroImage":431,"keyTakeaways":436,"articleBody":440,"faq":441},"2025-04-15","Lectura de 4 min",[437,438,439],"La logística de software se centra en lo que ocurre una vez que el código ha sido empaquetado (aprovisionamiento, implementación, configuración, monitoreo y mantenimiento). Su propósito es optimizar segunda mitad de la cadena de suministro del software.","Con solo un 1 % del personal técnico dedicado a funciones operativas, las organizaciones deben adoptar una «mentalidad logística» para poder automatizar los procesos de implementación y diseñar experiencias más efectivas para los desarrolladores.","La implementación de un enfoque de plataforma como producto en la logística de software permite estandarizar procesos sin perder flexibilidad, lo que reduce los riesgos de seguridad y acelera los ciclos de implementación.","El software no solo impulsa su negocio: es su negocio. Sin embargo, aunque las organizaciones invierten de forma considerable en capacidades de desarrollo, a menudo pasan por alto un componente crítico: la logística de software.\n\nLa logística de software abarca todo lo que ocurre después de que el código se empaqueta para su entrega: aprovisionamiento, implementación, configuración, monitoreo y mantenimiento. Piense en ello como la segunda mitad crucial de la cadena de suministro de software, donde incluso las soluciones de desarrollo más ingeniosas pueden fallar si no se ejecutan correctamente.\n\nEl desafío es evidente: por cada 100 desarrolladores en su organización, las estadísticas indican que probablemente hay una sola persona dedicada a las operaciones. Esos recursos suelen concentrarse en áreas como ingeniería de redes, administración de bases de datos, ingeniería de plataformas y confiabilidad del sitio. A medida que la IA generativa impulsa un aumento significativo en la producción de código por parte de los desarrolladores, se genera un cuello de botella insostenible en la ejecución de la entrega de software.\n\n## Por qué los enfoques tradicionales ya no son suficientes\n**Los métodos tradicionales para abordar el equilibrio entre desarrollo y operaciones suelen caer en dos categorías: sobrecargar a los equipos de operaciones o forzar a los desarrolladores a convertirse en expertos en operaciones. Ninguna de estas alternativas ofrece una solución efectiva.**\n\nCuando los equipos de operaciones se ven desbordados, tienden a implementar procesos restrictivos que ralentizan la entrega. Cuando los desarrolladores se ven obligados a asumir tareas operativas, dedican menos tiempo a su principal fortaleza: resolver problemas del negocio a través de la programación. Según nuestra [investigación](https://about.gitlab.com/developer-survey/2024/ai/), los desarrolladores dedican, en promedio, apenas un 21 % de su tiempo a escribir código nuevo; el resto se consume en reuniones, trabajo de mantenimiento y tareas administrativas.\n\nEsta ineficiencia es frustrante y costosa. Todos los días, sus innovaciones permanecen esperando a ser implementadas, lo que representa una pérdida de valor de negocio.\n\n## El modelo de entrega premium para software\n¿Qué pasaría si pudiera garantizar la fiabilidad y la previsibilidad de su entrega de software? Esa es la promesa de una logística de software eficaz.\n\nAsí como las empresas de logística modernas revolucionaron el comercio minorista al optimizar la cadena de suministro (con lo que se garantiza una entrega ágil y eficiente desde los centros de distribución hasta el cliente final), las organizaciones deben aspirar a transferir el software de los registros de paquetes hacia los entornos de producción sin problemas con la misma fluidez y eficiencia.\n\nCada vez más organizaciones invierten en [ingeniería de plataformas](https://about.gitlab.com/the-source/platform/driving-business-results-with-platform-engineering/) para acelerar el desarrollo de software mediante la estandarización de las buenas prácticas y componentes para los equipos de desarrollo. Sin embargo, si sus iniciativas de ingeniería de plataformas se centran únicamente en la experiencia del desarrollador, está pasando por alto una pieza clave del rompecabezas. Si bien optimizar la experiencia del desarrollador es importante, las mejoras en la eficiencia durante la creación de código resultan irrelevantes si la organización carece de madurez operativa para implementar, configurar, monitorear y mantener ese código de manera efectiva.\n\nAhí es donde entra en juego la logística de software: garantizar que el aumento en la velocidad de desarrollo se traduzca en valor real para el negocio, y no en cuellos de botella en la implementación ni en caos operativo.\n\n## La ventaja competitiva de una logística de software bien implementada\nContar con una estrategia sólida de logística de software ofrece múltiples beneficios clave:\n- **Ciclos de entrega más ágiles**: permite reducir el tiempo entre la finalización del código hasta la implementación de la producción de semanas a tan solo días o incluso horas.\n- **Fortalecimiento de la postura de seguridad**: integrar la seguridad en el pipeline de desarrollo, en lugar de abordarla como una etapa final, lo que permite mitigar vulnerabilidades desde el inicio, sin sacrificar la velocidad en la entrega.\n- **Mayor eficiencia operativa**: permite que su equipo de operaciones, aunque limitado, pueda brindar soporte a un mayor número de desarrolladores mediante la automatización y las capacidades de autoservicio.\n- **Mejor aprovechamiento de los recursos**: permite que sus valiosos profesionales de desarrollo se concentren en generar valor para el negocio, en lugar de dedicar tiempo a resolver complejidades asociadas con la implementación.\n\n## Optimización para una logística de software efectiva\nAlgunas conversaciones con líderes técnicos de organizaciones de todos los tamaños han permitido identificar varios patrones recurrentes que distinguen a las implementaciones exitosas de la logística de software. A continuación, presentamos tres pasos que puede seguir para optimizar su logística de software:\n\n### Diseñe un marco de entrega de aplicaciones a nivel empresarial\nLa entrega de software en entornos modernos requiere una orquestación sofisticada que abarque distintos entornos, estrategias de implementación y aspectos operativos. Un marco eficaz debe contemplar aspectos clave como la **orquestación de lanzamientos** que permite coordinar la implementación de servicios interdependientes en todos los entornos; **estrategias de entrega progresiva** como lanzamientos de tipo canary e indicadores de funcionalidad que permiten implementaciones controladas con verificación automatizada; y **automatización de aprovisionamiento** que crea la infraestructura subyacente a través de interfaces controladas por políticas, garantizando a su vez el cumplimiento de los requisitos de seguridad y conformidad. Al generar certificaciones en cada etapa, este marco crea un registro verificable de todo el proceso de entrega, lo que permite evaluar riesgos en tiempo real y validar el cumplimiento normativo de manera continua.\n\n### Adopte una plataforma con un repositorio de datos unificado\nLas organizaciones de alto rendimiento necesitan contar con métricas integrales en todo su pipeline de entrega, desde la confirmación del código hasta el rendimiento en producción. No se puede gestionar lo que no se mide, y los equipos más efectivos miden todo, desde la velocidad de desarrollo hasta la estabilidad operativa y el enfoque de seguridad. Una arquitectura de datos unificados funciona como el sistema nervioso de una logística de software eficaz, al conectar información previamente aislada a lo largo de todo el ciclo de vida de la entrega de software y habilitar una toma de decisiones inteligente y una automatización efectiva.\n\n### Potencie la autonomía de los desarrolladores con pipelines de referencia\nEl uso de interfaces intuitivas que permiten a los desarrolladores implementar código sin necesidad de comprender la complejidad subyacente, y con mecanismos de protección integrados, disminuye la carga sobre los equipos de operaciones y acelera los ciclos de entrega. Como comentó un jefe de ingeniería de plataformas: «Nuestra misión es diseñar una plataforma tan intuitiva que los equipos puedan operar de forma autónoma».\n\n## Logística del software: el factor diferencial de las organizaciones digitales\nEn un entorno cada vez más exigente, la capacidad de llevar el software desde la fase de pruebas hasta producción de manera eficiente se consolida como una ventaja competitiva decisiva. Adoptar una mentalidad orientada a la logística de software permite que su equipo de operaciones, por más limitado que sea, brinde un soporte efectivo a los equipos de desarrollo, acelerando la innovación sin comprometer la seguridad ni la confiabilidad.",[442,445,448,451,454,457],{"header":443,"content":444},"¿Qué es la logística de software en el contexto del desarrollo de software?","La logística del software se refiere a los procesos que ocurren una vez que el código se empaqueta, e incluye aprovisionamiento, implementación, configuración, monitoreo y mantenimiento. Representa la segunda mitad de la cadena de suministro del software, y garantiza una entrega confiable, segura y eficiente hacia los entornos de producción.",{"header":446,"content":447},"¿Por qué la logística del software está cobrando mayor relevancia ahora?","A medida que la IA generativa acelera el ritmo de creación de código, las organizaciones se ven cada vez más presionadas a implementar y mantener ese código de manera eficiente. Con recursos operativos limitados, una logística de software eficaz resulta esencial para evitar cuellos de botella y transformar la velocidad de desarrollo en valor real para el negocio.",{"header":449,"content":450},"¿Cómo afecta un mala logística de software a los ciclos de entrega?","Sin una logística optimizada, las organizaciones enfrentan retrasos en la implementación, operaciones inconsistentes y una dependencia excesiva de los equipos de operaciones o de los desarrolladores que deben asumir las tareas operativas. Esto compromete la velocidad de innovación y aumenta el riesgo operativo.",{"header":452,"content":453},"¿Qué papel desempeñan los «pipelines de referencia» en la logística de software?","Los pipelines de referencia ofrecen flujos de trabajo de implementación preconfigurados y automatizados que los desarrolladores pueden usar de forma autónoma. Estos pipelines refuerzan la autonomía de los desarrolladores al tiempo que incorporan medidas de protección y cumplimiento, lo que reduce la dependencia de los equipos de operaciones.",{"header":455,"content":456},"¿Cómo mejora la logística de software un repositorio de datos unificado?","Un repositorio de datos unificado conecta las métricas a lo largo del ciclo de vida de la entrega de software, desde la confirmación del código hasta la producción. Esto permite obtener información en tiempo real, realizar un seguimiento del rendimiento y automatizar los procesos, lo que ayuda a las organizaciones a gestionar el riesgo en la entrega y optimizar los resultados.",{"header":458,"content":459},"¿Por qué la ingeniería de plataformas debería incluir un enfoque logístico?","Si bien muchos esfuerzos de ingeniería de plataformas se centran en mejorar la experiencia del desarrollador, el componente logístico es el que garantiza que el aumento en la velocidad de desarrollo se traduzca en una eficiencia real en las implementaciones. Sin capacidades de logística de software, la velocidad en el desarrollo no se traduce en agilidad para el negocio.","article","why-software-logistics-is-key-to-accelerating-innovation","content:es:the-source:platform:why-software-logistics-is-key-to-accelerating-innovation.yml","es/the-source/platform/why-software-logistics-is-key-to-accelerating-innovation.yml","es/the-source/platform/why-software-logistics-is-key-to-accelerating-innovation",{"_path":466,"_dir":424,"_draft":6,"_partial":6,"_locale":7,"config":467,"seo":469,"content":474,"type":460,"category":424,"slug":482,"_id":483,"_type":26,"title":470,"_source":27,"_file":484,"_stem":485,"_extension":30,"date":475,"description":471,"timeToRead":476,"heroImage":472,"keyTakeaways":477,"articleBody":481},"/es/the-source/platform/finops-balancing-financial-responsibility-and-innovation",{"layout":9,"template":426,"author":24,"featured":6,"sourceCTA":468,"isHighlighted":6,"authorName":11},"transform-your-software-development",{"title":470,"description":471,"ogImage":472,"config":473},"FinOps: el equilibrio entre la responsabilidad financiera y la innovación","Descubra cómo FinOps alinea la responsabilidad financiera con los objetivos comerciales, promoviendo una innovación rentable en las empresas modernas.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463866/i27a3wecdhplvd9wbxqr.png",{"ignoreTitleCharLimit":326},{"title":470,"date":475,"description":471,"timeToRead":476,"heroImage":472,"keyTakeaways":477,"articleBody":481},"2024-11-26","Lectura de 5 min",[478,479,480],"FinOps promueve la colaboración entre los equipos de finanzas, ingeniería y negocios, alineando las inversiones en la nube con los objetivos comerciales estratégicos para maximizar el valor.","Al brindar una mayor transparencia financiera, FinOps capacita a las organizaciones para tomar decisiones rápidas basadas en datos, y así optimizar el gasto en la nube.","La implementación de una solución FinOps crea un equilibrio entre la innovación y el control de costos, lo que ayuda a reducir las discrepancias entre los equipos de desarrollo de productos y operaciones.","Cuando el gasto en la nube crece junto con el equipo de ingeniería, suele surgir un difícil dilema: presionar a los desarrolladores para acelerar las entregas o controlar el incremento de los costos. Pero imagínese si pudiera aumentar la productividad de los desarrolladores en un 30 % y al mismo tiempo reducir los costos del proyecto en un 25 % Aunque parezca imposible, es un objetivo realista para las organizaciones que adoptan una estrategia FinOps (operaciones financieras); un enfoque basado en datos que aplica principios y prácticas de DevOps para optimizar los costos asociados con los equipos, los procesos y la tecnología a lo largo del ciclo de desarrollo de software.\n\nHe sido testigo de primera mano de cómo la práctica FinOps puede transformar a las organizaciones al brindar claridad financiera en todos los aspectos del desarrollo de software. Recientemente, me reuní con el equipo de DevOps de una compañía de seguros que está iniciando su proceso de implementación de prácticas de FinOps. Las primeras discusiones se centraron en establecer métricas básicas, como el gasto en la nube, e identificar otros indicadores que impulsan los ingresos y reducen los costos a través de la gestión del flujo de valor. Estos intercambios son esenciales para que los profesionales de FinOps evalúen cómo se organizan y asignan los equipos y los recursos, y qué procesos y herramientas se pueden implementar para impulsar el cambio.Desde estructuras de equipos hasta procesos de desarrollo y opciones tecnológicas, esta visibilidad permite a los líderes optimizar las inversiones en toda su operación. Al reunir a los equipos de finanzas, productos e ingeniería, FinOps permite a los directores financieros (CFO), directores de producto (CPO) y directores de tecnología (CTO) tomar decisiones más informadas, lo que mejora la eficiencia en toda la empresa.\n\nMejorar la eficiencia y optimizar los costos no es solo un desafío técnico; también es una prioridad comercial estratégica, especialmente a medida que las organizaciones incrementan sus inversiones en la nube. FinOps aporta la responsabilidad financiera necesaria al modelo de gasto variable de la nube. Analicemos los beneficios de las prácticas de FinOps y cómo puede comenzar a integrar sus metodologías en sus flujos de trabajo operativos.\n\n## ¿Qué se entiende por FinOps?\nUna estrategia FinOps, abreviatura de Financial Operations u (operaciones financieras), transforma la forma en que los equipos de finanzas, ingeniería, tecnología y negocios operan en conjunto. A través de datos y análisis en tiempo real, los equipos obtienen una visibilidad inmediata del gasto en la nube y pueden tomar medidas antes de que aumenten los costos. Este enfoque proactivo hacia la responsabilidad financiera permite tomar decisiones informadas rápidamente sobre la asignación de recursos, lo que se traduce en ahorros de costos medibles.\n\nEn esencia, FinOps es una práctica cultural que asegura que esta transformación sea sostenible. Al establecer procesos claros y métricas compartidas, los equipos garantizan que sus decisiones tecnológicas diarias respalden los objetivos estratégicos de la empresa.## ¿Por qué el enfoque FinOps es tan popular en este momento?\nDado que muchas empresas se centran en la IA generativa y la productividad de los desarrolladores, necesitan medidas de protección, como flujos de trabajo automatizados y plantillas reutilizables, para garantizar que se adopten los [métodos correctos](https://about.gitlab.com/the-source/platform/driving-business-results-with-platform-engineering/). Este enfoque se vuelve esencial para las organizaciones que modernizan sus aplicaciones y extienden las arquitecturas de nube a su entorno de producción.\n\nEl desafío se vuelve más complejo al gestionar los costos no relacionados con la producción, como los costos de integración continua (CI). Las empresas que han adoptado un enfoque basado en datos pueden obtener una visibilidad detallada de sus costos de CI. Pueden visualizar con precisión cómo el escalado horizontal o vertical de la integración continua (CI) impacta tanto en los ciclos de comentarios como en los costos asociados, considerando diferentes arquitecturas de procesadores. Al implementar estándares como entornos de prueba efímeros, garantizan la calidad y la seguridad del código al tiempo que optimizan el gasto.\n\nLos propietarios del producto, que normalmente son responsables del presupuesto de una línea de productos, también pueden trabajar con los equipos de TI y los jefes de ingeniería para proporcionar métricas de transparencia. Esta colaboración permite a los gerentes consolidar proyecciones presupuestarias de múltiples servicios y garantizar el uso óptimo de los recursos de infraestructura. De este modo, los equipos de finanzas pueden ver qué aplicaciones generan el mayor retorno de inversión.\n\n## Conectar los dominios técnicos y financieros\nPara crear un modelo de FinOps, puede que se tenga que usar un enfoque tanto de incentivo como de control (método del palo y la zanahoria). El enfoque basado en incentivos (la zanahoria) fomenta un entorno más colaborativo y transparente. En cambio, el enfoque de control (el palo), como dar una reprimenda a los equipos de desarrollo por exceder el presupuesto, suele provocar la disrupción de los procesos establecidos. FinOps debe considerar las necesidades de los desarrolladores para realizar su trabajo y cómo estas impactan en los resultados financieros de la empresa, en lugar de limitarse a supervisar el uso de los recursos en la nube.\n\nRecientemente, me reuní con una aerolínea importante que estaba destinando cerca de 5 millones de dólares anuales a flotas de runners de CI. En estas flotas se realizaban análisis de seguridad, de dependencias y de tokens. Si bien podrían haber omitido las etapas de seguridad para reducir gastos, [los riesgos potenciales asociados a problemas de seguridad](https://about.gitlab.com/the-source/security/how-to-strengthen-security-by-applying-devsecops-principles/)  representaban una preocupación mucho mayor que los costos de mantener dichas flotas. En lugar de prescindir de las medidas de seguridad, la empresa debía identificar formas de optimizar la eficiencia general de sus flotas de runners para reducir los costos y al mismo tiempo fomentar la experimentación e innovación entre los desarrolladores.\n\nUn programa de FinOps exitoso no requiere necesariamente de un equipo dedicado de profesionales de FinOps a tiempo completo. FinOps actúa como un enlace estratégico entre equipos interdisciplinarios, como finanzas, productos e ingeniería. Un programa típico de FinOps abarca diversas funciones y roles, como un director de tecnología (CTO) o vicepresidente de ingeniería, un líder financiero y uno o más líderes de ingeniería que colaboran de forma continua para evaluar problemas, identificar nuevas oportunidades de eficiencia y desarrollar planes de acción correctiva.\n\nAlinear las operaciones técnicas con los objetivos financieros contribuye a maximizar el retorno de la inversión en infraestructura en la nube y desarrollo de software. De este modo, los equipos de DevSecOps pueden comprender mejor cómo su trabajo contribuye directamente al aumento de los ingresos, cómo pueden reducir costos o cómo pueden lograr ambos objetivos.\n\n## Control financiero inteligente en los flujos de trabajo de los desarrolladores\nFinOps supervisa el consumo de recursos tanto desde una perspectiva operativa como de usuario para ayudar a optimizar los flujos de trabajo de los desarrolladores. Una forma de lograrlo es analizar los trabajos de CI e identificar aquellos cuyo costo excede el valor que aportan. Cada pipeline de desarrollo de software contiene múltiples trabajos, cada uno de los cuales requiere un recurso de ejecución como una máquina virtual (VM) o un contenedor. Cuanto más tiempo tarde en ejecutarse cada trabajo, mayor será el costo. FinOps ayuda a los desarrolladores a identificar qué trabajos están teniendo un bajo rendimiento, para poder refactorizar su código.\n\nDe este modo, se establece un modelo de autoservicio que permite a los equipos de DevSecOps trabajar dentro de directrices claras. Por ejemplo, una política podría prohibir el aprovisionamiento de recursos por un valor de $ 10 000 en AWS, pero se permitiría la creación de una imagen EC2 para realizar pruebas. No obstante, si se puede justificar la necesidad de aprovisionar recursos por un valor de $ 100 000, se puede presentar una solicitud que explique cómo el proyecto podría generar ingresos para la empresa. Si se aprueba esta solicitud, se puede comenzar con el trabajo.\n\nSin embargo, me gustaría que los profesionales de DevSecOps sepan que FinOps no consiste en restringir la innovación mediante la supervisión. Por el contrario, ofrece visibilidad completa sobre el uso y el gasto en la nube de la organización, y así ayuda a los equipos a identificar oportunidades para mejorar la productividad en la nube. Además de promover la colaboración entre los equipos de finanzas, tecnología y negocios, el método FinOps analiza los patrones de uso y realiza proyecciones de demanda, lo que permite anticipar la necesidad de aumentar o reducir los recursos para satisfacer las demandas futuras antes de incurrir en gastos excesivos.\n\n## Colaboración más fluida\nExiste un conflicto de intereses constante entre los equipos de ingeniería y operaciones. La misión del equipo de ingeniería es impulsar la innovación para generar nuevas oportunidades de ingresos y, al mismo tiempo, ofrecer experiencias excepcionales a los clientes. El equipo de operaciones se centra en maximizar la productividad a la vez que se ahorra dinero. FinOps reduce este conflicto al incrementar la productividad de los desarrolladores mientras reduce los costos asociados a la nube, alineando la eficiencia técnica con la prudencia financiera.\n\nEl enfoque FinOps ayuda a los equipos de DevSecOps a pensar en números concretos, no en costos subjetivos. Es imperativo abordar el desarrollo de software con una comprensión clara de su impacto financiero en la organización para tomar decisiones informadas sobre la continuidad del proyecto en función de dos criterios clave: ¿el proyecto incrementará los ingresos o reducirá los costos?En esencia, FinOps no se trata solo de reducir costos; también se trata de optimizar todo el ciclo de vida de desarrollo de software. El objetivo es ayudar a los ingenieros y equipos de operaciones a considerar la eficacia financiera, así como las innovaciones técnicas, para que comprendan mejor cómo su trabajo contribuye a mejorar los resultados de la organización.\n\nPara obtener más información sobre el enfoque FinOps, consulte el [sitio web de FinOps Foundation](https://www.finops.org/introduction/what-is-finops/)._\n\n> #### Transforme su desarrollo de software\n>\n> Lea el estudio Total Economic Impact™ encargado por Forrester Consulting en 2024 para comprender cómo GitLab Ultimate minimizó costos, maximizó el rendimiento y respaldó los objetivos de crecimiento de las organizaciones.\n>\n> [Descargar el estudio completo ahora](https://about.gitlab.com/resources/study-forrester-tei-gitlab-ultimate/){class=\"button\"}","finops-balancing-financial-responsibility-and-innovation","content:es:the-source:platform:finops-balancing-financial-responsibility-and-innovation.yml","es/the-source/platform/finops-balancing-financial-responsibility-and-innovation.yml","es/the-source/platform/finops-balancing-financial-responsibility-and-innovation",[422,465],1759347845319]