[{"data":1,"prerenderedAt":473},["ShallowReactive",2],{"/de-de/the-source/authors/sharon-gaudin/":3,"footer-de-de":29,"the-source-navigation-de-de":337,"the-source-newsletter-de-de":364,"sharon-gaudin-articles-list-authors-de-de":376,"sharon-gaudin-articles-list-de-de":406,"sharon-gaudin-page-categories-de-de":472},{"_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},"/de-de/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:de-de:the-source:authors:sharon-gaudin.yml","yaml","content","de-de/the-source/authors/sharon-gaudin.yml","de-de/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/de-de/main-footer","de-de",{"text":33,"source":34,"edit":40,"contribute":45,"config":50,"items":55,"minimal":325},"Git ist eine Marke von Software Freedom Conservancy und unsere Verwendung von „GitLab“ erfolgt unter Lizenz.",{"text":35,"config":36},"Quelltext der Seite anzeigen",{"href":37,"dataGaName":38,"dataGaLocation":39},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/","page source","footer",{"text":41,"config":42},"Diese Seite bearbeiten",{"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},"Beteilige dich",{"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://x.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},"Plattform",[59],{"text":60,"config":61},"DevSecOps-Plattform",{"href":62,"dataGaName":63,"dataGaLocation":39},"/de-de/platform/","devsecops platform",[65],{"title":66,"links":67},"Preise",[68,73,78],{"text":69,"config":70},"Tarife anzeigen",{"href":71,"dataGaName":72,"dataGaLocation":39},"/de-de/pricing/","view plans",{"text":74,"config":75},"Vorteile von Premium",{"href":76,"dataGaName":77,"dataGaLocation":39},"/de-de/pricing/premium/","why premium",{"text":79,"config":80},"Vorteile von Ultimate",{"href":81,"dataGaName":82,"dataGaLocation":39},"/de-de/pricing/ultimate/","why ultimate",{"title":84,"links":85},"Lösungen",[86,91,96,101,106,111,116,121,126,131,136,141,146,151],{"text":87,"config":88},"Digitale Transformation",{"href":89,"dataGaName":90,"dataGaLocation":39},"/de-de/topics/digital-transformation/","digital transformation",{"text":92,"config":93},"Sicherheit und Compliance",{"href":94,"dataGaName":95,"dataGaLocation":39},"/de-de/solutions/security-compliance/","security & compliance",{"text":97,"config":98},"Automatisierte Softwarebereitstellung",{"href":99,"dataGaName":100,"dataGaLocation":39},"/de-de/solutions/delivery-automation/","automated software delivery",{"text":102,"config":103},"Agile Entwicklung",{"href":104,"dataGaName":105,"dataGaLocation":39},"/de-de/solutions/agile-delivery/","agile delivery",{"text":107,"config":108},"Cloud-Transformation",{"href":109,"dataGaName":110,"dataGaLocation":39},"/de-de/topics/cloud-native/","cloud transformation",{"text":112,"config":113},"SCM",{"href":114,"dataGaName":115,"dataGaLocation":39},"/de-de/solutions/source-code-management/","source code management",{"text":117,"config":118},"CI/CD",{"href":119,"dataGaName":120,"dataGaLocation":39},"/de-de/solutions/continuous-integration/","continuous integration & delivery",{"text":122,"config":123},"Wertstrommanagement",{"href":124,"dataGaName":125,"dataGaLocation":39},"/de-de/solutions/value-stream-management/","value stream management",{"text":127,"config":128},"GitOps",{"href":129,"dataGaName":130,"dataGaLocation":39},"/de-de/solutions/gitops/","gitops",{"text":132,"config":133},"Enterprise",{"href":134,"dataGaName":135,"dataGaLocation":39},"/de-de/enterprise/","enterprise",{"text":137,"config":138},"Kleinunternehmen",{"href":139,"dataGaName":140,"dataGaLocation":39},"/de-de/small-business/","small business",{"text":142,"config":143},"Öffentlicher Sektor",{"href":144,"dataGaName":145,"dataGaLocation":39},"/de-de/solutions/public-sector/","public sector",{"text":147,"config":148},"Bildungswesen",{"href":149,"dataGaName":150,"dataGaLocation":39},"/de-de/solutions/education/","education",{"text":152,"config":153},"Finanzdienstleistungen",{"href":154,"dataGaName":155,"dataGaLocation":39},"/de-de/solutions/finance/","financial services",{"title":157,"links":158},"Ressourcen",[159,164,169,174,179,184,189,194,199,204,209,214,219],{"text":160,"config":161},"Installieren",{"href":162,"dataGaName":163,"dataGaLocation":39},"/de-de/install/","install",{"text":165,"config":166},"Kurzanleitungen",{"href":167,"dataGaName":168,"dataGaLocation":39},"/de-de/get-started/","quick setup checklists",{"text":170,"config":171},"Lernen",{"href":172,"dataGaName":173,"dataGaLocation":39},"https://university.gitlab.com/","learn",{"text":175,"config":176},"Produktdokumentation",{"href":177,"dataGaName":178,"dataGaLocation":39},"https://docs.gitlab.com/","docs",{"text":180,"config":181},"Blog",{"href":182,"dataGaName":183,"dataGaLocation":39},"/de-de/blog/","blog",{"text":185,"config":186},"Kundenerfolge",{"href":187,"dataGaName":188,"dataGaLocation":39},"/customers/","customer success stories",{"text":190,"config":191},"Remote",{"href":192,"dataGaName":193,"dataGaLocation":39},"https://handbook.gitlab.com/handbook/company/culture/all-remote/","remote",{"text":195,"config":196},"GitLab-Services",{"href":197,"dataGaName":198,"dataGaLocation":39},"/de-de/services/","services",{"text":200,"config":201},"TeamOps",{"href":202,"dataGaName":203,"dataGaLocation":39},"/de-de/teamops/","teamops",{"text":205,"config":206},"Community",{"href":207,"dataGaName":208,"dataGaLocation":39},"/community/","community",{"text":210,"config":211},"Forum",{"href":212,"dataGaName":213,"dataGaLocation":39},"https://forum.gitlab.com/","forum",{"text":215,"config":216},"Veranstaltungen",{"href":217,"dataGaName":218,"dataGaLocation":39},"/events/","events",{"text":220,"config":221},"Partner",{"href":222,"dataGaName":223,"dataGaLocation":39},"/de-de/partners/","partners",{"title":225,"links":226},"Unternehmen",[227,232,237,242,247,252,257,261,266,271,276,281],{"text":228,"config":229},"Über",{"href":230,"dataGaName":231,"dataGaLocation":39},"/de-de/company/","company",{"text":233,"config":234},"Karriere",{"href":235,"dataGaName":236,"dataGaLocation":39},"/jobs/","jobs",{"text":238,"config":239},"Geschäftsführung",{"href":240,"dataGaName":241,"dataGaLocation":39},"/company/team/e-group/","leadership",{"text":243,"config":244},"Team",{"href":245,"dataGaName":246,"dataGaLocation":39},"/company/team/","team",{"text":248,"config":249},"Handbuch",{"href":250,"dataGaName":251,"dataGaLocation":39},"https://handbook.gitlab.com/","handbook",{"text":253,"config":254},"Investor Relations",{"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},"Vielfalt, Inklusion und Zugehörigkeit",{"href":264,"dataGaName":265,"dataGaLocation":39},"/diversity-inclusion-belonging/","Diversity, inclusion and belonging",{"text":267,"config":268},"Trust Center",{"href":269,"dataGaName":270,"dataGaLocation":39},"/de-de/security/","trust center",{"text":272,"config":273},"Newsletter",{"href":274,"dataGaName":275,"dataGaLocation":39},"/company/contact/","newsletter",{"text":277,"config":278},"Presse",{"href":279,"dataGaName":280,"dataGaLocation":39},"/press/","press",{"text":282,"config":283},"Transparenzerklärung zu moderner Sklaverei",{"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},"Nimm Kontakt auf",[289,294,299,304,309,314,319],{"text":290,"config":291},"Sprich mit einem Experten/einer Expertin",{"href":292,"dataGaName":293,"dataGaLocation":39},"/de-de/sales/","sales",{"text":295,"config":296},"Support",{"href":297,"dataGaName":298,"dataGaLocation":39},"/support/","get help",{"text":300,"config":301},"Kundenportal",{"href":302,"dataGaName":303,"dataGaLocation":39},"https://customers.gitlab.com/customers/sign_in/","customer portal",{"text":305,"config":306},"Status",{"href":307,"dataGaName":308,"dataGaLocation":39},"https://status.gitlab.com/","status",{"text":310,"config":311},"Nutzungsbedingungen",{"href":312,"dataGaName":313,"dataGaLocation":39},"/terms/","terms of use",{"text":315,"config":316},"Datenschutzerklärung",{"href":317,"dataGaName":318,"dataGaLocation":39},"/de-de/privacy/","privacy statement",{"text":320,"config":321},"Cookie-Einstellungen",{"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:de-de:main-footer.yml","Main Footer","shared/de-de/main-footer.yml","shared/de-de/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/de-de/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","/de-de/the-source/",{"text":345,"config":346},"Abonnieren",{"href":347},"#subscribe",[349,353,356],{"text":350,"config":351},"Künstliche Intelligenz",{"href":352},"/de-de/the-source/ai/",{"text":92,"config":354},{"href":355},"/de-de/the-source/security/",{"text":357,"config":358},"Plattform und Infrastruktur",{"href":359},"/de-de/the-source/platform/","content:shared:de-de:the-source:navigation.yml","Navigation","shared/de-de/the-source/navigation.yml","shared/de-de/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/de-de/the-source/newsletter","The-Source-Newsletter","Bleibe mit Erkenntnissen für die Zukunft der Softwareentwicklung auf dem Laufenden.","Du hast dich erfolgreich für den Newsletter von The Source angemeldet.",{"config":370},{"formId":371,"formName":372,"hideRequiredLabel":324},28465,"thesourcenewsletter","content:shared:de-de:the-source:newsletter.yml","shared/de-de/the-source/newsletter.yml","shared/de-de/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":471,"showAllBtn":324},[408,449],{"_path":409,"_dir":410,"_draft":6,"_partial":6,"_locale":7,"slug":411,"type":412,"category":410,"config":413,"seo":416,"content":421,"_id":446,"_type":24,"title":422,"_source":25,"_file":447,"_stem":448,"_extension":28,"description":419,"heroImage":420,"date":423,"timeToRead":424,"keyTakeaways":425,"articleBody":429,"faq":430},"/de-de/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",{"title":417,"ogTitle":417,"description":418,"ogDescription":419,"ogImage":420},"DevOps: DIY-Toolchains durch diese Plattform ersetzen","Laut einer Studie von GitLab gaben 64 % der DevSecOps-Nutzer an, dass sie ihre immer größer werdenden Toolchains konsolidieren möchten.","Laut einer Studie von GitLab gaben 64 % der DevSecOps-Nutzer(innen) an, dass sie ihre immer größer werdenden Toolchains konsolidieren möchten.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463678/r0gawsvh4vcmgblpra58.png",{"title":422,"description":419,"heroImage":420,"date":423,"timeToRead":424,"keyTakeaways":425,"articleBody":429,"faq":430},"DevOps-Teams wollen DIY-Toolchains loswerden. Die Antwort? Eine Plattform","2025-01-14","Lesezeit: 5 Min.",[426,427,428],"DevOps-Teams mit komplexen Toolchains zahlen eine „Toolchain-Steuer“, da die Nutzung verschiedener Entwicklungstools versteckte Kosten verursacht. Über 78 % der Teams widmen bis zu 100 % ihrer Zeit, Tools (oft > 6) zu pflegen statt zu programmieren.","Fast 64 % der DevOps-Teams möchten ihre Toolchains aufgrund von Überwachungsproblemen und Verzögerungen konsolidieren. Am stärksten ist der Druck in der Automobilindustrie (76,5 %) und im verarbeitenden Gewerbe (72 %).","Eine einzige DevSecOps-Plattform hilft Teams, sich auf das Programmieren zu konzentrieren anstatt auf die Pflege der Tools. Unternehmen berichten von mehr Effizienz, reduzierten Kosten und einer besseren Entwicklererfahrung durch konsolidierte Toolchains.","Das größte Problem eines DevOps-Teams beginnt oft ganz klein und unschuldig: Eine Person möchte gern ein Tool nutzen, um die Bereitstellung zu automatisieren. Dann möchte eine andere Person ein weiteres Tool für den Code Review haben. So kommen immer mehr Tools hinzu, bis Teams irgendwann vor einem riesigen Berg ineinander verstrickter, komplizierter Tools stehen – eine Toolchain, die mehr Zeit und Geld kostet, als sie eigentlich einsparen sollte.\n\nDiese [„Toolchain-Steuer“ (nur in englischer Sprache verfügbar)](https://about.gitlab.com/blog/2018/03/21/avoiding-devops-tax-webcast/) – also die versteckten und heimtückischen Kosten, die bei der Verwendung mehrerer Entwicklungstools anfallen – beginnt allmählich, kann aber zu ernsthaften Engpässen in der Softwareproduktion führen. Es werden immer mehr Tools, bis Teams eine komplizierte Kette verwalten müssen, die mehr Zeit und Geld verschwendet, als sie einspart. Das wirkt sich wiederum auf die Fähigkeit des Teams aus, die Bedürfnisse der Kund(inn)en zu erfüllen und der Konkurrenz einen Schritt voraus zu sein.\n\nDieses Problem wird DevOps-Nutzer(innen), die diese mühselige Toolchain hinter sich lassen möchten, zunehmend klar. Die [globale DevSecOps-Umfrage 2024 von GitLab](https://about.gitlab.com/developer-survey/) zeigt das Ausmaß dieser Herausforderung und die damit verbundenen Probleme auf. Mehr als die Hälfte der DevOps-Teams jongliert mit sechs oder mehr Tools in ihrer Entwicklungs-Toolchain – und 13 % von ihnen verwalten sogar bis zu 14 verschiedene Tools.\n\nWie hoch sind die Kosten, die diese Komplexität täglich fordert? DevOps-Nutzer(innen) verbringen bis zu drei Viertel ihrer Zeit damit, diese Tools zu warten und zu integrieren, anstatt selbst Software zu entwickeln. Mehr als 78 % geben an, dass sie zwischen 25 % und 100 % ihrer Zeit damit verschwenden, ihre Toolchain am Laufen zu halten.\n\nDie Befragten sagen, dass dies ein Problem ist.\n\nDie Studie zeigte, dass fast 64 % ihre (manchmal riesigen) Toolchains aufgrund von Herausforderungen bei der Überwachung, Entwicklungsverzögerungen und unzufriedenen Entwickler(innen) konsolidieren möchten. Dieser Prozentsatz steigt in einigen Branchen sogar noch an. In der Automobilindustrie gaben nämlich 76,5 % der Befragten an, dass sie ihre Toolchains konsolidieren möchten, und auch in der Fertigungsbranche sind es mehr als 72 %.\n\nWenn die Befragten darüber sprachen, wie viel ihrer Verantwortung in der Pflege und/oder Integration ihrer DevOps-Toolchain liegt, wird deutlich, warum sie diese reduzieren oder eliminieren möchten. Laut der Umfrage gaben etwa 20 % an, dass die Wartung und Integration bis zu 24 % ihrer Zeit in Anspruch nehmen, während mehr als 40 % angaben, dass sie 25 % bis 49 % ihrer Zeit darauf verwenden. Mehr als 27 % sagten sogar, dass sie 50 % bis 74 % ihres Arbeitstages für diese Aufgaben nutzen. Das sind mehr als 78 % der DevOps-Nutzer(innen), die sagen, dass sie mindestens ein Viertel ihres Tages damit verschwenden, ihre Toolchain am Laufen zu halten.\n\n„Der Alltag unserer Entwickler(innen) war auf viele verschiedene Dienste verteilt“, sagt Nadav Robas, DevOps- & DevSecOps-Manager bei [Agoda](https://about.gitlab.com/customers/agoda/), einer großen Online-Reisebuchungsplattform mit Hauptsitz in Singapur. „Ich wollte meine DevOps Engineers davon entlasten, täglich die Toolchain pflegen zu müssen, die Uptime aufrechtzuerhalten und sich Wissen in diesem Bereich aneignen zu müssen.“\n\nAll dies summiert sich zu einer Menge Zeit, die für Dinge aufgewendet wird, die nicht direkt mit der Entwicklung und Bereitstellung von Software zu tun haben. Das bedeutet aber auch, dass DevOps-Teammitglieder weniger Zeit für das haben, was sie lieben – innovativ und kreativ zu sein. Das wirkt sich wiederum auf ihre Arbeitserfahrung und Zufriedenheit aus.\n\n## Weg mit der Toolchain-Steuer\n\nTeams haben es offensichtlich satt, die Toolchain-Steuer zu zahlen. Sie lösen dieses Problem jetzt selbst, indem sie [eine umfassende DevSecOps-Plattform einführen](https://about.gitlab.com/blog/2022/08/16/eight-steps-to-prepare-your-team-for-a-devops-platform-migration/). Dieser eine Schritt kann Effizienz schaffen, manuelle Aufgaben durch Automatisierungen ersetzen, dafür sorgen, dass die Sicherheit im Vorfeld kontrolliert wird, Kosten senken, Ärger vermeiden und entscheidende Vorteile sowohl für die DevOps-Teams als auch für das gesamte Unternehmen bringen.„Ich wollte nicht, dass sie Expert(inn)en für einzelne Tools werden“, sagt Robas. „Sondern ich wollte, dass sie sich auf die wirklich wichtigen Dinge konzentrieren – wie wir Code produzieren und wie wir Code richtig bereitstellen. Das konnten wir mit einer Plattform erreichen.“\n\nEine Plattform zu haben bedeutet nicht nur, den IT-Betrieb zu optimieren, sondern hat auch zur Folge, dass Unternehmen nicht viele Lizenzgebühren für unterschiedliche Tools zahlen müssen. [Finde mit diesem ROI-Rechner heraus](https://about.gitlab.com/calculator/roi/), was dein Unternehmen durch den Austausch der Toolchain sparen könnte. [1]\n\nEine umfassende Plattform, die [die Produktivität steigert](https://about.gitlab.com/blog/2022/05/02/5-ways-collaboration-boosts-productivity-and-your-career/) und gleichzeitig die Kosten senkt, ist eine wahre Superkraft – das gilt besonders in wirtschaftlich schwierigen Zeiten, da sie dazu beitragen kann, den Kund(inn)en schneller einen Mehrwert zu bieten.\n\n## Reduziere deine Toolchain-Ausweitung mit GitLab\n\nEine DevSecOps-Plattform – wie die [Komplettlösung der GitLab-Plattform](https://about.gitlab.com/stages-devops-lifecycle/) – hilft Unternehmen, die potenziell kostspielige Integrationsarbeit, die mit der Verwendung verschiedener Tools verbunden ist, zu reduzieren. Außerdem können Unternehmen damit Software schneller erstellen und veröffentlichen und gleichzeitig die Sicherheit und Compliance erhöhen. Die Vorteile sind vielfältig – die Bearbeitungszeiten werden verkürzt und die Produktivität wird gesteigert, sodass Teams Software schnell, sicher und transparent entwickeln können.\n\nDas schafft einen Mehrwert für die Kund(inn)en.\n\n„Mit GitLab haben unsere Entwickler(inne)n ein einheitliches Interface, mit dem sie alle Prozesse des Software-Entwicklungsprozesses sehen können, ohne von einem Tool zum nächsten springen zu müssen“, erklärt Nadav. „Wir wollten alle unsere Dienste auf einer einzigen Plattform konsolidieren, und das haben wir auch geschafft. Wir sind produktiver, sicherer und unsere Entwickler(innen) haben eine bessere Arbeitsatmosphäre.“\n\nSieh dir die [Vorteile](https://page.gitlab.com/resources-ebook-trading-diy-devops-for-a-single-platform.html) an, die dein Unternehmen bei einer Migration zur GitLab-Plattform als Komplettlösung erwarten.\n\n[1] _Bitte beachte, dass der ROI von vielen Faktoren abhängt und der ROI-Rechner nicht die tatsächlichen Ergebnisse widerspiegelt, da die Ergebnisse variieren können._\n\n> #### Konsolidiere deine komplexe Toolchain\n>\n> Lies dir unseren kostenlosen Leitfaden durch, um zu erfahren, wie du deine Toolchain optimierst, um Ineffizienzen zu vermeiden, Kosten zu senken und die Markteinführungszeit zu verkürzen.\n>\n> [Leitfaden lesen (nur in englischer Sprache verfügbar)](https://page.gitlab.com/consolidate-toolchain-guide.html){class=\"button\"}",[431,434,437,440,443],{"header":432,"content":433},"Was ist die „Toolchain-Steuer“ und wie wirkt sie sich auf DevOps-Teams aus?","Als „Toolchain-Steuer“ bezeichnet man die versteckten Kosten, die für die Verwaltung und Wartung mehrerer Tools in einer Softwareentwicklungs-Toolchain anfallen. Diese Komplexität nimmt bis zu 74 % der Zeit von DevOps-Nutzer(innen) in Anspruch, was zu Ineffizienzen, Verzögerungen und einer geringeren Zufriedenheit der Entwickler(innen) führt.",{"header":435,"content":436},"Warum wollen DevOps-Teams ihre Toolchains konsolidieren?","Laut der globalen DevSecOps-Umfrage von GitLab aus dem Jahr 2024 möchten 64 % der DevOps-Nutzer(innen) ihre Toolchains konsolidieren, um den Wartungsaufwand zu reduzieren, Workflows zu optimieren, die Überwachung zu verbessern und die Produktivität der Entwickler(innen) zu steigern, indem unnötige Kontextwechsel eliminiert werden.",{"header":438,"content":439},"Wie verbessert eine einzige DevSecOps-Plattform die Effizienz?","Wird eine einzige DevSecOps-Plattform genutzt, müssen Tools nicht mehr integriert werden. Außerdem automatisiert sie manuelle Aufgaben, verlagert die Sicherheit früher in den Entwicklungsprozess und senkt die Kosten. Sie ermöglicht es Teams, sich auf Innovationen zu konzentrieren, verkürzt die Bearbeitungszeiten und steigert die Produktivität.",{"header":441,"content":442},"Welche finanziellen Vorteile bietet die Einführung einer umfassenden DevSecOps-Plattform?","Werden fragmentierte Toolchains durch eine einzige Plattform ersetzt, so können die Lizenzgebühren für mehrere Tools sowie kostspielige Integrationsaufwendungen eliminiert werden. Unternehmen können potenzielle Einsparungen mit Hilfe von ROI-Tools berechnen, um die Vorteile einer Plattformkonsolidierung zu bewerten.",{"header":444,"content":445},"Wie hilft GitLab, die Komplexität der Toolchain zu reduzieren?","GitLab bietet eine DevSecOps-Plattform als Komplettlösung, die Dienste konsolidiert und Teams eine einheitliche Sicht auf den Software-Entwicklungsprozess bietet. Dadurch wird verhindert, dass die Toolchain immer größer und komplexer wird. Gleichzeitig werden die Sicherheit und Compliance sowie die Entwicklererfahrung verbessert, was wiederum die Produktivität und das Vertrauen stärkt.","content:de-de:the-source:platform:devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer:index.yml","de-de/the-source/platform/devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer/index.yml","de-de/the-source/platform/devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer/index",{"_path":450,"_dir":451,"_draft":6,"_partial":6,"_locale":7,"config":452,"seo":454,"content":459,"type":412,"category":451,"slug":467,"_id":468,"_type":24,"title":455,"_source":25,"_file":469,"_stem":470,"_extension":28,"date":460,"description":456,"timeToRead":461,"heroImage":457,"keyTakeaways":462,"articleBody":466},"/de-de/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":453,"isHighlighted":6,"authorName":11},"source-lp-the-ultimate-playbook-for-high-performing-devsecops-teams",{"title":455,"description":456,"ogImage":457,"config":458},"5 Wege für Führungskräfte, DevOps-Teams mit KI zu unterstützen","Erfahre, wie die KI-Funktionen einer DevSecOps-Plattform Teams dabei helfen können, ihre Produktivität und Zusammenarbeit zu steigern.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463727/lo1idgayu6d7ysofhlsn.png",{"ignoreTitleCharLimit":324,"ignoreDescriptionCharLimit":324},{"title":455,"date":460,"description":456,"timeToRead":461,"heroImage":457,"keyTakeaways":462,"articleBody":466},"2023-12-14","Lesezeit: 8 Min.",[463,464,465],"Mithilfe von KI-gestützter Automatisierung von Routineaufgaben und Tools wie Codevorschlägen können Entwickler(innen) effizienter arbeiten und Stress vermeiden, was zu einer höheren Arbeitszufriedenheit und einer geringeren Fluktuation führt.","Durch die strategische Einführung von KI-Tools können sich Entwickler(innen) auf wichtige Projekte konzentrieren.","KI unterstützt bei der Zusammenfassung von Code Reviews und Diskussionen, sodass Teammitglieder laufende Projekte leicht verstehen und dazu beitragen können. Das sorgt für eine bessere Zusammenarbeit und ein vernetztes Arbeitsumfeld.","Künstliche Intelligenz (KI) wird die Art und Weise, wie DevSecOps-Teams Software entwickeln, verändern. IT-Führungskräfte sind in der Lage, ihren Teams dabei zu helfen, alle Vorteile der KI voll auszuschöpfen – indem sie sich darauf konzentrieren, wie die Technologie die Effizienz steigern, die Arbeit der Entwickler(innen) erleichtern und die persönliche Zusammenarbeit fördern kann, anstatt sie zu ersetzen.\n\n„Wenn Entwickler(innen) die richtigen Tools haben, um ihre Arbeit effizient zu erledigen, sind sie zufriedener und weniger gestresst“, sagt Abubakar Siddiq Ango, Developer Evangelism Program Manager bei GitLab. „Und wenn Entwickler(innen) zufriedener, weniger gestresst und weniger ausgebrannt sind, machen sie ihre Arbeit besser und suchen nicht nach einem neuen Job. Das bedeutet also bessere Produktivität und geringere Fluktuation. Ein großer Gewinn.“\n\n[KI-Funktionen, die in eine durchgängige DevSecOps-Plattform integriert sind](https://about.gitlab.com/de-de/gitlab-duo/), sollen Entwickler(innen) befähigen und ihre Arbeit erleichtern. Stell dir KI als die nächste Generation der Automatisierung vor, die Entwickler(inne)n die Freiheit gibt, sich auf die wertvolle Arbeit zu konzentrieren, die sie lieben – das Schreiben von innovativem Code.\n\nHier sind fünf Möglichkeiten, wie du deinen DevSecOps-Teams helfen kannst, KI zu nutzen, um ihre Arbeitsweise zu verändern:\n\n## 1. Stärke das Selbstvertrauen der Entwickler(innen) mit KI-Schulungen\n\nEine der besten Möglichkeiten, wie Führungskräfte ihren Teams helfen können, ist die [Automatisierung von Routineaufgaben](https://about.gitlab.com/de-de/the-source/ai/how-ai-helps-devsecops-teams-improve-productivity/) und die schnellere und effizientere Lösung von Problemen. Denn dadurch wird die Arbeit der Entwickler(innen) einfacher, interessanter und stressfreier. Und genau das ist die Aufgabe von KI.\n\nDurch den Einsatz von KI-Tools – wie [Codevorschläge](https://about.gitlab.com/blog/code-suggestions-improves-developer-productivity/), Zusammenfassungen von Sicherheitslücken und Codeerläuterung – brauchen Entwickler(innen) weniger Zeit und Energie für banale, sich wiederholende und zeitraubende Aufgaben. Das entlastet sie enorm und trägt dazu bei, die Qualität ihrer Arbeit zu verbessern.\n\n„Das wird die Arbeit der Entwickler(innen) definitiv verbessern“, sagt Ango. „Ich würde sagen, dass ich 70 % meiner Zeit damit verbringe, eine Funktion zu googeln oder etwas zu recherchieren. Wenn ich dieses Wissen in Sekundenschnelle abrufen kann, anstatt mehrere Stunden zu recherchieren, kann ich all diese Zeit und Energie für das eigentliche Schreiben von Code nutzen. KI übernimmt die Routineaufgaben, sodass Menschen ihre Zeit für wichtigere Dinge verwenden können.“\n\nUm KI so in die Arbeit zu integrieren, dass sie DevSecOps-Teammitglieder nicht zusätzlich belastet, sollten Führungskräfte sicherstellen, dass ihre Mitarbeitenden die erforderlichen Schulungen erhalten, um sich mit den KI-Funktionen vertraut zu machen. Tatsächlich zeigen [unsere Nachforschungen](https://about.gitlab.com/de-de/developer-survey/2024/ai/), dass fast ein Drittel der Befragten (31 %) befürchten, nicht über die erforderlichen Fähigkeiten zu verfügen, um KI einzusetzen oder KI-Ergebnisse zu interpretieren. Natürlich sind Schulungen immer wichtig, aber bei etwas so Neuem wie KI sollten Führungskräfte darauf achten, dass die Mitarbeitenden die Technologie selbstbewusst und mit Begeisterung nutzen.\n\n## 2. Arbeite mit Teams zusammen, um KI strategisch einzusetzen\n\nJe weniger Zeit Entwickler(innen) mit manuellen Aufgaben verbringen, desto mehr Zeit haben sie, um an neuen Features für die nächste Version des Projekts zu arbeiten oder an der nächsten großen Softwarekomponente zu tüfteln. Das heißt auch, dass sie mehr Zeit haben, sich wieder Projekten zu widmen, die aus Zeitgründen zurückgestellt wurden.\n\nDurch die Verwendung von KI zur Generierung von Codevorschlägen und -erläuterungen oder durch die Verwendung einer KI-basierten Grundursachenanalyse zur Identifizierung der Ursache eines Problems haben Entwickler(innen) mehr Zeit, Projekte voranzutreiben und sich auf übergeordnete Anforderungen zu konzentrieren.\n\n„Ich denke, Führungskräfte und IT-Verantwortliche müssen verstehen, dass sie ihren Mitarbeitenden mit KI helfen, mehr zu erreichen“, sagt Karen Kwentus, Senior Solutions Architect bei GitLab. „Diese Funktionen beseitigen sich wiederholende Aufgaben. Während der Entwicklung habe ich oft Stunden damit verbracht, ein Problem zu lösen. Wenn KI mir Code vorschlagen oder Sicherheitslücken zusammenfassen kann, spare ich viel Zeit. Plötzlich schaffe ich in derselben Zeit mehr.“\n\nAngo fügt hinzu: „KI wird zu mehr Effizienz bei der Entwicklung, Sicherung und Bereitstellung von Software führen.“\n\nFührungskräfte sollten über die verfügbaren KI-Funktionen auf dem Laufenden bleiben und gemeinsam mit ihren Teams herausfinden, welche Workflows sie mit KI zuerst vereinfachen können. Wo kann KI eingesetzt werden, um Entwickler(innen) zu entlasten und ihre Arbeit effizienter zu gestalten? Sobald eine KI-Lösung implementiert ist und Entwickler(innen) positive Ergebnisse sehen, können Führungskräfte gemeinsam mit ihren Teams ermitteln, welche Projekte oder Maßnahmen sich verzögert haben oder zurückgestellt wurden, und damit beginnen, diese wieder auf den Weg zu bringen.\n\n## 3. Die Bedeutung der persönlichen Zusammenarbeit betonen\n\nEiner der größten Vorteile einer DevSecOps-Plattform ist, dass sie ein Umfeld fördert, in dem alle zusammenarbeiten. Alle Teammitglieder, sowohl innerhalb der DevSecOps-Teams als auch in anderen Abteilungen des Unternehmens haben einen Überblick über den gesamten Software-Entwicklungsprozess. So können Leute aus verschiedenen Teams miteinander reden, sich gegenseitig bei Hindernissen helfen und Vorschläge zur Effizienzsteigerung machen.\n\nKI-Funktionen unterstützen das.\n\n„Wenn Kolleg(inn)en Kommentare zu dem Code posten, den du gerade entwickelst, ist das nur dann hilfreich, wenn du auch die Zeit hast, alles aufzunehmen und zu verarbeiten“, sagt Ango. „Wenn jemand um eine Review bittet, kann die KI eine Zusammenfassung dieser Anfrage erstellen. Und wenn Teammitglieder Reviews durchführen, kann die [KI diese Kommentare zusammenfassen](https://about.gitlab.com/blog/merge-request-changes-summary-ai/), sodass du leichter verstehen kannst, was sie zu deinem Projekt sagen. Anstatt Menschen auseinanderzubringen, bringt die KI sie näher zusammen.“\n\nEr fügt hinzu: „Workflow bedeutet: KI-fähig. Durch KI verbessert. Nicht von KI ersetzt.“\n\nKI kann mehr als nur Aufgaben automatisieren. Sie hilft Teammitgliedern bei der Kommunikation und schafft mehr Möglichkeiten für die persönliche Zusammenarbeit. Führungskräfte können ihre Teams unterstützen, indem sie ein Umfeld fördern, das Kommunikation und Zusammenarbeit begünstigt, und die Mitarbeitenden daran erinnern, dass KI ihnen diese Möglichkeiten eröffnet.\n\n## 4. Teams dazu ermutigen, Verantwortung für die Sicherheit zu teilen \n\nMit den KI-basierten [Zusammenfassungen von Sicherheitslücken](https://about.gitlab.com/de-de/blog/developing-gitlab-duo-use-ai-to-remediate-security-vulnerabilities/) wird das Schützen von Code effizienter, weniger anstrengend und schneller.\n\nWenn zum Beispiel ein(e) Entwickler(in) Code pusht und eine Warnung bekommt, dass eine SQL Injection erkannt wurde, ist vielleicht nicht sofort klar, wie sich das auf den Code auswirkt. Die KI kann aber ganz einfach erklären, um welche Art von Sicherheitslücke es sich handelt, wie sie den Code beeinflusst und welche Auswirkungen sie auf die ganze Software hat – und sie gibt auch Tipps, wie das Problem behoben werden kann.\n\n„Wenn KI eine Sicherheitslücke erklären und eine Lösung vorschlagen kann, ist das genau das, was ich will“, sagt Kwentus. „Entwickler(innen) und Sicherheitsteams sind letztendlich für die Implementierung der Korrekturmaßnahmen verantwortlich, aber sie profitieren von umsetzbaren Hinweisen, Kontext und Erklärungen von der KI. Mit mehr Informationen kann ein(e) Benutzer(in) das Problem schneller priorisieren und beheben.“\n\nDa IT-Führungskräfte eine wichtige Rolle dabei spielen, sicherzustellen, dass DevSecOps-Teams automatisierte Sicherheits- und Compliance-Tests und Warnmeldungen nutzen, haben sie auch dafür zu sorgen, dass die Teams sicherheitsrelevante KI-Tools wie Zusammenfassungen von Sicherheitslücken einsetzen. Die Teammitglieder verstehen zunehmend, dass Sicherheit eine gemeinsame Verantwortung ist. Das heißt, dass die Behebung von Problemen nicht nur einem Sicherheitsteam überlassen werden sollte, das sich am Ende eines Projekts darum kümmert. Entwickler(innen), die den Code schreiben, können KI-Funktionen nutzen, um sich auftretende Probleme erklären zu lassen und Vorschläge umsetzen, um diese zu beheben, sobald sie gefunden werden.\n\n> Erfahre mehr darüber, [wie KI DevOps-Teams helfen kann, die Sicherheit zu verbessern](https://about.gitlab.com/de-de/the-source/ai/4-ways-ai-can-help-devops-teams-improve-security/) und [wie du generative KI in deiner DevSecOps-Umgebung einsetzen kannst](https://about.gitlab.com/the-source/ai/how-to-put-generative-ai-to-work-in-your-devsecops-environment/).\n\n## 5. KI-Champions in deinen Teams finden\n\nFührungskräfte sollten sich Zeit nehmen, um mit ihren Teams über die KI-Funktionen ihrer DevSecOps-Plattform zu reden und darüber, wie diese Tools ihre Workload erleichtern können. „Teile deine Ziele mit deinen Teams“, sagt Kwentus. „Gib ihnen Informationen. Sprich über Zeitersparnis und mentale Entlastung. Erkläre ihnen, dass sie weniger Zeit mit der Suche nach Sicherheitslücken verbringen und mehr Zeit für das Schreiben von Code haben werden. Sie haben sich diesen Job nicht ausgesucht, um all diese anderen Aufgaben zu erledigen. Sie wollen Code schreiben, und dafür haben sie dann mehr Zeit.“\n\nDurch die Entlastung und den Abbau von Stress werden Entwickler(innen) mehr Freude an ihrer Arbeit haben. Und zufriedenere Mitarbeitende bleiben länger im Unternehmen, was zu stabileren DevSecOps-Teams und weniger Arbeit für Führungskräfte führt.\n\n„Entwickler(innen) sind gestresst, wenn sie versuchen, etwas zu erledigen, aber immer wieder auf Engpässe stoßen“, sagt Ango. „Die Beseitigung dieser Engpässe verringert ihren Stress und die Gefahr von Burnouts. Und das macht es für alle einfacher.“\n\nIT-Führungskräfte sollten natürlich darauf achten, offen mit ihren Teams über die KI-Fähigkeiten ihrer DevSecOps-Plattformen zu sprechen, ihnen zu erklären, wie die Funktionen ihre Arbeit erleichtern können, und sicherzustellen, dass sie die erforderlichen Schulungen erhalten, um die Tools effizient und sicher zu nutzen.\n\nFührungskräfte können diese Kommunikation vereinfachen, indem sie einflussreiche Personen in ihren Teams finden und fördern, die sich für den Einsatz von KI begeistern und als Vorreiter(innen) fungieren, um andere zur Nutzung der Technologie zu ermutigen. Indem sie den Teammitgliedern nicht nur die Tools zur Verfügung stellen, die ihnen die Arbeit erleichtern, sondern ihnen auch das Wissen über deren Nutzung vermitteln und sie zur Anwendung ermutigen, werden die Entwickler(innen) wahrscheinlich zufriedener in ihrer Arbeit sein.","5-ways-execs-can-support-their-devops-teams-with-ai","content:de-de:the-source:ai:5-ways-execs-can-support-their-devops-teams-with-ai:index.yml","de-de/the-source/ai/5-ways-execs-can-support-their-devops-teams-with-ai/index.yml","de-de/the-source/ai/5-ways-execs-can-support-their-devops-teams-with-ai/index",[408,449],{"ai":350,"platform":357,"security":92},1753981602663]