[{"data":1,"prerenderedAt":728},["ShallowReactive",2],{"/es/the-source/platform":3,"footer-es":33,"the-source-banner-es":341,"the-source-navigation-es":353,"the-source-newsletter-es":379,"footer-source-/es/the-source/platform/":390,"the-source-the-source-resources-es":402,"authors-es":418,"categories-es":449,"platform-articles-list-es":450},{"_path":4,"_dir":5,"_draft":6,"_partial":6,"_locale":7,"config":8,"seo":9,"content":12,"type":25,"slug":26,"_id":27,"_type":28,"title":7,"_source":29,"_file":30,"_stem":31,"_extension":32},"/es/the-source/platform","the-source",false,"",{"layout":5},{"title":10,"description":11,"ogImage":7},"Plataforma e infraestructura","Aprenda a crear un entorno de trabajo de DevSecOps que prepare a su equipo para el éxito, desde la planificación hasta la entrega.",[13,19],{"componentName":14,"componentContent":15},"TheSourceCategoryHero",{"title":10,"description":11,"image":16},{"config":17},{"src":18},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463263/bdz7hmhpbmgwvoybcaud.png",{"componentName":20,"componentContent":21},"TheSourceCategoryMainSection",{"config":22},{"sourceCTAs":23},[24],"gitlab-2024-global-devsecops-report","category","platform","content:es:the-source:platform:index.yml","yaml","content","es/the-source/platform/index.yml","es/the-source/platform/index","yml",{"_path":34,"_dir":35,"_draft":6,"_partial":6,"_locale":7,"data":36,"_id":337,"_type":28,"title":338,"_source":29,"_file":339,"_stem":340,"_extension":32},"/shared/es/main-footer","es",{"text":37,"source":38,"edit":44,"contribute":49,"config":54,"items":59,"minimal":329},"Git es una marca registrada de Software Freedom Conservancy, y nuestro uso de «GitLab» está bajo licencia",{"text":39,"config":40},"Ver fuente de la página",{"href":41,"dataGaName":42,"dataGaLocation":43},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/","page source","footer",{"text":45,"config":46},"Editar esta página",{"href":47,"dataGaName":48,"dataGaLocation":43},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/content/","web ide",{"text":50,"config":51},"Contribuya",{"href":52,"dataGaName":53,"dataGaLocation":43},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/CONTRIBUTING.md/","please contribute",{"twitter":55,"facebook":56,"youtube":57,"linkedin":58},"https://twitter.com/gitlab","https://www.facebook.com/gitlab","https://www.youtube.com/channel/UCnMGQ8QHMAnVIsI3xJrihhg","https://www.linkedin.com/company/gitlab-com",[60,87,160,228,290],{"title":61,"links":62,"subMenu":68},"Plataforma",[63],{"text":64,"config":65},"Plataforma de DevSecOps",{"href":66,"dataGaName":67,"dataGaLocation":43},"/es/platform/","devsecops platform",[69],{"title":70,"links":71},"Precios",[72,77,82],{"text":73,"config":74},"Ver planes",{"href":75,"dataGaName":76,"dataGaLocation":43},"/es/pricing/","view plans",{"text":78,"config":79},"¿Por qué elegir GitLab Premium?",{"href":80,"dataGaName":81,"dataGaLocation":43},"/es/pricing/premium/","why premium",{"text":83,"config":84},"¿Por qué elegir GitLab Ultimate?",{"href":85,"dataGaName":86,"dataGaLocation":43},"/es/pricing/ultimate/","why ultimate",{"title":88,"links":89},"Soluciones",[90,95,100,105,110,115,120,125,130,135,140,145,150,155],{"text":91,"config":92},"Transformación digital",{"href":93,"dataGaName":94,"dataGaLocation":43},"/es/topics/digital-transformation/","digital transformation",{"text":96,"config":97},"Seguridad y cumplimiento",{"href":98,"dataGaName":99,"dataGaLocation":43},"/es/solutions/application-security-testing/","Application security testing",{"text":101,"config":102},"Entrega de software automatizada",{"href":103,"dataGaName":104,"dataGaLocation":43},"/es/solutions/delivery-automation/","automated software delivery",{"text":106,"config":107},"Desarrollo ágil",{"href":108,"dataGaName":109,"dataGaLocation":43},"/es/solutions/agile-delivery/","agile delivery",{"text":111,"config":112},"Transformación en la nube",{"href":113,"dataGaName":114,"dataGaLocation":43},"/es/topics/cloud-native/","cloud transformation",{"text":116,"config":117},"Gestión del código fuente",{"href":118,"dataGaName":119,"dataGaLocation":43},"/es/solutions/source-code-management/","source code management",{"text":121,"config":122},"CI/CD",{"href":123,"dataGaName":124,"dataGaLocation":43},"/es/solutions/continuous-integration/","continuous integration & delivery",{"text":126,"config":127},"Gestión del flujo de valor",{"href":128,"dataGaName":129,"dataGaLocation":43},"/es/solutions/value-stream-management/","value stream management",{"text":131,"config":132},"GitOps",{"href":133,"dataGaName":134,"dataGaLocation":43},"/es/solutions/gitops/","gitops",{"text":136,"config":137},"Empresas",{"href":138,"dataGaName":139,"dataGaLocation":43},"/es/enterprise/","enterprise",{"text":141,"config":142},"Pequeñas empresas",{"href":143,"dataGaName":144,"dataGaLocation":43},"/es/small-business/","small business",{"text":146,"config":147},"Sector público",{"href":148,"dataGaName":149,"dataGaLocation":43},"/es/solutions/public-sector/","public sector",{"text":151,"config":152},"Educación",{"href":153,"dataGaName":154,"dataGaLocation":43},"/es/solutions/education/","education",{"text":156,"config":157},"Servicios financieros",{"href":158,"dataGaName":159,"dataGaLocation":43},"/es/solutions/finance/","financial services",{"title":161,"links":162},"Recursos",[163,168,173,178,183,188,193,198,203,208,213,218,223],{"text":164,"config":165},"Instalar",{"href":166,"dataGaName":167,"dataGaLocation":43},"/es/install/","install",{"text":169,"config":170},"Guías de inicio rápido",{"href":171,"dataGaName":172,"dataGaLocation":43},"/es/get-started/","quick setup checklists",{"text":174,"config":175},"Aprender",{"href":176,"dataGaName":177,"dataGaLocation":43},"https://university.gitlab.com/","learn",{"text":179,"config":180},"Documentación del producto",{"href":181,"dataGaName":182,"dataGaLocation":43},"https://docs.gitlab.com/","docs",{"text":184,"config":185},"Blog",{"href":186,"dataGaName":187,"dataGaLocation":43},"/blog/","blog",{"text":189,"config":190},"Historias de éxito del cliente",{"href":191,"dataGaName":192,"dataGaLocation":43},"/es/customers/","customer success stories",{"text":194,"config":195},"Remoto",{"href":196,"dataGaName":197,"dataGaLocation":43},"https://handbook.gitlab.com/handbook/company/culture/all-remote/","remote",{"text":199,"config":200},"Servicios de GitLab",{"href":201,"dataGaName":202,"dataGaLocation":43},"/es/services/","services",{"text":204,"config":205},"TeamOps",{"href":206,"dataGaName":207,"dataGaLocation":43},"/es/teamops/","teamops",{"text":209,"config":210},"Comunidad",{"href":211,"dataGaName":212,"dataGaLocation":43},"/community/","community",{"text":214,"config":215},"Foro",{"href":216,"dataGaName":217,"dataGaLocation":43},"https://forum.gitlab.com/","forum",{"text":219,"config":220},"Eventos",{"href":221,"dataGaName":222,"dataGaLocation":43},"/events/","events",{"text":224,"config":225},"Socios",{"href":226,"dataGaName":227,"dataGaLocation":43},"/es/partners/","partners",{"title":229,"links":230},"Empresa",[231,236,241,246,251,256,261,265,270,275,280,285],{"text":232,"config":233},"Acerca de nosotros",{"href":234,"dataGaName":235,"dataGaLocation":43},"/es/company/","company",{"text":237,"config":238},"Jobs",{"href":239,"dataGaName":240,"dataGaLocation":43},"/jobs/","jobs",{"text":242,"config":243},"Liderazgo",{"href":244,"dataGaName":245,"dataGaLocation":43},"/company/team/e-group/","leadership",{"text":247,"config":248},"Equipo",{"href":249,"dataGaName":250,"dataGaLocation":43},"/company/team/","team",{"text":252,"config":253},"Manual",{"href":254,"dataGaName":255,"dataGaLocation":43},"https://handbook.gitlab.com/","handbook",{"text":257,"config":258},"Relaciones con los inversores",{"href":259,"dataGaName":260,"dataGaLocation":43},"https://ir.gitlab.com/","investor relations",{"text":262,"config":263},"Sustainability",{"href":264,"dataGaName":262,"dataGaLocation":43},"/sustainability/",{"text":266,"config":267},"Diversidad, inclusión y pertenencia (DIB)",{"href":268,"dataGaName":269,"dataGaLocation":43},"/es/diversity-inclusion-belonging/","Diversity, inclusion and belonging",{"text":271,"config":272},"Centro de confianza",{"href":273,"dataGaName":274,"dataGaLocation":43},"/es/security/","trust center",{"text":276,"config":277},"Boletín",{"href":278,"dataGaName":279,"dataGaLocation":43},"/company/contact/","newsletter",{"text":281,"config":282},"Prensa",{"href":283,"dataGaName":284,"dataGaLocation":43},"/press/","press",{"text":286,"config":287},"Declaración de transparencia sobre la Ley de Esclavitud Moderna",{"href":288,"dataGaName":289,"dataGaLocation":43},"https://handbook.gitlab.com/handbook/legal/modern-slavery-act-transparency-statement/","modern slavery transparency statement",{"title":291,"links":292},"Comuníquese con nosotros",[293,298,303,308,313,318,323],{"text":294,"config":295},"Contactar con un experto",{"href":296,"dataGaName":297,"dataGaLocation":43},"/es/sales/","sales",{"text":299,"config":300},"Obtener ayuda",{"href":301,"dataGaName":302,"dataGaLocation":43},"/support/","get help",{"text":304,"config":305},"Portal de clientes",{"href":306,"dataGaName":307,"dataGaLocation":43},"https://customers.gitlab.com/customers/sign_in/","customer portal",{"text":309,"config":310},"Estado",{"href":311,"dataGaName":312,"dataGaLocation":43},"https://status.gitlab.com/","status",{"text":314,"config":315},"Términos de uso",{"href":316,"dataGaName":317,"dataGaLocation":43},"/terms/","terms of use",{"text":319,"config":320},"Declaración de privacidad",{"href":321,"dataGaName":322,"dataGaLocation":43},"/es/privacy/","privacy statement",{"text":324,"config":325},"Preferencias de cookies",{"dataGaName":326,"dataGaLocation":43,"id":327,"isOneTrustButton":328},"cookie preferences","ot-sdk-btn",true,{"items":330},[331,333,335],{"text":314,"config":332},{"href":316,"dataGaName":317,"dataGaLocation":43},{"text":319,"config":334},{"href":321,"dataGaName":322,"dataGaLocation":43},{"text":324,"config":336},{"dataGaName":326,"dataGaLocation":43,"id":327,"isOneTrustButton":328},"content:shared:es:main-footer.yml","Main Footer","shared/es/main-footer.yml","shared/es/main-footer",{"_path":342,"_dir":343,"_draft":6,"_partial":6,"_locale":7,"id":344,"visibility":328,"title":345,"button":346,"_id":350,"_type":28,"_source":29,"_file":351,"_stem":352,"_extension":32},"/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":347,"text":349},{"href":348},"/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":354,"_dir":5,"_draft":6,"_partial":6,"_locale":7,"logo":355,"subscribeLink":360,"navItems":364,"_id":375,"_type":28,"title":376,"_source":29,"_file":377,"_stem":378,"_extension":32},"/shared/es/the-source/navigation",{"altText":356,"config":357},"the source logo",{"src":358,"href":359},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1750191004/t7wz1klfb2kxkezksv9t.svg","/es/the-source/",{"text":361,"config":362},"Suscribirse",{"href":363},"#subscribe",[365,369,372],{"text":366,"config":367},"Inteligencia artificial",{"href":368},"/es/the-source/ai/",{"text":96,"config":370},{"href":371},"/es/the-source/security/",{"text":10,"config":373},{"href":374},"/es/the-source/platform/","content:shared:es:the-source:navigation.yml","Navigation","shared/es/the-source/navigation.yml","shared/es/the-source/navigation",{"_path":380,"_dir":5,"_draft":6,"_partial":6,"_locale":7,"title":381,"description":382,"submitMessage":383,"formData":384,"_id":387,"_type":28,"_source":29,"_file":388,"_stem":389,"_extension":32},"/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":385},{"formId":386,"formName":279,"hideRequiredLabel":328},28470,"content:shared:es:the-source:newsletter.yml","shared/es/the-source/newsletter.yml","shared/es/the-source/newsletter",{"_path":4,"_dir":5,"_draft":6,"_partial":6,"_locale":7,"config":391,"seo":392,"content":393,"type":25,"slug":26,"_id":27,"_type":28,"title":7,"_source":29,"_file":30,"_stem":31,"_extension":32},{"layout":5},{"title":10,"description":11,"ogImage":7},[394,398],{"componentName":14,"componentContent":395},{"title":10,"description":11,"image":396},{"config":397},{"src":18},{"componentName":20,"componentContent":399},{"config":400},{"sourceCTAs":401},[24],[403],{"_path":404,"_dir":405,"_draft":6,"_partial":6,"_locale":7,"config":406,"title":407,"description":408,"link":409,"_id":415,"_type":28,"_source":29,"_file":416,"_stem":417,"_extension":32},"/shared/es/the-source/source-lp-ctas/gitlab-2024-global-devsecops-report","source-lp-ctas",{"slug":24},"Informe global de DevSecOps de GitLab 2024","Lea los [resultados de la encuesta de más de 5000 profesionales de DevSecOps en todo el mundo](https://about.gitlab.com/developer-survey/) para obtener información sobre cómo está evolucionando el comportamiento hacia la seguridad, la IA y la experiencia del desarrollador.",{"text":410,"config":411},"Leer el informe",{"href":412,"dataGaName":413,"dataGaLocation":414},"/developer-survey/?utm_campaign=eg_global_cmp_gated-content_aisdlc_en_ds24&utm_content=ds24_report_x","2024 global devsecops survey","thesource","content:shared:es:the-source:source-lp-ctas:gitlab-2024-global-devsecops-report.yml","shared/es/the-source/source-lp-ctas/gitlab-2024-global-devsecops-report.yml","shared/es/the-source/source-lp-ctas/gitlab-2024-global-devsecops-report",{"amanda-rueda":419,"andre-michael-braun":420,"andrew-haschka":421,"ayoub-fandi":422,"brian-wald":423,"bryan-ross":424,"chandler-gibbons":425,"dave-steer":426,"ddesanto":427,"derek-debellis":428,"emilio-salvador":429,"erika-feldman":430,"george-kichukov":431,"gitlab":432,"grant-hickman":433,"haim-snir":434,"iganbaruch":435,"jlongo":436,"joel-krooswyk":437,"josh-lemos":438,"julie-griffin":439,"kristina-weis":440,"lee-faus":441,"ncregan":442,"rschulman":443,"sabrina-farmer":444,"sandra-gittlen":445,"sharon-gaudin":446,"stephen-walters":447,"taylor-mccaslin":448},"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","Lee Faus","Niall Cregan","Robin Schulman","Sabrina Farmer","Sandra Gittlen","Sharon Gaudin","Stephen Walters","Taylor McCaslin",{"ai":366,"platform":10,"security":96},[451,502,525,576,599,641,686,706],{"_path":452,"_dir":26,"_draft":6,"_partial":6,"_locale":7,"config":453,"seo":457,"content":462,"type":489,"category":26,"slug":490,"_id":491,"_type":28,"title":458,"_source":29,"_file":492,"_stem":493,"_extension":32,"date":463,"description":459,"timeToRead":464,"heroImage":460,"keyTakeaways":494,"articleBody":469,"faq":495},"/es/the-source/platform/why-software-logistics-is-key-to-accelerating-innovation",{"layout":5,"template":454,"author":455,"featured":328,"sourceCTA":456,"isHighlighted":6,"authorName":441},"TheSourceArticle","lee-faus","source-lp-building-a-resilient-software-development-practice",{"title":458,"description":459,"ogImage":460,"config":461},"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":328},{"title":458,"date":463,"description":459,"timeToRead":464,"heroImage":460,"keyTakeaways":465,"articleBody":469,"faq":470},"2025-04-15","Lectura de 4 min",[466,467,468],"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.",[471,474,477,480,483,486],{"header":472,"content":473},"¿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":475,"content":476},"¿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":478,"content":479},"¿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":481,"content":482},"¿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":484,"content":485},"¿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":487,"content":488},"¿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",[466,467,468],[496,497,498,499,500,501],{"header":472,"content":473},{"header":475,"content":476},{"header":478,"content":479},{"header":481,"content":482},{"header":484,"content":485},{"header":487,"content":488},{"_path":503,"_dir":26,"_draft":6,"_partial":6,"_locale":7,"config":504,"seo":506,"content":511,"type":489,"category":26,"slug":520,"_id":521,"_type":28,"title":507,"_source":29,"_file":522,"_stem":523,"_extension":32,"date":512,"description":513,"timeToRead":514,"heroImage":509,"keyTakeaways":524,"articleBody":519},"/es/the-source/platform/high-performing-development-teams-your-business-advantage",{"layout":5,"template":454,"author":505,"featured":6,"sourceCTA":456,"isHighlighted":6,"authorName":423},"brian-wald",{"title":507,"description":508,"ogImage":509,"config":510},"Equipos de desarrollo de alto rendimiento: Su ventaja comercial","Crear equipos de desarrollo de alto rendimiento acelera la entrega, mejora la calidad de código e impulsa la innovación para lograr objetivos comerciales clave.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463980/zj2aimb3oznkxhkh9l2a.png",{"ignoreTitleCharLimit":328},{"title":507,"date":512,"description":513,"timeToRead":514,"heroImage":509,"keyTakeaways":515,"articleBody":519},"2025-03-13","Crear equipos de desarrollo de software de alto rendimiento acelera la entrega, mejora la calidad del código e impulsa la innovación para cumplir con los objetivos comerciales clave.","Lectura de 5 min",[516,517,518],"Los equipos de ingeniería de software de alto rendimiento impulsan la innovación mediante la producción de código de calidad mientras abordan complejos desafíos organizacionales, equilibran prioridades y se adaptan a las nuevas tecnologías.","Los equipos con autonomía y propiedad aportan más valor de manera más rápida, acelerando el progreso hacia los objetivos comerciales y fomentando al mismo tiempo un compromiso que los sitúa a la vanguardia de la innovación.","Más allá de crear software, estos equipos se convierten en modelos de excelencia, al difundir las prácticas recomendadas que elevan los estándares de rendimiento en toda la organización.","¿Cuál es la diferencia entre las organizaciones que superan constantemente a sus competidores y las que luchan por mantenerse al día? Por lo general, la respuesta no radica en su pila de tecnología o estrategia de mercado, sino en el calibre de sus equipos.\n\nLos equipos de alto rendimiento son la fuerza que impulsan la innovación y la eficiencia en cualquier organización de software. Su éxito proviene de la creación de software de calidad mientras trabajan de manera efectiva dentro de estructuras empresariales complejas. Equilibran necesidades contrapuestas, se adaptan a tecnologías cambiantes y trabajan bien con las diversas partes de la organización, que a menudo trabajan de forma aislada.\n\nCuando se les da más responsabilidad y libertad, los equipos de alto rendimiento ofrecen mejores resultados en menos tiempo, lo que ayuda a la organización a alcanzar sus objetivos más rápido. Una mayor implicación hace que los miembros del equipo estén más comprometidos y motivados, lo que a menudo los coloca al frente de la innovación y el liderazgo del desarrollo de nuevas funciones y productos.\n\nLos beneficios de estos equipos van más allá del software que crean. Sirven de ejemplo para otros equipos, pues pueden compartir las prácticas recomendadas y mejorar el rendimiento general de la organización.\n\n## Impulsar la excelencia en los equipos de software\nEstos equipos no ocurren por casualidad; se construyen a través de una planificación cuidadosa, un liderazgo sólido y una cultura que valora la excelencia. Los líderes de ingeniería pueden desarrollar equipos de alto rendimiento siguiendo estas estrategias esenciales:\n\n### Identificar a los profesionales estrella\nIdentifique los equipos de desarrollo que superan constantemente los estándares de rendimiento. Pase tiempo con sus líderes para conocer cómo han mejorado sus procesos. De este modo, también se crean relaciones con estos equipos y se les pone como ejemplo para otros equipos.\n\n### Establecer objetivos de equipo claros y alcanzables\nLos equipos de alto rendimiento prosperan cuando tienen objetivos claros y alcanzables alineados con la visión de la organización. Estos objetivos deben ser específicos, medibles, alcanzables, relevantes y sujetos a plazos.\n\n### Dar a los equipos poder de decisión\nLos equipos empoderados son más flexibles y adaptables. Deles control sobre los procesos de toma de decisiones que afectan directamente a su trabajo, como la elección de herramientas, el diseño de los flujos de trabajo y el establecimiento de prioridades. Esto crea un entorno de desarrollo más efectivo y mejora significativamente la experiencia general del desarrollador.\n\n### Fomentar la seguridad psicológica y la responsabilidad\nLa confianza es la base de cualquier equipo de alto rendimiento, y la comunicación honesta es esencial para crear un fuerte sentido de confianza entre los miembros del equipo. Fomente una cultura en la que los miembros del equipo se sientan cómodos compartiendo ideas, aportando comentarios y responsabilizándose mutuamente. Las reuniones periódicas del equipo y las sesiones de comentarios ayudan a los equipos a reflexionar sobre su desempeño y encontrar formas de mejorar.\n\n### Invertir en el aprendizaje continuo\nLos equipos de alto rendimiento siempre están buscando formas de mejorar. Ayude a los miembros del equipo a desarrollar sus habilidades técnicas al proporcionarles acceso a capacitación continua, certificaciones y otros recursos de aprendizaje. Esto crea oportunidades valiosas para que los miembros del equipo crezcan profesionalmente, incluso para los desarrolladores experimentados que desean ampliar sus habilidades.\n\n### Fomentar un entorno colaborativo\nLa colaboración dentro de los equipos y entre ellos es crucial para el éxito. Las herramientas de gestión de proyectos y las plataformas de comunicación en tiempo real facilitan el trabajo en equipo, el intercambio de documentos y el seguimiento de proyectos. Un entorno colaborativo reúne diversas perspectivas para resolver problemas complejos, y fomenta la innovación a través de la combinación de la creatividad humana y la tecnología moderna. Los equipos con más visión de futuro están explorando cómo las herramientas de IA generativa pueden mejorar la colaboración e [impulsar la productividad de forma estratégica y reflexiva](https://about.gitlab.com/the-source/ai/devops-leaders-fix-this-productivity-blocker-before-adding-ai/#-thoughtfully-incorporate-ai-into-workflows).\n\n### Reconocer y recompensar la excelencia\nLos equipos de alto rendimiento prosperan en entornos donde se reconocen sus esfuerzos. Establezca un sistema para reconocer los logros, tanto grandes como pequeños. Esto podría incluir programas formales de reconocimiento, bonificaciones por desempeño o simplemente el reconocimiento público de un trabajo bien hecho. Reconocer la excelencia motiva a los equipos y refuerza los comportamientos y prácticas que conducen al éxito.\n\n## Por qué los equipos de alto rendimiento son una necesidad estratégica\n[Según investigaciones](https://about.gitlab.com/developer-survey/), las organizaciones que tomaron medidas para crear equipos de software de alto rendimiento, como la adopción de una plataforma de DevSecOps, gozan de beneficios que van desde una incorporación más rápida de desarrolladores hasta una resolución de vulnerabilidades más ágil. Y todo eso se traduce en una ventaja competitiva para el negocio.\n\nEl valor estratégico va más allá de las ganancias inmediatas de productividad. Los equipos interdisciplinarios con perspectivas diversas se convierten en motores de innovación que resuelven problemas complejos y, a menudo, identifican nuevas oportunidades de mercado que los enfoques más aislados pasan por alto. Quizás lo más convincente para la alta dirección es el efecto multiplicador: cuando inviertes en la creación de un equipo de ingeniería de alto rendimiento, se establece un modelo que se amplía a medida que las prácticas eficaces del equipo se convierten en plantillas que elevan el rendimiento en toda la organización.\n\nLa cultura de la empresa que respalda la excelencia y proporciona los recursos adecuados es la base sobre la que se construyen todos los equipos de software de alto rendimiento. Cuando todo el equipo comparte un objetivo común y tiene la autonomía para lograrlo, se obtienen resultados notables.","high-performing-development-teams-your-business-advantage","content:es:the-source:platform:high-performing-development-teams-your-business-advantage.yml","es/the-source/platform/high-performing-development-teams-your-business-advantage.yml","es/the-source/platform/high-performing-development-teams-your-business-advantage",[516,517,518],{"_path":526,"_dir":26,"_draft":6,"_partial":6,"_locale":7,"config":527,"seo":529,"content":534,"type":489,"category":26,"slug":563,"_id":564,"_type":28,"title":530,"_source":29,"_file":565,"_stem":566,"_extension":32,"date":535,"description":531,"timeToRead":514,"heroImage":532,"keyTakeaways":567,"articleBody":540,"faq":568},"/es/the-source/platform/from-toolchain-chaos-to-business-roi-a-5-step-roadmap",{"layout":5,"template":454,"author":505,"featured":328,"sourceCTA":528,"isHighlighted":6,"authorName":423},"transform-your-software-development",{"title":530,"description":531,"ogImage":532,"config":533},"Del caos de la cadena de herramientas al ROI empresarial: un plan de desarrollo de 5 pasos","Reduzca la complejidad al normalizar herramientas, procesos y prácticas, y alinear cada equipo con objetivos comerciales más amplios.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463923/joqzi3uwfbqptjynlkbs.jpg",{"ignoreTitleCharLimit":328},{"title":530,"date":535,"description":531,"timeToRead":514,"heroImage":532,"keyTakeaways":536,"articleBody":540,"faq":541},"2025-03-11",[537,538,539],"La normalización de su plataforma de desarrollo de software reduce los costos operativos al tiempo que aumenta la velocidad y la seguridad de la entrega, transformando la tecnología de un centro de costos en una ventaja competitiva.","El proceso de normalización de cinco pasos (evaluar, establecer normas, aprovechar la IA, centralizar y capacitar) crea un marco para la innovación sostenible sin la carga de la deuda técnica.","Una plataforma de desarrollo unificada no solo agiliza las operaciones, sino que también permite una respuesta más rápida al mercado, una mejor toma de decisiones e inversiones tecnológicas preparadas para el futuro.","A medida que las empresas crecen, los equipos a menudo se apresuran a entregar software rápidamente, lo que puede llevar a adoptar una combinación de diferentes herramientas y métodos de desarrollo de software. Es posible que cada equipo desarrolle soluciones personalizadas para soluciones rápidas, lo cual genera un [desorden en la configuración de trabajo](https://about.gitlab.com/the-source/platform/devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer/). Los costos ocultos se suman rápidamente: licencias de herramientas duplicadas, mayor sobrecarga de mantenimiento, vulnerabilidades de seguridad por prácticas inconsistentes e innumerables horas perdidas por desafíos de integración entre sistemas dispares. Todo esto no solo es ineficiente, sino que podría afectar directamente a los resultados de su organización.\n\nUna [plataforma de desarrollo normalizada](https://about.gitlab.com/the-source/platform/driving-business-results-with-platform-engineering/) elimina estas ineficiencias. Puede alinear las inversiones en tecnología con objetivos comerciales más amplios y crear así un espacio de trabajo unificado donde todos los equipos de desarrollo de software operen con herramientas y procesos consistentes. Así es como consigue costos reducidos, entrega acelerada, seguridad mejorada y una clara ventaja competitiva.\n\n## Beneficios de una plataforma de desarrollo normalizada\n**Ahorro de dinero**: una plataforma normalizada puede reducir significativamente los costos. Gastará menos en licencias, mantenimiento y conexión de diferentes sistemas si utiliza un sistema en lugar de muchas herramientas separadas. También dependerá menos de proveedores externos y dedicará menos tiempo y esfuerzo a los equipos de capacitación en múltiples herramientas.\n\n**Lanzamiento más rápido**: una plataforma centralizada también acelera el proceso de desarrollo. Al agilizar todo el proceso y reunir herramientas y flujos de trabajo, puede eliminar los retrasos que encontraría al usar muchas herramientas diferentes.\n\n**Mejora de la seguridad y el cumplimiento**: al aplicar las mismas medidas de seguridad en toda la plataforma, puede reducir las vulnerabilidades y simplificar el cumplimiento de las regulaciones. \n\n**Obtención de mejores conocimientos**: con un enfoque de plataforma, puede obtener datos precisos y exactos sobre todo el ciclo de desarrollo de software, lo que le permite mejorar los flujos de trabajo de sus equipos y tomar decisiones basadas en datos que ayudan a la empresa.\n\n**Preparación del negocio para el futuro**: finalmente, un enfoque de desarrollo de software normalizado garantiza que pueda crecer y adaptarse para el futuro. A medida que su organización se expande, este marco permite que los equipos crezcan sin interrupciones.\n\n> Leer más: [Cómo acelerar la incorporación de desarrolladores (y por qué es importante)](https://about.gitlab.com/the-source/platform/how-to-accelerate-developer-onboarding-and-why-it-matters/)\n\n## 5 pasos para crear una plataforma de software normalizada\nLa creación de una plataforma de software normalizada es posible para casi cualquier empresa, pero requiere una planificación cuidadosa. Aquí presentamos cinco pasos que los líderes pueden seguir para normalizar con éxito sus herramientas y flujos de trabajo.\n\n### 1. Evaluar sus herramientas actuales\nPrimero, eche un vistazo a sus herramientas y procesos existentes. Esta revisión debe incluir aportes de todos los involucrados, incluidos desarrolladores, expertos en seguridad y [equipos de ingeniería de plataformas](https://about.gitlab.com/the-source/platform/driving-business-results-with-platform-engineering/). El objetivo es encontrar áreas donde las herramientas se superpongan o no funcionen bien juntas, e identificar formas de mejorar los procesos de desarrollo para sus clientes.\n\n### 2. Crear normas y objetivos claros\nA partir de la revisión, cree un conjunto de normas internas y prácticas recomendadas. Estos deben incluir reglas de programación, pipelines de implementación y políticas de seguridad. Asegúrese de que estas normas respalden los objetivos principales de su empresa y de que todos los equipos puedan seguirlos fácilmente. Este es también el momento de decidir qué quiere lograr, como mejorar el trabajo en equipo, reducir costos o facilitar el crecimiento.\n\n### 3. Usar la IA para trabajar de forma más inteligente\nLas herramientas de IA se están volviendo fundamentales para el desarrollo de software moderno. Los desarrolladores pueden centrarse en un trabajo más estratégico al automatizar las tareas rutinarias con IA. La IA también puede mejorar la seguridad al verificar el código a lo largo del proceso de desarrollo o detectar problemas antes de que lleguen a los entornos de producción.\n\n### 4. Crear un sistema central\nUna vez que tenga las normas, necesita un lugar para guardarlos. Una plataforma centralizada puede almacenar toda la documentación, el código y las herramientas de gestión de proyectos. Al reunir todo en un solo lugar, todos trabajan con las mismas normas, lo que reduce las fricciones y mejora la colaboración.\n\n### 5. Invertir en capacitación\nLa normalización solo funciona si los equipos saben cómo seguir las normas. Invierta en programas de capacitación exhaustivos que cubran todos los aspectos de sus procesos normalizados. La educación continua es clave para mantener a los equipos actualizados con las últimas prácticas en diferentes lenguajes de programación, procedimientos y tecnologías.\n\n## El ROI de la normalización de plataformas\nLa transición a una plataforma de desarrollo de software normalizada es más que una mejora técnica: es una inversión empresarial estratégica con rendimientos medibles. Las organizaciones que implementan con éxito este enfoque pueden ver hasta un [483 % de retorno general de la inversión](https://about.gitlab.com/resources/study-forrester-tei-gitlab-ultimate/), una mejora del 400 % en la productividad de los desarrolladores y un ahorro del 25 % en los costos de la cadena de herramientas de software. El resultado es un proceso de desarrollo de software más unificado, ágil y seguro con menos deuda técnica.\n\nAl considerar esta transformación, recuerde que los costos más significativos a menudo radican en mantener el status quo. La pregunta no es si puede permitirse normalizar su plataforma de desarrollo, sino si puede permitirse no hacerlo en un mercado donde las capacidades de software determinan cada vez más el posicionamiento competitivo. Comience con una evaluación enfocada de su entorno actual, establezca una alineación de las partes interesadas en torno a objetivos claros y aborde la implementación como una iniciativa estratégica, no simplemente como un proyecto técnico.",[542,545,548,551,554,557,560],{"header":543,"content":544},"¿Qué es una plataforma de desarrollo de software normalizada?","Una plataforma de desarrollo de software normalizada reúne todas las herramientas, flujos de trabajo y procesos en un entorno unificado. Elimina la fragmentación entre equipos al promover prácticas consistentes, reducir la superposición de herramientas y facilitar la colaboración entre departamentos, al tiempo que alinea los esfuerzos de desarrollo con los objetivos estratégicos del negocio.",{"header":546,"content":547},"¿Por qué las organizaciones se enfrentan el caos de la cadena de herramientas a medida que crecen?","Con el crecimiento de una empresa, los equipos tienden a incorporar sus propias herramientas y flujos de trabajo para abordar necesidades puntuales. Esto genera una infraestructura fragmentada, con procesos inconsistentes, problemas de integración y mayores riesgos operativos. Las consecuencias: aumento de costos, pérdida de eficiencia y vulnerabilidades en la seguridad.",{"header":549,"content":550},"¿Qué beneficios comerciales aporta la normalización de plataformas?","La estandarización de herramientas y procesos de desarrollo permite reducir los costos asociados a licencias e integraciones de software, acelerar los tiempos de entrega, reforzar la postura de seguridad y simplificar el cumplimiento normativo. También facilita el escalado de las operaciones de desarrollo sin perder control ni la alineación con los objetivos estratégicos del negocio.",{"header":552,"content":553},"¿Cómo impacta la normalización de plataformas en la productividad de los desarrolladores?","Al eliminar herramientas redundantes y optimizar los flujos de trabajo, los desarrolladores reducen significativamente el tiempo dedicado a cambios de contexto y a la resolución de problemas de integración. Una plataforma centralizada promueve procesos consistentes y habilita la capacidad de autoservicio, lo que permite que los desarrolladores puedan centrarse en lo que realmente genera valor: la innovación continua y la entrega de valor.",{"header":555,"content":556},"¿Puede la IA mejorar la normalización de plataformas?","Sí. La IA impulsa la automatización de tareas repetitivas, fortalece la seguridad mediante el escaneo de código en tiempo real y aporta información inteligente a lo largo de todo el ciclo de vida del software. Esto permite reducir los gastos generales operativos y acelerar el ritmo de desarrollo, al tiempo que garantiza la alineación con prácticas estandarizadas.",{"header":558,"content":559},"¿Qué pasos deben seguir las empresas para comenzar a normalizar su plataforma?","El primer paso debe ser realizar una evaluación del ecosistema de herramientas existente para identificar las redundancias. A partir de ahí, las organizaciones pueden definir estándares internos claros, implementar una plataforma centralizada para aplicar y hacer cumplir estos estándares, e invertir en programas de capacitación para garantizar una adopción coherente en todos los equipos.",{"header":561,"content":562},"¿La normalización de herramientas de desarrollo es solo para grandes empresas?","No. Cualquier organización, independientemente de su tamaño, puede beneficiarse de la normalización de su plataforma de desarrollo. De hecho, las empresas más pequeñas pueden ver beneficios aún más rápidos gracias a sus ecosistemas de herramientas menos complejos y a una implementación más ágil. Con el tiempo, este enfoque impulsa el crecimiento sostenido y reduce la deuda técnica a medida que la organización escala.","from-toolchain-chaos-to-business-roi-a-5-step-roadmap","content:es:the-source:platform:from-toolchain-chaos-to-business-roi-a-5-step-roadmap.yml","es/the-source/platform/from-toolchain-chaos-to-business-roi-a-5-step-roadmap.yml","es/the-source/platform/from-toolchain-chaos-to-business-roi-a-5-step-roadmap",[537,538,539],[569,570,571,572,573,574,575],{"header":543,"content":544},{"header":546,"content":547},{"header":549,"content":550},{"header":552,"content":553},{"header":555,"content":556},{"header":558,"content":559},{"header":561,"content":562},{"_path":577,"_dir":26,"_draft":6,"_partial":6,"_locale":7,"config":578,"seo":581,"content":586,"type":489,"category":26,"slug":594,"_id":595,"_type":28,"title":582,"_source":29,"_file":596,"_stem":597,"_extension":32,"date":587,"description":588,"timeToRead":514,"heroImage":584,"keyTakeaways":598,"articleBody":593},"/es/the-source/platform/why-your-development-team-should-plan-small-to-deliver-big",{"layout":5,"template":454,"author":579,"featured":6,"sourceCTA":580,"isHighlighted":6,"authorName":419},"amanda-rueda","source-lp-navigating-a-smooth-transition-to-agile-planning",{"title":582,"description":583,"ogImage":584,"config":585},"Por qué su equipo de desarrollo debe planificar a pequeña escala para lograr grandes resultados","Descubra cómo la planificación estratégica trimestral de productos impulsa un progreso hacia los objetivos a largo plazo y maximiza el éxito.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751464024/paqecyxpszplzdwohg9d.png",{"ignoreTitleCharLimit":328},{"title":582,"date":587,"description":588,"timeToRead":514,"heroImage":584,"keyTakeaways":589,"articleBody":593},"2025-01-22","Descubra cómo la planificación estratégica trimestral de productos puede impulsar un progreso significativo hacia los objetivos a largo plazo y maximizar el éxito de su organización.",[590,591,592],"La planificación estratégica trimestral es fundamental para lograr los objetivos de la organización. Alinea los recursos, centra a los equipos en el trabajo de alto impacto e impulsa un progreso significativo hacia los objetivos a largo plazo.","Para una planificación trimestral exitosa, hay que alinear los objetivos con la visión de la empresa, incorporar ideas, dividir los proyectos grandes en pasos menores y vincular de manera continua la ejecución a las métricas de éxito a largo plazo.","Para una planificación eficaz, se debe usar el método Hoshin Kanri para alinear objetivos, fomentar la planificación iterativa, impulsar la participación de los equipos, priorizar las opiniones de los clientes y medir el éxito con las métricas adecuadas.","_Planifique menos de lo que cree que puede entregar._\n\nEste consejo contraintuitivo puede parecer que contradice todo lo que sabe sobre el establecimiento de objetivos ambiciosos. Sin embargo, cuando se trata de planificar su plan de desarrollo de software, este principio suele dar mejores resultados. ¿Por qué? Porque una planificación trimestral efectiva no se trata de incluir más funcionalidades u objetivos técnicos, sino de conectar estratégicamente la ejecución diaria de la ingeniería con la visión del producto a largo plazo.\n\nAl transformar la planificación trimestral de una tarea rutinaria en un potente motor de progreso, las empresas descubren enfoques de eficacia probada: desglosar objetivos ambiciosos en pasos alcanzables, alinear la ejecución con la visión de la empresa y mantener las opiniones de los clientes en el centro de cada decisión.\n\n## ¿Qué hace que la planificación trimestral sea verdaderamente estratégica?\nLa planificación trimestral es más que solo establecer objetivos y prioridades para los próximos meses. Se trata de alinear esos objetivos y prioridades con la visión y estrategia general de la organización. La planificación trimestral debe guiarse por una comprensión clara de los objetivos a largo plazo de la empresa y cómo el trabajo de cada equipo contribuye a esos objetivos. Con ese fin, la planificación trimestral estratégica debe:\n\n- Vincular las tareas diarias con los resultados comerciales de alto impacto\n- Dividir los proyectos grandes en incrementos más pequeños que aporten valor\n- Incorporar ideas de equipos con experiencia diversa\n- Basarse en las necesidades de los usuarios y clientes reales\n- Conectar la ejecución diaria con las métricas de éxito a largo plazo\n\nEste enfoque facilita el seguimiento del progreso, permite adaptarse de forma dinámica a los cambios y celebra los éxitos que se alinean con la visión de la empresa. **Al final de un ciclo de planificación trimestral exitoso, los equipos deben contar con un conjunto claro de resultados y artefactos, como objetivos bien definidos, un plan de desarrollo priorizado, tareas asignadas y métricas acordadas para el éxito**. Ahora, exploremos cómo crear e implementar una planificación estratégica trimestral que genere resultados y mantenga a los equipos motivados y alineados.\n\n## Consejos para una planificación trimestral exitosa\nA través de conversaciones con líderes y colegas de todas las industrias, identifiqué algunas prácticas clave para ayudar a las organizaciones de todos los tamaños a aprovechar todo su potencial durante el proceso de planificación trimestral.\n\n### Alinear los objetivos trimestrales con el panorama general\nUn tema recurrente en mis conversaciones con los gerentes de producto (PM) es la necesidad de vincular los objetivos trimestrales con los objetivos más amplios de la empresa. Si comprende cómo encaja su trabajo en el panorama general, le resultará más fácil priorizar las tareas más importantes. Un gerente de producto me dijo: _«La planificación trimestral no se trata solo de hacer las cosas, sino de asegurarnos de que seguimos avanzando hacia nuestro objetivo principal»._\n\nAhí es donde un método como _[Hoshin Kanri](https://www.leanproduction.com/hoshin-kanri/)_ puede resultar útil. Derivado de las prácticas de gestión japonesas, el método Hoshin Kanri garantiza que cada sección de la organización esté alineada con los objetivos más críticos de la empresa. Divide los objetivos generales en pasos procesables y medibles y los distribuye en cascada entre los equipos. Al vincular las tareas diarias con los resultados estratégicos, el método proporciona a todos los miembros del equipo un sentido más claro del propósito y una comprensión de cómo su trabajo contribuye al éxito de la organización.\n\n_**Consejo**: utilice una plataforma que conecte los [objetivos y resultados clave (OKR)](https://docs.gitlab.com/ee/user/okrs.html) de la empresa con el plan de desarrollo de su producto. Es una forma eficaz de alinear y centrar a los equipos, y de destacar los vínculos entre las tareas de desarrollo y los objetivos generales directamente en la herramienta._\n\n### Planificar menos para lograr más: el arte de la iteración\n¿Recuerda el consejo contradictorio sobre planificar menos? Este es el motivo de por qué funciona: inevitablemente, el trabajo siempre se expande. Ni siquiera los planes trimestrales más detallados pueden anticipar cada desafío, oportunidad o cambio de prioridad. Es por eso que planificar menos ofrece mejores resultados. Para que los equipos tengan éxito, los líderes deben promover una cultura que fomente la planificación incremental. Al capacitar a los equipos para que piensen de forma [iterativa](https://handbook.gitlab.com/handbook/values/#iteration), es decir, dividiendo los objetivos ambiciosos en pasos más pequeños y alcanzables sin miedo al fracaso, se fomenta una mentalidad de aprendizaje y adaptación a la retroalimentación rápida.\n\nConsidere realizar una _[segmentación vertical](https://careers.webjet.com.au/category/agile/)_: dividir un proyecto en partes más pequeñas que ofrezcan valor de extremo a extremo. Digamos que su equipo está creando un panel para realizar un seguimiento de las métricas del producto. Optimice su plan para ofrecer pequeños cortes verticales que proporcionen valor al usuario en cada iteración:\n\n1. Cree el pipeline de datos para recopilar y mostrar una métrica clave, por ejemplo, la participación del usuario.\n1. Agregue la característica para filtrar y ordenar los datos.\n2. Introduzca visualizaciones para las tendencias a lo largo del tiempo.\n3. Amplíe el panel con opciones de personalización basadas en los comentarios de los usuarios.\n\nLa entrega de incrementos funcionales le permite llevar a cabo revisiones más pequeñas, realizar pruebas previas, obtener comentarios más rápidos y brindar valor incremental, al tiempo que se mantiene alineado a sus objetivos más amplios.\n\n_**Consejo**: utilice el marco de elementos de trabajo anidados de su herramienta para crear flujos de trabajo claros y permitir un seguimiento eficiente del progreso. Por ejemplo, en GitLab, esto se traduce en el uso de épicas, tickets y tareas para mantener la alineación con los objetivos generales._\n\n### Involucrar a todo el equipo desde el principio\nLa planificación aislada, es decir, no involucrar a los colaboradores al principio del proceso, es un error común que veo que los clientes cometen durante sus ciclos de planificación. Los ingenieros, diseñadores y otras partes interesadas clave aportan conocimientos únicos que pueden dar forma a mejores soluciones y evitar sorpresas más adelante.\n\n[Los expertos](https://www.producttalk.org/2024/06/product-trios/) indican que los equipos con experiencia diversa tienen más probabilidades de generar ideas innovadoras. Los ingenieros pueden identificar las limitaciones técnicas u oportunidades en una etapa temprana, mientras que los diseñadores pueden garantizar que la experiencia del usuario siga estando en el centro del proceso de toma de decisiones. La colaboración temprana reduce la fricción posterior, mantiene al equipo enfocado en el problema a resolver y acelera la entrega.\n\n_**Consejo**: una plataforma de desarrollo de software única e integral con visibilidad en tiempo real ayuda a los equipos a evitar decisiones aisladas, colaborar de manera efectiva y garantizar la alineación desde el primer día._\n\n### Mantener los comentarios de los clientes en el centro de la planificación\nSi no presta atención a sus clientes, estará tomando decisiones basadas en suposiciones. Los propietarios de productos que interactúan regularmente con los clientes comprenden mejor lo que es importante y pueden garantizar que las decisiones de planificación se basan en las necesidades reales de los usuarios.\n\nAquí es donde destaca otro método de planificación clave, el _[enfoque ágil de doble vía](https://medium.com/@daviddenham07/dual-track-agile-the-secret-sauce-to-outcome-based-development-601f6003ea73)_. Este enfoque separa el desarrollo de productos en dos vías paralelas:\n\n- **Descubrimiento**, donde los equipos recopilan información, validan ideas y exploran posibles soluciones\n- **Entrega**, donde los equipos crean y envían soluciones validadas\n\nEl enfoque ágil de doble vía permite a los equipos centrarse en recopilar información de los usuarios y clientes sin detener o ralentizar el proceso. Por ejemplo, mientras un equipo entrevista a los clientes y crea prototipos de ideas, otro puede trabajar en el desarrollo de funcionalidades basadas en necesidades validadas. Esto garantiza que los equipos trabajen siempre en los problemas más importantes, manteniendo al mismo tiempo un ritmo de entrega regular.\n\n_**Consejo**: utilice una herramienta que facilite [la colaboración, el establecimiento de prioridades y el intercambio fluido de información entre diferentes flujos de trabajo](https://about.gitlab.com/solutions/visibility-measurement/) para que sus equipos puedan utilizar los comentarios de los clientes para fundamentar cada decisión, garantizando que su trabajo se mantenga alineado con las necesidades de los usuarios y los objetivos empresariales._\n\n### Medir el éxito con las métricas adecuadas\nLas métricas son más que simples números: muestran hasta qué punto sus objetivos trimestrales están alineados con los objetivos estratégicos de su empresa.\n\nPara los equipos de desarrollo, las _[métricas DORA](https://about.gitlab.com/solutions/value-stream-management/dora/)_ ofrecen información valiosa sobre productividad y confiabilidad. Los equipos pueden identificar cuellos de botella, mejorar los flujos de trabajo y garantizar que la entrega se alinee con los plazos planificados. Cuando se combinan con indicadores comerciales, como la satisfacción del cliente y la adopción de funcionalidades, estas métricas operativas conectan la ejecución diaria con el éxito a largo plazo.\n\nLa adopción de una práctica de medición confiable le ayudará a corregir el rumbo durante el trimestre y a realizar una reflexión retrospectiva. Si analiza lo que funcionó y lo que no, podrá mejorar continuamente su enfoque de la planificación trimestral y centrarse en sus objetivos estratégicos.\n\n_**Consejo**: al mostrar las métricas DORA y otros análisis del flujo de valor en un [panel de información completo](https://about.gitlab.com/blog/data-driven-devsecops-exploring-gitlab-insights-dashboards/), puede realizar fácilmente un seguimiento del tiempo que se necesita para pasar de una idea a la producción con vistas personalizables basadas en datos._\n\n## Conclusión: aproveche al máximo la planificación trimestral\nLa planificación trimestral no solo consiste en organizar tareas o cumplir con los plazos, sino también en alinear los esfuerzos de su equipo con los objetivos más estratégicos de su empresa.\n\nAl vincular los objetivos con el panorama general, aprovechar las opiniones de los clientes y crear una cultura de colaboración, posicionará a su organización para alcanzar los objetivos trimestrales e impulsar el crecimiento y el éxito a largo plazo.","why-your-development-team-should-plan-small-to-deliver-big","content:es:the-source:platform:why-your-development-team-should-plan-small-to-deliver-big.yml","es/the-source/platform/why-your-development-team-should-plan-small-to-deliver-big.yml","es/the-source/platform/why-your-development-team-should-plan-small-to-deliver-big",[590,591,592],{"_path":600,"_dir":26,"_draft":6,"_partial":6,"_locale":7,"slug":601,"type":489,"category":26,"config":602,"seo":604,"content":608,"_id":631,"_type":28,"title":606,"_source":29,"_file":632,"_stem":633,"_extension":32,"description":605,"heroImage":607,"date":609,"timeToRead":514,"keyTakeaways":634,"articleBody":614,"faq":635},"/es/the-source/platform/devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer","devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer",{"layout":5,"template":454,"featured":6,"author":603,"isHighlighted":6,"authorName":446},"sharon-gaudin",{"description":605,"ogDescription":605,"title":606,"ogTitle":606,"ogImage":607},"Según una investigación de GitLab, el 64 % de los profesionales de DevSecOps afirma que desea consolidar sus cadenas de herramientas en expansión.","Los equipos quieren agilizar DevOps con una sola plataforma","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463678/r0gawsvh4vcmgblpra58.png",{"description":605,"title":606,"heroImage":607,"date":609,"timeToRead":514,"keyTakeaways":610,"articleBody":614,"faq":615},"2025-01-14T00:00:00.000Z",[611,612,613],"Los equipos de DevOps enfrentan un “impuesto de la cadena de herramientas”, ya que el uso de múltiples herramientas de desarrollo genera costos ocultos. Más del 78 % usa más tiempo en mantener herramientas que en código; la mayoría tiene más de seis.","Casi el 64 % de los equipos de DevOps quiere consolidar sus cadenas de herramientas debido a problemas de supervisión y retrasos. Este impulso es más fuerte en los sectores automotriz (76,5 %) y de fabricación (72 %).","Con una sola plataforma de DevSecOps, los equipos se enfocan en código, no en mantener herramientas. Las empresas afirman que consolidar herramientas mejora la eficiencia, reduce costos y optimiza la experiencia del desarrollador.","El mayor problema para un equipo de DevOps puede comenzar de forma inocente: por ejemplo, un miembro quiere agregar una herramienta para automatizar las implementaciones, y luego otro quiere agregar una para revisar código. Las herramientas se van acumulando hasta que los equipos terminan atrapados en una cadena de herramientas enredada y compleja, que consume más tiempo y recursos de los que se pretendía ahorrar.\n\nEste [«impuesto de la cadena de herramientas»](https://about.gitlab.com/blog/avoiding-devops-tax-webcast/) —el costo oculto y perjudicial de usar múltiples herramientas de desarrollo— comienza de forma gradual, pero puede generar cuellos de botella graves en la producción de software. Las herramientas se van acumulando hasta que los equipos se encuentran gestionando una cadena complicada que consume más tiempo y dinero del que ahorra, lo que afecta su capacidad para satisfacer las necesidades de los clientes y mantenerse por delante de los competidores.\n\nEse problema ya resulta evidente para los profesionales de DevOps que buscan liberarse de las cadenas que les imponen sus propias herramientas. La [Encuesta global de DevSecOps 2024 de GitLab](https://about.gitlab.com/developer-survey/) revela la magnitud de este desafío y las dificultades que representa para los equipos. Más de la mitad de los equipos de DevOps deben lidiar con al menos 6 herramientas en su cadena de desarrollo, y un 13 % llega a gestionar hasta 14 herramientas distintas.\n\n¿Cuál es el costo diario de esta complejidad? Los profesionales de DevOps dedican hasta tres cuartas partes de su tiempo a dar mantenimiento e integrar estas herramientas en lugar de desarrollar software. Más del 78 % afirma que desperdicia entre el 25 % y el 100 % de su tiempo en dar mantenimiento a su cadena de herramientas en funcionamiento.\n\nLos participantes de la encuesta coinciden: hay un problema.\n\nSegún el estudio, casi el 64 % de ellos quiere consolidar sus cadenas de herramientas (a veces en expansión descontrolada) debido a los desafíos que suponen la supervisión, los retrasos en el desarrollo y la insatisfacción de los desarrolladores. Dicho porcentaje es aún mayor en determinados sectores. El 76,5 % de quienes trabajan en el sector automotriz quiere consolidar su cadena de herramientas, y más del 72 % en el sector manufacturero también busca simplificarla.\n\nCuando los participantes mencionan cuántas de sus responsabilidades giran en torno al mantenimiento o la integración de sus cadenas de herramientas DevOps, resulta evidente por qué quieren reducirlas o eliminarlas. Según la encuesta, alrededor del 20 % indicó que el mantenimiento y la integración ocupan hasta el 24 % de su tiempo, más del 40 % señaló que emplean entre el 25 % y el 49 %, y más del 27 % indicó que ocupan entre el 50 % y el 74 % de su jornada laboral. Esto significa que más del 78 % de los profesionales de DevOps admite que desperdicia al menos una cuarta parte de su jornada solo para mantener en funcionamiento su cadena de herramientas.\n\n«El día a día de uno de nuestros desarrolladores se repartía entre muchos servicios diferentes», comentó Nadav Robas, gerente de DevOps y DevSecOps de [Agoda](https://about.gitlab.com/customers/agoda/), una importante plataforma de reservas de viajes en línea con sede en Singapur. «Quería liberar a mis ingenieros de DevOps del trabajo de mantenimiento diario, de forma que mantuvieran el tiempo de actividad y adquirieran conocimientos específicos del dominio».\n\nTodo esto se traduce en una gran cantidad de tiempo que se dedica a tareas que no aportan directamente al desarrollo ni a la implementación de software. También significa que los integrantes del equipo DevOps dedican menos tiempo a lo que realmente disfrutan: innovar y crear. Y eso impacta directamente en su experiencia y satisfacción laboral.\n\n## Eliminar el impuesto de la cadena de herramientas\n\nLos equipos están claramente cansados de pagar los costos de mantener cadenas de herramientas fragmentadas. Hoy, cada vez más equipos están dejando atrás este obstáculo al [adoptar una plataforma de DevSecOps integral](https://about.gitlab.com/blog/eight-steps-to-prepare-your-team-for-a-devops-platform-migration/). Esta única acción puede mejorar la eficiencia, automatizar las tareas repetitivas, aplicar la metodología shift left en la seguridad, reducir costos y minimizar puntos de fricción, y ofrece ventajas estratégicas tanto para los equipos de DevOps como para el negocio en general.\n\n«No quería que fueran expertos en herramientas individuales», afirmó Robas. «Quería que se centraran en lo esencial: la producción y la implementación correcta del código. Eso es lo que la plataforma nos permitió lograr».\n\nAdemás de optimizar las operaciones, contar con una única plataforma también permite eliminar los costos innecesarios de licencias por múltiples herramientas. Para calcular cuánto podría ahorrar una empresa al reemplazar su cadena de herramientas, [use esta calculadora de ROI](https://about.gitlab.com/calculator/). [1]\n\nContar con una plataforma integral que [impulsa la productividad]( https://about.gitlab.com/blog/5-ways-collaboration-boosts-productivity-and-your-career/) y al mismo tiempo reduce costos es una verdadera ventaja competitiva, especialmente en tiempos económicos difíciles, ya que permite entregar valor a los clientes con mayor rapidez.\n\n## Reducir la expansión descontrolada de la cadena de herramientas con GitLab\n\nUna plataforma de DevSecOps, como [la plataforma unificada e integral de GitLab](https://about.gitlab.com/stages-devops-lifecycle/), ayuda a las empresas a eliminar el costoso trabajo de integración que implica el uso de múltiples herramientas. También permite crear y lanzar software con mayor rapidez y, al mismo tiempo, fortalecer la seguridad y el cumplimiento normativo. Es una combinación de beneficios que acorta los ciclos de desarrollo y aumenta la productividad, lo que permite a los equipos crear software con velocidad, confianza y visibilidad.\n\nY eso se traduce en valor para los clientes.\n\n«GitLab les brinda a nuestros desarrolladores un panel único de control desde el que pueden seguir todos los procesos del ciclo de desarrollo de software, sin tener que saltar de una herramienta a otra», afirma Nadav. «Queríamos consolidar todos nuestros servicios en una sola plataforma, y lo logramos. «Ahora somos más productivos, tenemos mayor seguridad y nuestros desarrolladores disfrutan de una mejor experiencia».\n\nDescubra los [beneficios de migrar](https://page.gitlab.com/resources-ebook-trading-diy-devops-for-a-single-platform.html) a una plataforma integral de GitLab para su organización.\n\n[1] _Tenga en cuenta que el ROI puede variar en función de muchos factores y que la calculadora de ROI no refleja resultados reales, ya que estos pueden diferir._ \n\n> #### Consolide su cadena de herramientas compleja\n>\n> Lea nuestra guía gratuita para aprender cómo optimizar su cadena de herramientas para evitar ineficiencias, disminuir los costos y acelerar el tiempo de llegada al mercado.\n>  \n> [Leer la guía](https://page.gitlab.com/consolidate-toolchain-guide.html){class=\"button\"}",[616,619,622,625,628],{"header":617,"content":618},"¿Qué es el “impuesto de la cadena de herramientas” y cómo afecta a los equipos de DevOps?","El «impuesto de la cadena de herramientas» se refiere al costo oculto de gestionar y mantener múltiples herramientas dentro de una cadena de herramientas de desarrollo de software. Esta complejidad consume hasta el 74 % del tiempo de los profesionales de DevOps, lo que genera ineficiencias, retrasos y una mayor desmotivación entre los desarrolladores.",{"header":620,"content":621},"¿Por qué los equipos DevOps quieren consolidar sus cadenas de herramientas?","Según la Encuesta global de DevSecOps 2024 de GitLab, el 64 % de los profesionales de DevOps busca consolidar sus cadenas de herramientas para reducir las cargas de mantenimiento, optimizar los flujos de trabajo, mejorar la supervisión y aumentar la productividad de los desarrolladores al eliminar los cambios de contexto innecesarios.",{"header":623,"content":624},"¿Cómo una sola plataforma de DevSecOps mejora la eficiencia?","Contar con una sola plataforma de DevSecOps elimina la necesidad de integrar herramientas, automatiza las tareas repetitivas, incorpora la seguridad desde las primeras etapas del ciclo de vida del desarrollo de software y reduce los costos. Permite a los equipos centrarse en la innovación, acorta los tiempos del ciclo de desarrollo y mejora la productividad.",{"header":626,"content":627},"¿Cuáles son los beneficios económicos de adoptar una plataforma de DevSecOps integral?","Reemplazar cadenas de herramientas fragmentadas con una sola plataforma reduce los costos en licencias para múltiples herramientas y elimina los costosos esfuerzos de la integración. Las organizaciones pueden calcular los ahorros potenciales mediante herramientas de ROI diseñadas para evaluar los beneficios de consolidar sus plataformas.",{"header":629,"content":630},"¿Cómo ayuda GitLab a reducir la complejidad de la cadena de herramientas?","GitLab ofrece una plataforma de DevSecOps integral que consolida los servicios, lo que brinda a los equipos una vista unificada del ciclo de desarrollo de software. Este enfoque reduce la expansión de la cadena de herramientas, fortalece la seguridad y el cumplimiento, y mejora la experiencia de los desarrolladores, lo que impulsa la productividad y la confianza.","content:es:the-source:platform:devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer.yml","es/the-source/platform/devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer.yml","es/the-source/platform/devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer",[611,612,613],[636,637,638,639,640],{"header":617,"content":618},{"header":620,"content":621},{"header":623,"content":624},{"header":626,"content":627},{"header":629,"content":630},{"_path":642,"_dir":26,"_draft":6,"_partial":6,"_locale":7,"config":643,"seo":646,"content":651,"type":489,"category":26,"slug":675,"_id":676,"_type":28,"title":647,"_source":29,"_file":677,"_stem":678,"_extension":32,"date":652,"description":648,"timeToRead":653,"heroImage":649,"keyTakeaways":679,"articleBody":658,"faq":680},"/es/the-source/platform/optimize-value-stream-efficiency-to-do-more-with-less-faster",{"layout":5,"template":454,"author":644,"featured":6,"sourceCTA":645,"isHighlighted":6,"authorName":447},"stephen-walters","source-lp-dora-insights-where-is-ai-really-driving-developer-productivity",{"title":647,"description":648,"ogImage":649,"config":650},"Optimice la eficiencia del flujo de valor y haga más con menos","Descubra cómo optimizar su proceso de entrega de software y aumentar la eficiencia operativa con la gestión del flujo de valor.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463530/doerc0wzbg75r8yixgnf.png",{"ignoreTitleCharLimit":328},{"title":647,"date":652,"description":648,"timeToRead":653,"heroImage":649,"keyTakeaways":654,"articleBody":658,"faq":659},"2024-12-18","Lectura de 6 min",[655,656,657],"La gestión eficaz del flujo de valor puede acelerar el tiempo de llegada al mercado de una empresa, mejorar la visibilidad de los procesos y ofrecer mejores experiencias a los clientes.","Hay dos tipos de métricas clave en la gestión del flujo de valor: la del flujo de valor y la realización de valor. La primera ayuda a identificar los cuellos de botella en la entrega de software, mientras que la segunda mide lo que se ha entregado.","La adopción de una plataforma unificada para todo el ciclo de desarrollo de software puede proporcionar una visibilidad integral de personas y productos, lo que hace que las empresas sean más rápidas y competitivas en el mercado.","El software define el ritmo de la innovación, y eso significa que todas las organizaciones se enfrentan al mismo imperativo: entregar un mejor código y más seguro más rápido y gastar menos. El éxito en este viaje de transformación digital se está convirtiendo con rapidez en la línea divisoria entre los líderes del mercado y sus competidores, lo que exige que las organizaciones se replanteen el modo en que desarrollan, protegen e implementan el software.\n\nLa respuesta está en la gestión del flujo de valor, un enfoque comprobado que acelera el tiempo de llegada al mercado, elimina obstáculos comunes como los traspasos y el ciclo de comentarios interrumpidos, y proporciona la visibilidad que los líderes necesitan para garantizar experiencias de alta calidad para los clientes.\n\n## ¿Por qué importa la gestión del flujo de valor?\nEn el último año, participé en más de 10 mesas redondas ejecutivas, hablé con innumerables clientes de todo el mundo y recibí comentarios de organizaciones como el [DevOps Institute]( https://www.devopsinstitute.com/) y el [Value Stream Management Consortium]( https://www.vsmconsortium.org/).\n\nHe observado que existe un tema común al hablar sobre los objetivos de transformación con los líderes del sector: reconocen que su organización no puede limitarse a ser una empresa de software, sino que necesita ser una empresa de alto rendimiento.\n\nSi bien no es tarea fácil alinear los objetivos comerciales con el trabajo de TI, acelerar el proceso de entrega de software y mejorar la calidad del software, hay cuatro principios clave que las organizaciones pueden seguir para impulsar sus viajes de transformación digital mientras crean más valor comercial con menos recursos:\n\n1. **Hacer que los desarrolladores sean más productivos**: se debe mejorar la experiencia del desarrollador para contratar y retener de manera más eficaz el talento en tecnología y hacer que los desarrolladores sean más productivos a fin de que entreguen mejor software más rápido.\n2. **Medir la productividad y la eficiencia**: se debe medir el impacto en todo el ciclo de vida de la entrega de software para mejorar la eficiencia operativa.\n3. **Proteger la cadena de suministro de software**: se debe reducir el riesgo de seguridad y cumplimiento.\n4. **Acelerar la migración a la nube**: se debe migrar a la nube con los controles de seguridad adecuados para minimizar el riesgo.\n\nAplicar con éxito estos principios requiere un enfoque estructurado que conecte personas, procesos y tecnología. La gestión del flujo de valor proporciona este marco, ya que ofrece un plan de desarrollo comprobado que ayuda a las organizaciones a transformar de forma sistemática su forma de entregar software. El Value Stream Management Consortium ha desarrollado esta ruta de implementación en nueve etapas clave: Ir, Evaluar, Visión, Identificar, Organizar, Asignar, Conectar, Inspeccionar y Adaptar.\n\n## Implementar la gestión del flujo de valor\nUna etapa crítica al principio del plan de desarrollo es definir la **visión**, que establece los parámetros para inspeccionar los flujos de valor. Es clave que los resultados comerciales impulsen la visión. Por ejemplo, si la visión de una organización es ser la primera en comercializar un nuevo producto, la velocidad de entrega es un factor importante. Sin embargo, si la satisfacción del cliente y la confiabilidad del servicio son los elementos más importantes, se debe dar la prioridad a las métricas de calidad.\n\nUna vez que haya identificado la visión, los pasos restantes en el plan de desarrollo garantizan que tenga las personas, el proceso y la tecnología para respaldar la visión:\n\n* Las etapas **Identificar** y **Organizar** se refieren a las personas. Las organizaciones deben representar visualmente el aspecto humano de estas fases en una [arquitectura de referencia del flujo de valor](https://skilupit.thinkific.com/courses/value-stream-reference-architecture-paper).\n* La etapa **Asignar** consiste en reunir a las personas correctas con un proceso ágil y eficiente. La asignación del flujo de valor no solo ayuda a visualizar los flujos de trabajo, sino que también destaca las áreas de desperdicio y las áreas de mejora continua.\n* La etapa **Conectar** consiste en habilitar la tecnología que automatiza el proceso y simplifica las operaciones para los equipos interdisciplinarios, lo que reduce la carga cognitiva, mejora la calidad y la seguridad, y posibilita una entrega de valor más rápida.\n* Finalmente, la organización puede **inspeccionar** y **adaptar** sus flujos de valor de software para la optimización, de forma continua y en tiempo real.\n\nEste plan de desarrollo garantiza que las personas estén conectadas a la tecnología y capacitadas para utilizarla de manera efectiva. [El descubrimiento del flujo de valor](#putting-value-stream-discovery-to-work) también desempeña un papel fundamental en la asignación de personas y equipos a un flujo de trabajo diseñado estratégicamente para mejorar la experiencia del desarrollador y del usuario.\n\nUn enfoque de plataforma es fundamental para una implementación exitosa. Según la [Guía de mercado para plataformas de entrega de flujo de valor de DevOps](https://www.gartner.com/en/documents/3991050) de Gartner, estas plataformas proporcionan capacidades totalmente integradas que posibilitan la entrega continua de software. Estas funcionalidades incluyen la planificación, el control de versiones, la integración continua, la automatización de pruebas, la orquestación de lanzamientos, la implementación continua y supervisión de reversiones, pruebas de seguridad y análisis de métricas del flujo de valor. Las plataformas de entrega de flujo de valor se integran con la infraestructura y las herramientas de automatización de cumplimiento para automatizar la implementación de la infraestructura y la aplicación de políticas.\n\n## Medir el éxito con métricas del flujo de valor\nHay dos tipos de métricas en la gestión del flujo de valor: flujo y realización.\n\nLas métricas del flujo de análisis del flujo de valor definen cómo entregamos el software, desde la conceptualización hasta la realización. Estas métricas miden el flujo de valor comercial, incluida la información sobre la eficiencia, la calidad y la velocidad a la que el software avanza a través de todo el flujo de valor. Al comprender las métrica del flujo de análisis del flujo de valor, las organizaciones pueden identificar cuellos de botella y áreas de mejora.\n\nLas métricas DORA son un subconjunto de las métricas de flujo. Las métricas DORA proporcionan una medida cuantitativa del rendimiento e incluyen:\n\n1. **Frecuencia de implementación**: la frecuencia con la que una organización implementa el código en producción. Una mayor frecuencia de implementación indica que el equipo de desarrollo puede entregar cambios más rápidamente, lo que refleja un proceso de desarrollo de software más ágil y eficiente.\n2. **Plazo de realización de los cambios**: el tiempo que tarda un cambio de código en pasar de la confirmación a la implementación. Con un plazo de realización más corto, el equipo convierte de manera eficiente las ideas en implementaciones reales, lo que agiliza la entrega de las funcionalidades o la ejecución de las solicitudes de los clientes.\n3. **Tiempo para restaurar el servicio**: cuánto tiempo se tarda en recuperarse de una falla en el servicio y restaurar las operaciones normales. Tener un menor tiempo para restaurar el servicio es indicación de que el sistema es más resistente y que el equipo de respuesta es competente, lo que reduce el tiempo de inactividad y mejora la experiencia del usuario.\n4. **Tasa de fracaso de los cambios**: el porcentaje de cambios que generan un deterioro del servicio, incluidos incidentes, errores o cualquier cambio que requiera una reversión. Reducir la tasa de fracaso de los cambios refleja una mejor calidad en los cambios de código y desarrolla una mayor confianza en el proceso de desarrollo.\n\nCuando se analizan en combinación con métricas como el plazo de realización de la resolución de tickets, la duración del ciclo, los nuevos tickets y las implementaciones, estas métricas ofrecen un visión holística de la eficiencia del flujo de valor. El uso de estas medidas de manera inteligente y combinadas es importante para identificar áreas de mejora a lo largo del ciclo de desarrollo de software.\n\nLas métricas de realización de valor miden los resultados tangibles de los esfuerzos de entrega. Si bien las medidas tradicionales, como los ingresos, las ventas y los márgenes de ganancia, proporcionan información financiera, otros indicadores clave, como las puntuaciones netas de los promotores y el tiempo de recorrido del cliente, capturan dimensiones igualmente importantes del valor realizado. Si bien estas métricas rezagadas reflejan el rendimiento pasado, los indicadores principales, como el tráfico de visitantes, las revisiones de los clientes y las tasas de conversión, ofrecen predicciones valiosas del éxito futuro.\n\n## Poner en práctica el descubrimiento del flujo de valor \nLas métricas y la inspección se unen con el descubrimiento del flujo de valor, que analiza el estado actual y futuro deseado de una organización en el contexto de su flujo de valor tecnológico: la cantidad de tiempo y recursos necesarios para pasar de la idea y los requisitos a la implementación y el valor del cliente. El descubrimiento del flujo de valor también establece una línea de base para medir el progreso del rendimiento de la entrega de software e identificar los puntos de contacto en el proceso que no agregan valor para el cliente o el negocio. Los resultados del descubrimiento del flujo de valor permiten a la organización configurar con mayor facilidad la cadena de herramientas de DevSecOps.\n\nUna plataforma unificada es esencial para lograr el estado futuro previsto y, al mismo tiempo, satisfacer las necesidades de los desarrolladores y los clientes. Este enfoque sistemático fomenta la transparencia, que es esencial para las inspecciones efectivas del flujo de valor, y subraya la importancia de aplicar métricas para evaluar y comprender el estado actual. El descubrimiento del flujo de valor es fundamental para asignar de manera integral procesos, personas, herramientas, interacciones y mediciones en una sola vista.\n\n## El software define el ritmo de la innovación\nCuando analizamos la lógica detrás de la inspección de los flujos de valor del desarrollo de software, queda claro que la visibilidad es clave para comprender cómo y qué ofrecen las organizaciones. Tener las métricas correctas garantiza que las organizaciones puedan ver cómo avanza su entrega de software, dónde hay cuellos de botella e ineficiencias y cómo adaptarse para la mejora continua. La implementación de una plataforma de DevSecOps integral combinada con técnicas de descubrimiento de flujo de valor prepara a las organizaciones para perfeccionar y mejorar de forma continua sus procesos de entrega, lo que acelera la innovación y allana el camino hacia el éxito a largo plazo.",[660,663,666,669,672],{"header":661,"content":662},"¿Qué es la gestión del flujo de valor y por qué es importante para la entrega de software?","La gestión del flujo de valor (VSM) es un enfoque estratégico que optimiza la entrega de software al asignar y analizar cada paso, desde la conceptualización hasta el valor para el cliente. Proporciona una visibilidad integral, identifica cuellos de botella y optimiza los flujos de trabajo, lo que permite a las organizaciones entregar software de alta calidad más rápido y, al mismo tiempo, reducir los costos y los riesgos.",{"header":664,"content":665},"¿Cómo mejora la gestión del flujo de valor la eficiencia operativa?","La VSM mejora la eficiencia operativa al eliminar ineficiencias como los traspasos, los ciclos de comentarios interrumpidos y los procesos redundantes. Conecta personas, procesos y tecnología, lo que permite a los equipos interdisciplinarios trabajar de manera más colaborativa y productiva, acelerando así el tiempo de llegada al mercado.",{"header":667,"content":668},"¿Qué son las métricas del flujo de análisis del flujo de valor y cómo ayudan a medir la eficiencia?","Las métricas del flujo de análisis del flujo de valor siguen el movimiento del valor comercial a lo largo de todo el ciclo de vida de la entrega de software, desde la conceptualización hasta la implementación. Las métricas como la frecuencia de implementación, el plazo de realización de los cambios y la tasa de fallas de los cambios ayudan a las organizaciones a identificar cuellos de botella, mejorar la eficiencia del flujo de trabajo y mejorar la calidad del software.",{"header":670,"content":671},"¿Cómo mejora la gestión del flujo de valor la seguridad y el cumplimiento en la entrega de software?","La VSM mejora la seguridad y el cumplimiento al integrar los controles de seguridad y la aplicación de políticas en el pipeline de desarrollo. Garantiza una supervisión y una auditoría continua, lo que reduce los riesgos y asegura que las medidas de seguridad y cumplimiento se apliquen de manera consistente a lo largo del ciclo de vida del software.",{"header":673,"content":674},"¿Cuál es el papel del descubrimiento del flujo de valor en la optimización de la entrega de software?","El descubrimiento del flujo de valor implica asignar el estado actual de los procesos de entrega de software para identificar ineficiencias y actividades de valor agregado. Proporciona una línea de base para medir el rendimiento y guía la configuración de cadenas de herramientas DevSecOps eficientes y ágiles, lo que conduce a una entrega de software más rápida y confiable.","optimize-value-stream-efficiency-to-do-more-with-less-faster","content:es:the-source:platform:optimize-value-stream-efficiency-to-do-more-with-less-faster.yml","es/the-source/platform/optimize-value-stream-efficiency-to-do-more-with-less-faster.yml","es/the-source/platform/optimize-value-stream-efficiency-to-do-more-with-less-faster",[655,656,657],[681,682,683,684,685],{"header":661,"content":662},{"header":664,"content":665},{"header":667,"content":668},{"header":670,"content":671},{"header":673,"content":674},{"_path":687,"_dir":26,"_draft":6,"_partial":6,"_locale":7,"config":688,"seo":689,"content":694,"type":489,"category":26,"slug":701,"_id":702,"_type":28,"title":690,"_source":29,"_file":703,"_stem":704,"_extension":32,"date":695,"description":691,"timeToRead":514,"heroImage":692,"keyTakeaways":705,"articleBody":700},"/es/the-source/platform/finops-balancing-financial-responsibility-and-innovation",{"layout":5,"template":454,"author":455,"featured":6,"sourceCTA":528,"isHighlighted":6,"authorName":441},{"title":690,"description":691,"ogImage":692,"config":693},"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":328},{"title":690,"date":695,"description":691,"timeToRead":514,"heroImage":692,"keyTakeaways":696,"articleBody":700},"2024-11-26",[697,698,699],"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",[697,698,699],{"_path":707,"_dir":26,"_draft":6,"_partial":6,"_locale":7,"config":708,"seo":709,"content":714,"type":489,"category":26,"slug":723,"_id":724,"_type":28,"title":710,"_source":29,"_file":725,"_stem":726,"_extension":32,"date":715,"description":716,"timeToRead":717,"heroImage":712,"keyTakeaways":727,"articleBody":722},"/es/the-source/platform/driving-business-results-with-platform-engineering",{"layout":5,"template":454,"author":505,"featured":6,"sourceCTA":24,"isHighlighted":6,"authorName":423},{"title":710,"description":711,"ogImage":712,"config":713},"Impulsar los resultados comerciales con ingeniería de plataformas","La ingeniería de plataformas acelera la llegada al mercado, reduce riesgos de seguridad y mejora la experiencia del desarrollador. Prepare a su equipo.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463790/xmrjm5ztb49zx5bggima.png",{"ignoreTitleCharLimit":328},{"title":710,"date":715,"description":716,"timeToRead":717,"heroImage":712,"keyTakeaways":718,"articleBody":722},"2024-10-29","La ingeniería de plataformas mejora la eficiencia empresarial al acelerar el tiempo de llegada al mercado, reducir los riesgos de seguridad y mejorar la experiencia del desarrollador. Aprenda a preparar a su equipo para el éxito.","Lectura de 7 min",[719,720,721],"La ingeniería de plataformas se está convirtiendo en una estrategia clave para ayudar a las empresas a hacer más con menos.","Entre las ventajas de la ingeniería de plataformas se incluyen una comercialización más rápida, la reducción de los riesgos de seguridad y cumplimiento y la mejora de la experiencia de los desarrolladores.","Establecer una cultura orientada al producto y fijar objetivos comerciales claros es fundamental para el éxito en la ingeniería de plataformas.","La ingeniería de plataformas, que centraliza las mejores prácticas y los componentes para equipos de desarrollo, es más importante con las prácticas y marcos de DevSecOps que se integran más en las organizaciones. Con la ingeniería de plataformas se normalizan y estandarizan los flujos de trabajo de los desarrolladores mediante «Golden Paths» optimizados para la mayoría de sus cargas de trabajo y flexibilidad para definir excepciones para el resto. \n\nGartner® predice que «para 2026, el 80 % de las grandes organizaciones de ingeniería de software tendrán equipos de ingeniería de plataformas como proveedores internos de servicios, componentes y herramientas reutilizables para entregar aplicaciones, frente al 45 % en 2022» [1]. Con la ingeniería de plataformas, las organizaciones, especialmente aquellas más grandes con muchas iniciativas de ingeniería que se realizan en paralelo, adaptan principios y herramientas de DevSecOps más fácil. Este enfoque es muy importante cuando las empresas tienen presión para hacer más con menos.\n\n## Beneficios clave de la ingeniería de plataformas\n**Aumentar la velocidad de comercialización:** la ingeniería de plataformas promete ayudar a las organizaciones a entregar software de mejor calidad de manera más rápida y rentable. Crear un equipo de ingeniería de plataformas dará sus frutos a largo plazo, ya que permitirá a las grandes organizaciones avanzar rápidamente con menos herramientas, lo que dará un gran ahorro de costos.\n\n**Reducir los riesgos de seguridad y cumplimiento:** menos herramientas y flujos de trabajo más normalizados reducen los gastos generales de cumplimiento y la posible superficie de ataque de las organizaciones. Según el [Informe de IBM sobre el costo de una filtración de datos](https://www.ibm.com/mx-es/reports/data-breach), el costo promedio global de la filtración de datos en 2023 fue de $4,45 millones. Aun así, las organizaciones que gestionaron su superficie de ataque bien contuvieron las filtraciones con mayor rapidez.\n\n**Mejorar la experiencia del desarrollador:** la [DevEx](https://about.gitlab.com/developer-experience/) es una prioridad cada vez mayor, ya que las empresas compiten por atraer y conservar a los mejores desarrolladores. Los equipos de ingeniería de plataformas pueden ayudar a mejorar la experiencia del desarrollador creando flujos de trabajo eficientes y automatizados o Golden Paths y eliminando algunas tareas manuales y externas de las cargas de trabajo de los desarrolladores. Esto simplifica su día a día, lo que les permite crear, probar e implementar aplicaciones de forma eficiente y centrarse en tareas con mayor impacto y más críticas para el negocio.\n\n## Prácticas recomendadas de ingeniería de plataformas\n\n### Comience con la cultura\nSi la «plataforma» describe lo que debemos construir, la «ingeniería» describe cómo se debe construir. Demasiadas organizaciones se lanzan a comprar e instalar tecnología sin considerar cómo necesitarán evolucionar su cultura organizativa para que la adopción sea un éxito.\n\nLos equipos de ingeniería de plataformas deben considerarse propietarios del producto, y los desarrolladores, sus clientes. Deben realizar una labor de descubrimiento para comprender las necesidades de los desarrolladores y luego llegar a los usuarios finales para ayudarlos a tener éxito con los recursos proporcionados. Para ello, es necesario contar con conocimientos internos de marketing, comunicación y atención al cliente, de los que a menudo carecen los equipos técnicos.\n\nLa clave es una mentalidad y cultura orientadas al producto, que permiten a los equipos de ingeniería de plataformas centrarse en crear valor para sus usuarios finales (desarrolladores) escuchando comentarios de los usuarios e iterando y mejorando continuamente su producto (la plataforma de desarrolladores). Los líderes deben crear un entorno en el que los miembros del equipo se sientan capacitados para buscar formas de ayudar a sus clientes (internos) específicos. Se centrarán en facilitar al máximo el consumo de sus servicios, probablemente a través de interfaces de autoservicio o API programables.\n\n### Centrarse en aportar valor comercial\nAl poner en marcha una iniciativa de ingeniería de plataformas, las organizaciones pueden verse tentadas a buscar equipos altamente productivos y copiar lo que hacen. Desafortunadamente, se hace demasiado hincapié al principio en la estructura del equipo o en las herramientas que utiliza. Estos suelen ser los resultados de un equipo muy productivo, no la causa. En lugar de centrarse en la estructura y las herramientas de los equipos, los líderes deben centrarse en los resultados comerciales que desean obtener y, luego, identificar las herramientas y las estructuras de equipo adecuadas para alcanzar esos objetivos.\n\nDefina el objetivo de su práctica de ingeniería de plataformas en términos de impacto comercial. Desarrollar software más rápido es genial, pero ¿por qué? ¿A qué objetivo comercial responde?\n\nPor ejemplo, aumentar la velocidad y la agilidad es un objetivo común, pero podría haber varios objetivos comerciales detrás. La lentitud en la comercialización tiene un costo de oportunidad evidente, ya que las organizaciones deben tomar decisiones difíciles sobre qué productos priorizar. Las organizaciones que pueden actuar con mayor rapidez también están mejor preparadas para responder a la rápida evolución de los mercados. Y hay implicaciones de seguridad: las organizaciones deben saber que pueden responder de manera rápida y eficiente si ocurre un incidente de seguridad.\n\nLas métricas comunes de productividad y eficiencia son útiles, pero los líderes deben tratar de traducir esas métricas a valores en dólares para aclarar el valor comercial. Por ejemplo, supongamos que un esfuerzo de ingeniería de plataformas reduce el tiempo que tarda un nuevo desarrollador en realizar su primer compromiso con la producción. En ese caso, la organización se ahorra un determinado porcentaje del salario del primer año de ese desarrollador y parte del salario de quienes lo rodean y le ayudan a incorporarse. Es probable que la organización también aumente la retención, lo que reducirá la necesidad de contrataciones costosas (incluida la publicidad, los reclutadores y los largos ciclos de entrevistas).\n\nLos líderes pueden optimizar las iniciativas de ingeniería de plataformas al mantenerse enfocados en el valor comercial para impulsar los resultados correctos.\n\n### Que sea siempre medible\nEs importante contar con métricas que ayuden a realizar un seguimiento del progreso del equipo de ingeniería de plataformas y a comprender cómo los desarrolladores usan (o no) los servicios prestados. Así hay una mejora continua, se identifican las áreas de éxito o la necesidad de recursos adicionales, y se ayuda con los esfuerzos internos de marketing.\n\nAlgunas métricas potenciales que considerar:\n\n- **Tasa de adopción:** ¿cuántos desarrolladores utilizan activamente la plataforma?\n\n- **Tiempo hasta que se ofrece valor al usuario:** ¿cuánto tarda un nuevo desarrollador en comenzar a entregar el código en la plataforma?\n\n- **Participación de la comunidad:** ¿qué porcentaje de componentes de la plataforma aportó la comunidad? (Por ejemplo, cuando un equipo desarrolla un nuevo trabajo de CI que podría beneficiar a otros, ¿lo comparte con el equipo de ingeniería de plataformas para que se aplique y se realice un mantenimiento de manera más amplia?).\n\n### Crear para todos\nLos primeros usuarios de una plataforma de desarrolladores pueden ser los más visibles (y ruidosos) al principio del proceso. Sin embargo, recuerde que los primeros usuarios, que generalmente representan menos del 20 % de una organización, pueden tener necesidades muy diferentes a las de la mayoría de los usuarios que eventualmente aprovecharán la plataforma. Al definir los Golden Paths adecuados para su organización, asegúrese crear para la mayoría, no solo para los primeros usuarios.\n\nUn Golden Path común en el que vale la pena invertir desde el principio es un pipeline de CI/CD integral que admita un tipo particular de carga de trabajo en un conjunto de plataformas de destino (como Kubernetes). Una vez que se admite esta carga de trabajo básica, proporciona una base sólida para las demás y la confianza de que la plataforma puede aportar valor. Defina los Golden Paths prioritarios de su organización con respecto a los resultados comerciales que permiten.\n\n## La plataforma de DevSecOps: una base para la ingeniería de plataformas\nUna plataforma de DevSecOps brinda una interfaz de usuario, un almacén de datos unificado y seguridad integrada dentro del ciclo de vida de DevSecOps. Con una plataforma de DevSecOps, las organizaciones crean una base para la ingeniería de plataformas con flujos de trabajo como servicio para todo el proceso de desarrollo de software.\n\nEstos son algunos elementos críticos de una plataforma de DevSecOps que preparan a los equipos para el éxito con la ingeniería de plataformas:\n\n- **Planificación y colaboración:** la ingeniería de plataformas no funcionará sin transparencia. [Reunir a todos en la misma plataforma](/solutions/agile-delivery/) agiliza la comunicación y ayuda a los desarrolladores a mantenerse al tanto de la estrategia y el alcance, lo que permite planificar, crear, probar, proteger, implementar y supervisar el código de manera más eficiente.\n\n- **CI/CD y orquestación:** la orquestación se encuentra en el corazón de la ingeniería de plataformas. Una plataforma ayuda a los desarrolladores a [verificar la calidad del código y llevarlo a producción](/solutions/continuous-integration/). También proporciona un mecanismo de creación de plantillas para garantizar que se incorporen las prácticas recomendadas comunes y que cada cambio pase por un proceso de calidad uniforme y continuo.\n\n- **Experiencia del desarrollador:** la DevEx se trata de simplificar el día a día de los desarrolladores automatizando tareas manuales y eliminando decisiones innecesarias. Con una plataforma de DevSecOps, todo el código se encuentra en un solo lugar. Así, los desarrolladores puedan encontrar fácilmente lo que necesitan con un cambio de contexto mínimo. Además, proporcionar a los desarrolladores plantillas reutilizables y funcionalidades con tecnología de IA, como sugerencias de código y explicaciones de código, elimina los obstáculos de modo que los desarrolladores puedan incorporarse rápidamente y comenzar a crear valor de inmediato.\n\n- **Seguridad integrada:** con una plataforma de DevSecOps, el [análisis de seguridad automatizado](https://about.gitlab.com/solutions/application-security-testing/) garantiza que todo el código cumpla con una política de referencia y, sobre todo, los desarrolladores tienen acceso de autoservicio a esos datos. No esperan hasta el día de la puesta en producción para descubrir que el equipo de seguridad ha encontrado una vulnerabilidad crítica.\n\n- **Métricas y análisis:** para que una iniciativa de ingeniería de plataformas tenga éxito, las organizaciones deben identificar los objetivos comerciales detrás del proyecto y poder supervisar su progreso hacia esos objetivos. Los [paneles y análisis que extraen datos de todo el ciclo de desarrollo de software](https://about.gitlab.com/solutions/value-stream-management/) permiten a las organizaciones realizar un seguimiento de las métricas clave, evaluar el impacto de las mejoras de los procesos y profundizar en los obstáculos. Eso permite a los líderes identificar rápidamente las tendencias y los cuellos de botella para que puedan centrar los esfuerzos en los proyectos de riesgo.\n\n[Más información](https://about.gitlab.com/solutions/platform-engineering/) sobre cómo GitLab acelera el desarrollo de software al proporcionar a los equipos de DevSecOps un único portal de autoservicio para herramientas y flujos de trabajo, lo que reduce la carga cognitiva y hace que la entrega de software sea más escalable.\n\n*[1] Gartner, Top Strategic Technology Trends for 2024, Bart Willemsen, Gary Olliffe y Arun Chandrasekaran, 16 de octubre de 2023. GARTNER es una marca registrada y marca de servicio de Gartner, Inc. y/o sus afiliados en los Estados Unidos e internacionalmente, y se utiliza en este documento con permiso. Todos los derechos reservados.*","driving-business-results-with-platform-engineering","content:es:the-source:platform:driving-business-results-with-platform-engineering.yml","es/the-source/platform/driving-business-results-with-platform-engineering.yml","es/the-source/platform/driving-business-results-with-platform-engineering",[719,720,721],1761814494328]