[{"data":1,"prerenderedAt":471},["ShallowReactive",2],{"/es/the-source/authors/sharon-gaudin/":3,"footer-es":29,"the-source-navigation-es":337,"the-source-newsletter-es":364,"sharon-gaudin-articles-list-authors-es":376,"sharon-gaudin-articles-list-es":406,"sharon-gaudin-page-categories-es":470},{"_path":4,"_dir":5,"_draft":6,"_partial":6,"_locale":7,"config":8,"seo":10,"content":12,"type":21,"slug":22,"_id":23,"_type":24,"title":11,"_source":25,"_file":26,"_stem":27,"_extension":28},"/es/the-source/authors/sharon-gaudin","authors",false,"",{"layout":9},"the-source",{"title":11},"Sharon Gaudin",[13,19],{"componentName":14,"componentContent":15},"TheSourceAuthorHero",{"name":11,"headshot":16},{"altText":11,"config":17},{"src":18},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463475/h6j4nnvykzyfzgvl7txb.webp",{"componentName":20},"TheSourceArticlesList","author","sharon-gaudin","content:es:the-source:authors:sharon-gaudin.yml","yaml","content","es/the-source/authors/sharon-gaudin.yml","es/the-source/authors/sharon-gaudin","yml",{"_path":30,"_dir":31,"_draft":6,"_partial":6,"_locale":7,"data":32,"_id":333,"_type":24,"title":334,"_source":25,"_file":335,"_stem":336,"_extension":28},"/shared/es/main-footer","es",{"text":33,"source":34,"edit":40,"contribute":45,"config":50,"items":55,"minimal":325},"Git es una marca registrada de Software Freedom Conservancy, y nuestro uso de «GitLab» está bajo licencia",{"text":35,"config":36},"Ver fuente de la página",{"href":37,"dataGaName":38,"dataGaLocation":39},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/","page source","footer",{"text":41,"config":42},"Editar esta página",{"href":43,"dataGaName":44,"dataGaLocation":39},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/content/","web ide",{"text":46,"config":47},"Contribuya",{"href":48,"dataGaName":49,"dataGaLocation":39},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/CONTRIBUTING.md/","please contribute",{"twitter":51,"facebook":52,"youtube":53,"linkedin":54},"https://twitter.com/gitlab","https://www.facebook.com/gitlab","https://www.youtube.com/channel/UCnMGQ8QHMAnVIsI3xJrihhg","https://www.linkedin.com/company/gitlab-com",[56,83,156,224,286],{"title":57,"links":58,"subMenu":64},"Plataforma",[59],{"text":60,"config":61},"Plataforma de DevSecOps",{"href":62,"dataGaName":63,"dataGaLocation":39},"/es/platform/","devsecops platform",[65],{"title":66,"links":67},"Precios",[68,73,78],{"text":69,"config":70},"Ver planes",{"href":71,"dataGaName":72,"dataGaLocation":39},"/es/pricing/","view plans",{"text":74,"config":75},"¿Por qué elegir GitLab Premium?",{"href":76,"dataGaName":77,"dataGaLocation":39},"/es/pricing/premium/","why premium",{"text":79,"config":80},"¿Por qué elegir GitLab Ultimate?",{"href":81,"dataGaName":82,"dataGaLocation":39},"/es/pricing/ultimate/","why ultimate",{"title":84,"links":85},"Soluciones",[86,91,96,101,106,111,116,121,126,131,136,141,146,151],{"text":87,"config":88},"Transformación digital",{"href":89,"dataGaName":90,"dataGaLocation":39},"/es/topics/digital-transformation/","digital transformation",{"text":92,"config":93},"Seguridad y cumplimiento",{"href":94,"dataGaName":95,"dataGaLocation":39},"/es/solutions/security-compliance/","security & compliance",{"text":97,"config":98},"Entrega de software automatizada",{"href":99,"dataGaName":100,"dataGaLocation":39},"/es/solutions/delivery-automation/","automated software delivery",{"text":102,"config":103},"Desarrollo ágil",{"href":104,"dataGaName":105,"dataGaLocation":39},"/es/solutions/agile-delivery/","agile delivery",{"text":107,"config":108},"Transformación en la nube",{"href":109,"dataGaName":110,"dataGaLocation":39},"/es/topics/cloud-native/","cloud transformation",{"text":112,"config":113},"Gestión del código fuente",{"href":114,"dataGaName":115,"dataGaLocation":39},"/es/solutions/source-code-management/","source code management",{"text":117,"config":118},"CI/CD",{"href":119,"dataGaName":120,"dataGaLocation":39},"/es/solutions/continuous-integration/","continuous integration & delivery",{"text":122,"config":123},"Gestión del flujo de valor",{"href":124,"dataGaName":125,"dataGaLocation":39},"/es/solutions/value-stream-management/","value stream management",{"text":127,"config":128},"GitOps",{"href":129,"dataGaName":130,"dataGaLocation":39},"/es/solutions/gitops/","gitops",{"text":132,"config":133},"Empresas",{"href":134,"dataGaName":135,"dataGaLocation":39},"/es/enterprise/","enterprise",{"text":137,"config":138},"Pequeñas empresas",{"href":139,"dataGaName":140,"dataGaLocation":39},"/es/small-business/","small business",{"text":142,"config":143},"Sector público",{"href":144,"dataGaName":145,"dataGaLocation":39},"/es/solutions/public-sector/","public sector",{"text":147,"config":148},"Educación",{"href":149,"dataGaName":150,"dataGaLocation":39},"/es/solutions/education/","education",{"text":152,"config":153},"Servicios financieros",{"href":154,"dataGaName":155,"dataGaLocation":39},"/es/solutions/finance/","financial services",{"title":157,"links":158},"Recursos",[159,164,169,174,179,184,189,194,199,204,209,214,219],{"text":160,"config":161},"Instalar",{"href":162,"dataGaName":163,"dataGaLocation":39},"/es/install/","install",{"text":165,"config":166},"Guías de inicio rápido",{"href":167,"dataGaName":168,"dataGaLocation":39},"/es/get-started/","quick setup checklists",{"text":170,"config":171},"Aprender",{"href":172,"dataGaName":173,"dataGaLocation":39},"https://university.gitlab.com/","learn",{"text":175,"config":176},"Documentación del producto",{"href":177,"dataGaName":178,"dataGaLocation":39},"https://docs.gitlab.com/","docs",{"text":180,"config":181},"Blog",{"href":182,"dataGaName":183,"dataGaLocation":39},"/blog/","blog",{"text":185,"config":186},"Historias de éxito del cliente",{"href":187,"dataGaName":188,"dataGaLocation":39},"/customers/","customer success stories",{"text":190,"config":191},"Remoto",{"href":192,"dataGaName":193,"dataGaLocation":39},"https://handbook.gitlab.com/handbook/company/culture/all-remote/","remote",{"text":195,"config":196},"Servicios de GitLab",{"href":197,"dataGaName":198,"dataGaLocation":39},"/es/services/","services",{"text":200,"config":201},"TeamOps",{"href":202,"dataGaName":203,"dataGaLocation":39},"/es/teamops/","teamops",{"text":205,"config":206},"Comunidad",{"href":207,"dataGaName":208,"dataGaLocation":39},"/community/","community",{"text":210,"config":211},"Foro",{"href":212,"dataGaName":213,"dataGaLocation":39},"https://forum.gitlab.com/","forum",{"text":215,"config":216},"Eventos",{"href":217,"dataGaName":218,"dataGaLocation":39},"/events/","events",{"text":220,"config":221},"Socios",{"href":222,"dataGaName":223,"dataGaLocation":39},"/es/partners/","partners",{"title":225,"links":226},"Empresa",[227,232,237,242,247,252,257,261,266,271,276,281],{"text":228,"config":229},"Acerca de nosotros",{"href":230,"dataGaName":231,"dataGaLocation":39},"/es/company/","company",{"text":233,"config":234},"Jobs",{"href":235,"dataGaName":236,"dataGaLocation":39},"/jobs/","jobs",{"text":238,"config":239},"Liderazgo",{"href":240,"dataGaName":241,"dataGaLocation":39},"/company/team/e-group/","leadership",{"text":243,"config":244},"Equipo",{"href":245,"dataGaName":246,"dataGaLocation":39},"/company/team/","team",{"text":248,"config":249},"Manual",{"href":250,"dataGaName":251,"dataGaLocation":39},"https://handbook.gitlab.com/","handbook",{"text":253,"config":254},"Relaciones con los inversores",{"href":255,"dataGaName":256,"dataGaLocation":39},"https://ir.gitlab.com/","investor relations",{"text":258,"config":259},"Sustainability",{"href":260,"dataGaName":258,"dataGaLocation":39},"/sustainability/",{"text":262,"config":263},"Diversidad, inclusión y pertenencia (DIB)",{"href":264,"dataGaName":265,"dataGaLocation":39},"/diversity-inclusion-belonging/","Diversity, inclusion and belonging",{"text":267,"config":268},"Centro de confianza",{"href":269,"dataGaName":270,"dataGaLocation":39},"/es/security/","trust center",{"text":272,"config":273},"Boletín",{"href":274,"dataGaName":275,"dataGaLocation":39},"/company/contact/","newsletter",{"text":277,"config":278},"Prensa",{"href":279,"dataGaName":280,"dataGaLocation":39},"/press/","press",{"text":282,"config":283},"Declaración de transparencia sobre la Ley de Esclavitud Moderna",{"href":284,"dataGaName":285,"dataGaLocation":39},"https://handbook.gitlab.com/handbook/legal/modern-slavery-act-transparency-statement/","modern slavery transparency statement",{"title":287,"links":288},"Comuníquese con nosotros",[289,294,299,304,309,314,319],{"text":290,"config":291},"Contactar con un experto",{"href":292,"dataGaName":293,"dataGaLocation":39},"/es/sales/","sales",{"text":295,"config":296},"Obtener ayuda",{"href":297,"dataGaName":298,"dataGaLocation":39},"/support/","get help",{"text":300,"config":301},"Portal de clientes",{"href":302,"dataGaName":303,"dataGaLocation":39},"https://customers.gitlab.com/customers/sign_in/","customer portal",{"text":305,"config":306},"Estado",{"href":307,"dataGaName":308,"dataGaLocation":39},"https://status.gitlab.com/","status",{"text":310,"config":311},"Términos de uso",{"href":312,"dataGaName":313,"dataGaLocation":39},"/terms/","terms of use",{"text":315,"config":316},"Declaración de privacidad",{"href":317,"dataGaName":318,"dataGaLocation":39},"/es/privacy/","privacy statement",{"text":320,"config":321},"Preferencias de cookies",{"dataGaName":322,"dataGaLocation":39,"id":323,"isOneTrustButton":324},"cookie preferences","ot-sdk-btn",true,{"items":326},[327,329,331],{"text":310,"config":328},{"href":312,"dataGaName":313,"dataGaLocation":39},{"text":315,"config":330},{"href":317,"dataGaName":318,"dataGaLocation":39},{"text":320,"config":332},{"dataGaName":322,"dataGaLocation":39,"id":323,"isOneTrustButton":324},"content:shared:es:main-footer.yml","Main Footer","shared/es/main-footer.yml","shared/es/main-footer",{"_path":338,"_dir":9,"_draft":6,"_partial":6,"_locale":7,"logo":339,"subscribeLink":344,"navItems":348,"_id":360,"_type":24,"title":361,"_source":25,"_file":362,"_stem":363,"_extension":28},"/shared/es/the-source/navigation",{"altText":340,"config":341},"the source logo",{"src":342,"href":343},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1750191004/t7wz1klfb2kxkezksv9t.svg","/es/the-source/",{"text":345,"config":346},"Suscribirse",{"href":347},"#subscribe",[349,353,356],{"text":350,"config":351},"Inteligencia artificial",{"href":352},"/es/the-source/ai/",{"text":92,"config":354},{"href":355},"/es/the-source/security/",{"text":357,"config":358},"Plataforma e infraestructura",{"href":359},"/es/the-source/platform/","content:shared:es:the-source:navigation.yml","Navigation","shared/es/the-source/navigation.yml","shared/es/the-source/navigation",{"_path":365,"_dir":9,"_draft":6,"_partial":6,"_locale":7,"title":366,"description":367,"submitMessage":368,"formData":369,"_id":373,"_type":24,"_source":25,"_file":374,"_stem":375,"_extension":28},"/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":370},{"formId":371,"formName":372,"hideRequiredLabel":324},28470,"thesourcenewsletter","content:shared:es:the-source:newsletter.yml","shared/es/the-source/newsletter.yml","shared/es/the-source/newsletter",{"amanda-rueda":377,"andre-michael-braun":378,"andrew-haschka":379,"ayoub-fandi":380,"brian-wald":381,"bryan-ross":382,"chandler-gibbons":383,"dave-steer":384,"ddesanto":385,"derek-debellis":386,"emilio-salvador":387,"erika-feldman":388,"george-kichukov":389,"gitlab":390,"grant-hickman":391,"haim-snir":392,"iganbaruch":393,"jlongo":394,"joel-krooswyk":395,"josh-lemos":396,"julie-griffin":397,"kristina-weis":398,"lee-faus":399,"ncregan":400,"rschulman":401,"sabrina-farmer":402,"sandra-gittlen":403,"sharon-gaudin":11,"stephen-walters":404,"taylor-mccaslin":405},"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","Stephen Walters","Taylor McCaslin",{"allArticles":407,"visibleArticles":469,"showAllBtn":324},[408,447],{"_path":409,"_dir":410,"_draft":6,"_partial":6,"_locale":7,"slug":411,"type":412,"category":410,"config":413,"seo":416,"content":420,"_id":444,"_type":24,"title":418,"_source":25,"_file":445,"_stem":446,"_extension":28,"description":417,"heroImage":419,"date":421,"timeToRead":422,"keyTakeaways":423,"articleBody":427,"faq":428},"/es/the-source/platform/devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer","platform","devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer","article",{"layout":9,"template":414,"featured":6,"articleType":415,"author":22,"isHighlighted":6,"authorName":11},"TheSourceArticle","Regular",{"description":417,"ogDescription":417,"title":418,"ogTitle":418,"ogImage":419},"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":417,"title":418,"heroImage":419,"date":421,"timeToRead":422,"keyTakeaways":423,"articleBody":427,"faq":428},"2025-01-14","Lectura de 5 min",[424,425,426],"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/2018/03/21/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/2022/08/16/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/roi/). [1]\n\nContar con una plataforma integral que [impulsa la productividad]( https://about.gitlab.com/blog/2022/05/02/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\"}",[429,432,435,438,441],{"header":430,"content":431},"¿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":433,"content":434},"¿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":436,"content":437},"¿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":439,"content":440},"¿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":442,"content":443},"¿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:index.yml","es/the-source/platform/devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer/index.yml","es/the-source/platform/devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer/index",{"_path":448,"_dir":449,"_draft":6,"_partial":6,"_locale":7,"config":450,"seo":452,"content":457,"type":412,"category":449,"slug":465,"_id":466,"_type":24,"title":453,"_source":25,"_file":467,"_stem":468,"_extension":28,"date":458,"description":454,"timeToRead":459,"heroImage":455,"keyTakeaways":460,"articleBody":464},"/es/the-source/ai/5-ways-execs-can-support-their-devops-teams-with-ai","ai",{"layout":9,"template":414,"articleType":415,"author":22,"featured":6,"gatedAsset":451,"isHighlighted":6,"authorName":11},"source-lp-the-ultimate-playbook-for-high-performing-devsecops-teams",{"title":453,"description":454,"ogImage":455,"config":456},"5 formas en que los ejecutivos pueden apoyar a sus equipos de DevOps con IA","Descubra cómo las funcionalidades de IA dentro de una plataforma de DevSecOps pueden ayudar a los equipos a aumentar la productividad y la colaboración.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463727/lo1idgayu6d7ysofhlsn.png",{"ignoreTitleCharLimit":324},{"title":453,"date":458,"description":454,"timeToRead":459,"heroImage":455,"keyTakeaways":460,"articleBody":464},"2023-12-14","Lectura de 8 min",[461,462,463],"Al automatizar las tareas rutinarias y proporcionar herramientas como sugerencias de código, la IA mejora la eficiencia del desarrollador y reduce el estrés, lo que puede conducir a una mayor satisfacción y retención laboral.","Una implementación estratégica de herramientas de IA puede liberar a los desarrolladores para que se centren en proyectos de alta prioridad.","La IA ayuda a resumir las revisiones y discusiones de código, lo que permite a los miembros del equipo comprender y contribuir fácilmente a los proyectos en curso. En última instancia, esto fomenta un entorno de trabajo más colaborativo y conectado.","La inteligencia artificial (IA) está preparada para mejorar radicalmente la forma en que los equipos de DevSecOps crean software. Además, los líderes de TI están en condiciones de ayudar a sus equipos a maximizar todos los beneficios que conlleva el uso de la IA, y se centran en cómo la tecnología puede aumentar la eficiencia, facilitar el trabajo de los desarrolladores y fomentar, y no reemplazar, la colaboración entre humanos.\n\n«Si los desarrolladores tienen las herramientas adecuadas para hacer su trabajo de manera eficiente, se sienten más satisfechos y menos estresados», dice Abubakar Siddiq Ango, director del programa de promoción de desarrolladores en GitLab. «Y si los desarrolladores se sienten más satisfechos, menos estresados y menos agotados, harán mejor su trabajo y no buscarán otro empleo. Por lo tanto, esto se traduce en una mejor productividad, retención, y grandes triunfos».\n\nLas [funcionalidades de IA integradas en una plataforma de DevSecOps integral](https://about.gitlab.com/es/gitlab-duo/) consisten en capacitar a los desarrolladores y facilitarles el trabajo. Piense en la IA como la próxima generación de automatización, que libera a los desarrolladores para que hagan el valioso trabajo que les encanta hacer: escribir código innovador.\n\nLe presentamos cinco formas de ayudar a sus equipos de DevSecOps a utilizar la IA para transformar la forma en que trabajan:\n\n## 1. Aumente la confianza de los desarrolladores con la capacitación en IA\n\nAlgunas de las mejores cosas que los ejecutivos pueden hacer por sus equipos es [automatizar las tareas rutinarias](https://about.gitlab.com/es/the-source/ai/how-ai-helps-devsecops-teams-improve-productivity/) y hacer que la resolución de problemas sea más rápida y eficiente, porque eso hace que el trabajo de los desarrolladores sea más fácil, más interesante y menos estresante. Ese es el trabajo ideal para la IA.\n\nAl emplear herramientas de IA, como [sugerencias de código](https://about.gitlab.com/blog/code-suggestions-improves-developer-productivity/), resúmenes de vulnerabilidades y explicaciones de código, los desarrolladores pueden dedicar menos tiempo y energía mental a tareas mundanas, repetitivas y que consumen mucho tiempo. Eso les quita una gran carga de encima y ayuda a mejorar la calidad de su trabajo.\n\n«Esto definitivamente mejorará el trabajo de los desarrolladores», dice Ango. «Yo diría que el 70 % de mi tiempo lo dedico a buscar en Google una función o a investigar algo. Si puedo obtener esa información en segundos, en lugar de horas, puedo dedicar todo ese tiempo y energía a escribir código. La IA hace el trabajo rutinario para que los humanos puedan dedicar su tiempo a cosas más importantes». \n\nPara comenzar a utilizar la IA de una manera que no solo agregue estrés a los miembros del equipo de DevSecOps, los gerentes y ejecutivos deben asegurarse de que su personal cuente con la capacitación que necesita para sentirse cómodo con las funcionalidades de IA. En realidad, [nuestra investigación](https://about.gitlab.com/es/developer-survey/2024/ai/) indica que casi un tercio de los participantes, el 31 %, está preocupado por carecer del conjunto de habilidades adecuadas para emplear la IA o interpretar los resultados de la IA. Por supuesto, la capacitación siempre es fundamental, pero con algo tan nuevo como la IA, los líderes deben tomar medidas para garantizar que las personas comiencen a usar la tecnología con mucha confianza y entusiasmo.\n\n## 2. Trabaje con los equipos para implementar la IA de manera estratégica\n\nDedicar menos tiempo a las tareas manuales les da a los desarrolladores más tiempo para trabajar en la creación de funcionalidades para la próxima iteración del proyecto o diseñar la próxima gran pieza de software. Asimismo, les da más tiempo para volver a proyectos que podrían haber dejado de lado por falta de tiempo. \n\nAl utilizar la IA para generar sugerencias y explicaciones de código, o mediante el uso del análisis de causa raíz con tecnología de IA para identificar la causa de un problema, los desarrolladores tienen más tiempo para avanzar en los proyectos y centrarse en las necesidades más amplias.\n\n«Creo que los ejecutivos y los líderes de TI deben entender que están ayudando a las personas a hacer más con la IA», afirma Karen Kwentus, arquitecta sénior de soluciones en GitLab. «Estas funcionalidades eliminan las tareas repetitivas. Cuando estoy desarrollando, literalmente paso horas tratando de resolver un problema. Si la IA puede sugerir código o resumir vulnerabilidades para que yo no tenga que perder tiempo en eso, me puede ahorrar horas de trabajo. Eso significa que podré hacer mucho más con la misma cantidad de tiempo». \n\nAngo agrega: «La IA generará una mayor eficiencia en la forma en que los desarrolladores pueden crear, asegurar e implementar software».\n\nLos líderes deben mantenerse al día con las funcionalidades de IA disponibles y trabajar con sus equipos para determinar qué flujos de trabajo simplificar primero con la IA. ¿Dónde se puede utilizar la IA para ayudar a los desarrolladores a aligerar su carga y hacer que su trabajo sea más eficiente? Una vez que se implementa una solución de IA y los desarrolladores ven resultados positivos, los gerentes pueden trabajar con sus equipos para ver qué proyectos o esfuerzos se han retrasado o pospuesto, y comenzar a tomar medidas para volver a encaminar ese trabajo.\n\n## 3. Reforzar la importancia de la colaboración entre humanos\n\nUna de las principales ventajas de una plataforma de DevSecOps es que fomenta un entorno de colaboración. Al dar a todos los miembros del equipo, tanto dentro de los equipos de DevSecOps como en otros departamentos de la empresa, visibilidad de todo el ciclo de desarrollo de software, las personas de diferentes equipos pueden comunicarse y ayudarse mutuamente a sortear los obstáculos y ofrecer sugerencias para mejorar la eficiencia. \n\nLas funcionalidades de la IA lo respaldan.\n\n«La publicación de comentarios sobre el código que se escribe por parte de colegas solo es útil si se tiene tiempo para asimilarlo y absorberlo todo», dice Ango. «Cuando alguien pide una revisión, la IA puede proporcionar un resumen de esa solicitud. Y cuando las personas proporcionan revisiones, [la IA puede resumir esos comentarios](https://about.gitlab.com/blog/merge-request-changes-summary-ai/) para que sea más fácil entender lo que todos dicen sobre su proyecto. En lugar de desconectar a las personas, la IA las conecta mejor».\n\nY agrega: «El flujo de trabajo está habilitado para la IA, lo mejora la IA, pero no lo reemplaza». \n\nLa IA hace mucho más que automatizar tareas. Ayuda a los miembros del equipo a comunicarse, creando más oportunidades para la colaboración entre humanos. Los líderes pueden ayudar a sus equipos al fomentar un entorno que favorezca la comunicación y la colaboración, y al recordarles que la IA les está abriendo esa puerta.\n\n## 4. Alentar a los equipos a compartir la responsabilidad de la seguridad \n\nEl uso de [resúmenes de vulnerabilidades](https://about.gitlab.com/blog/developing-gitlab-duo-use-ai-to-remediate-security-vulnerabilities/) con tecnología de IA hace que la protección del código sea más eficiente, menos agotadora mentalmente y más rápida.\n\nPor ejemplo, si un desarrollador envía un código y recibe una alerta de que se ha detectado una inyección SQL, es posible que no comprenda de inmediato cómo se está viendo afectado su código. Pero con la IA, es fácil obtener una explicación de cuál es la vulnerabilidad, cómo afecta al código y de qué manera tiene un impacto en todo el software, así como sugerencias sobre cómo solucionarlo.\n\n«Si la IA puede explicar una vulnerabilidad y sugerir una solución, entonces eso es exactamente lo que quiero», dice Kwentus. «Los desarrolladores y los equipos de seguridad son, en última instancia, los responsables de implementar la corrección, pero se beneficiarán de las indicaciones, el contexto y la explicación de la IA. Con más información, un usuario puede clasificar y corregir el problema más rápido».\n\nDado que los líderes de TI desempeñan un papel clave a la hora de garantizar que los equipos de DevSecOps utilicen pruebas y alertas automatizadas de seguridad y cumplimiento, también tienen la responsabilidad de asegurarse de que los equipos utilicen herramientas de IA relacionadas con la seguridad, como los resúmenes de vulnerabilidades. Los miembros del equipo comprenden cada vez más que la seguridad es una responsabilidad compartida. Esto significa que la corrección de problemas no debe dejarse en manos de un equipo de seguridad que se ocupa de los problemas al final de un proyecto. Los desarrolladores que crean el código pueden hacer uso de las funcionalidades de la IA para explicar los problemas que surgen y usar sugerencias para corregirlos tan pronto como se encuentran.\n\n> Obtenga más información sobre [cómo la IA puede ayudar a los equipos de DevOps a mejorar la seguridad](https://about.gitlab.com/es/the-source/ai/4-ways-ai-can-help-devops-teams-improve-security/) y [cómo hacer que la IA generativa funcione en su entorno de DevSecOps](https://about.gitlab.com/es/the-source/ai/how-to-put-generative-ai-to-work-in-your-devsecops-environment/).\n\n## 5. Encontrar promotores de IA en sus equipos\n\nLos ejecutivos deben dedicar tiempo para hablar con sus equipos sobre las funcionalidades de IA en su plataforma de DevSecOps y cómo estas herramientas pueden aliviar sus cargas de trabajo. «Informe a sus equipos cuáles son sus objetivos», dice Kwentus. «Deles información. Hable sobre ahorrar tiempo y energía mental. Cuénteles que pasarán menos tiempo investigando vulnerabilidades y más tiempo escribiendo código. No buscaron este trabajo para hacer todas esas otras tareas. Quieren escribir código y esto les dará más tiempo para eso».\n\nY al aliviar su carga de trabajo y estrés, los desarrolladores estarán más satisfechos en sus trabajos. Y una mayor satisfacción en las personas conduce a una mejor retención, lo que a su vez lleva a equipos de DevSecOps más estables y menos trabajo para los ejecutivos.\n\n«Los desarrolladores se estresan cuando intentan hacer algo pero siguen encontrándose con obstáculos», dice Ango. «Deshacerse de esos cuellos de botella disminuirá su estrés y agotamiento. Y eso facilita las cosas para todos».\n\nPor supuesto, los líderes de TI deben centrarse en comunicarse abiertamente con sus equipos sobre las funcionalidades de IA en sus plataformas de DevSecOps, al explicar cómo las funcionalidades pueden facilitar su trabajo y garantizar que tengan la capacitación que necesitan para usar las herramientas de manera eficiente y con confianza.\n\nLos líderes pueden facilitar esta comunicación al encontrar y capacitar a personas influyentes en sus equipos que estén entusiasmadas con el uso de la IA y que actúen como promotoras para alentar a otros a usar la tecnología. Al proporcionar a los miembros del equipo no solo las herramientas que facilitarán su trabajo, sino también el conocimiento sobre cómo usarlas y el estímulo para adoptarlas, es probable que los desarrolladores estén más satisfechos en sus trabajos.","5-ways-execs-can-support-their-devops-teams-with-ai","content:es:the-source:ai:5-ways-execs-can-support-their-devops-teams-with-ai:index.yml","es/the-source/ai/5-ways-execs-can-support-their-devops-teams-with-ai/index.yml","es/the-source/ai/5-ways-execs-can-support-their-devops-teams-with-ai/index",[408,447],{"ai":350,"platform":357,"security":92},1753475411387]