[{"data":1,"prerenderedAt":472},["ShallowReactive",2],{"/it-it/the-source/authors/sharon-gaudin/":3,"footer-it-it":29,"the-source-navigation-it-it":337,"the-source-newsletter-it-it":364,"sharon-gaudin-articles-list-authors-it-it":376,"sharon-gaudin-articles-list-it-it":406,"sharon-gaudin-page-categories-it-it":471},{"_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},"/it-it/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:it-it:the-source:authors:sharon-gaudin.yml","yaml","content","it-it/the-source/authors/sharon-gaudin.yml","it-it/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/it-it/main-footer","it-it",{"text":33,"source":34,"edit":40,"contribute":45,"config":50,"items":55,"minimal":325},"Git è un marchio di Software Freedom Conservancy e l'uso del termine \"GitLab\" è regolato da un accordo di licenza",{"text":35,"config":36},"Visualizza origine pagina",{"href":37,"dataGaName":38,"dataGaLocation":39},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/","page source","footer",{"text":41,"config":42},"Modifica questa pagina",{"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},"Contribuisci",{"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},"Piattaforma",[59],{"text":60,"config":61},"Piattaforma DevSecOps",{"href":62,"dataGaName":63,"dataGaLocation":39},"/it-it/platform/","devsecops platform",[65],{"title":66,"links":67},"Prezzi",[68,73,78],{"text":69,"config":70},"Visualizza i piani",{"href":71,"dataGaName":72,"dataGaLocation":39},"/it-it/pricing/","view plans",{"text":74,"config":75},"Perché passare a Premium?",{"href":76,"dataGaName":77,"dataGaLocation":39},"/it-it/pricing/premium/","why premium",{"text":79,"config":80},"Perché passare a Ultimate?",{"href":81,"dataGaName":82,"dataGaLocation":39},"/it-it/pricing/ultimate/","why ultimate",{"title":84,"links":85},"Soluzioni",[86,91,96,101,106,111,116,121,126,131,136,141,146,151],{"text":87,"config":88},"Trasformazione digitale",{"href":89,"dataGaName":90,"dataGaLocation":39},"/it-it/topics/digital-transformation/","digital transformation",{"text":92,"config":93},"Sicurezza e conformità",{"href":94,"dataGaName":95,"dataGaLocation":39},"/it-it/solutions/security-compliance/","security & compliance",{"text":97,"config":98},"Distribuzione software automatizzata",{"href":99,"dataGaName":100,"dataGaLocation":39},"/it-it/solutions/delivery-automation/","automated software delivery",{"text":102,"config":103},"Sviluppo Agile",{"href":104,"dataGaName":105,"dataGaLocation":39},"/it-it/solutions/agile-delivery/","agile delivery",{"text":107,"config":108},"Trasformazione cloud",{"href":109,"dataGaName":110,"dataGaLocation":39},"/it-it/topics/cloud-native/","cloud transformation",{"text":112,"config":113},"SCM",{"href":114,"dataGaName":115,"dataGaLocation":39},"/it-it/solutions/source-code-management/","source code management",{"text":117,"config":118},"CI/CD",{"href":119,"dataGaName":120,"dataGaLocation":39},"/it-it/solutions/continuous-integration/","continuous integration & delivery",{"text":122,"config":123},"Gestione del flusso di valore",{"href":124,"dataGaName":125,"dataGaLocation":39},"/it-it/solutions/value-stream-management/","value stream management",{"text":127,"config":128},"GitOps",{"href":129,"dataGaName":130,"dataGaLocation":39},"/it-it/solutions/gitops/","gitops",{"text":132,"config":133},"Aziende",{"href":134,"dataGaName":135,"dataGaLocation":39},"/it-it/enterprise/","enterprise",{"text":137,"config":138},"Piccole imprese",{"href":139,"dataGaName":140,"dataGaLocation":39},"/it-it/small-business/","small business",{"text":142,"config":143},"Pubblica amministrazione",{"href":144,"dataGaName":145,"dataGaLocation":39},"/it-it/solutions/public-sector/","public sector",{"text":147,"config":148},"Istruzione",{"href":149,"dataGaName":150,"dataGaLocation":39},"/it-it/solutions/education/","education",{"text":152,"config":153},"Servizi finanziari",{"href":154,"dataGaName":155,"dataGaLocation":39},"/it-it/solutions/finance/","financial services",{"title":157,"links":158},"Risorse",[159,164,169,174,179,184,189,194,199,204,209,214,219],{"text":160,"config":161},"Installazione",{"href":162,"dataGaName":163,"dataGaLocation":39},"/it-it/install/","install",{"text":165,"config":166},"Guide rapide",{"href":167,"dataGaName":168,"dataGaLocation":39},"/it-it/get-started/","quick setup checklists",{"text":170,"config":171},"Formazione",{"href":172,"dataGaName":173,"dataGaLocation":39},"https://university.gitlab.com/","learn",{"text":175,"config":176},"Documentazione di prodotto",{"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},"Storie di successo dei clienti",{"href":187,"dataGaName":188,"dataGaLocation":39},"/customers/","customer success stories",{"text":190,"config":191},"Lavorare da remoto",{"href":192,"dataGaName":193,"dataGaLocation":39},"https://handbook.gitlab.com/handbook/company/culture/all-remote/","remote",{"text":195,"config":196},"Servizi GitLab",{"href":197,"dataGaName":198,"dataGaLocation":39},"/it-it/services/","services",{"text":200,"config":201},"TeamOps",{"href":202,"dataGaName":203,"dataGaLocation":39},"/it-it/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},"Eventi",{"href":217,"dataGaName":218,"dataGaLocation":39},"/events/","events",{"text":220,"config":221},"Partner",{"href":222,"dataGaName":223,"dataGaLocation":39},"/it-it/partners/","partners",{"title":225,"links":226},"Azienda",[227,232,237,242,247,252,257,261,266,271,276,281],{"text":228,"config":229},"Informazioni",{"href":230,"dataGaName":231,"dataGaLocation":39},"/it-it/company/","company",{"text":233,"config":234},"Opportunità di lavoro",{"href":235,"dataGaName":236,"dataGaLocation":39},"/jobs/","jobs",{"text":238,"config":239},"Leadership",{"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},"Manuale",{"href":250,"dataGaName":251,"dataGaLocation":39},"https://handbook.gitlab.com/","handbook",{"text":253,"config":254},"Rapporti con gli investitori",{"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},"Diversità, inclusione e appartenenza (DIB)",{"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},"/it-it/security/","trust center",{"text":272,"config":273},"Newsletter",{"href":274,"dataGaName":275,"dataGaLocation":39},"/company/contact/","newsletter",{"text":277,"config":278},"Rassegna stampa",{"href":279,"dataGaName":280,"dataGaLocation":39},"/press/","press",{"text":282,"config":283},"Dichiarazione di trasparenza sulla schiavitù 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},"Contattaci",[289,294,299,304,309,314,319],{"text":290,"config":291},"Contatta un esperto",{"href":292,"dataGaName":293,"dataGaLocation":39},"/it-it/sales/","sales",{"text":295,"config":296},"Richiedi assistenza",{"href":297,"dataGaName":298,"dataGaLocation":39},"/support/","get help",{"text":300,"config":301},"Portale clienti",{"href":302,"dataGaName":303,"dataGaLocation":39},"https://customers.gitlab.com/customers/sign_in/","customer portal",{"text":305,"config":306},"Stato",{"href":307,"dataGaName":308,"dataGaLocation":39},"https://status.gitlab.com/","status",{"text":310,"config":311},"Termini di utilizzo",{"href":312,"dataGaName":313,"dataGaLocation":39},"/terms/","terms of use",{"text":315,"config":316},"Informativa sulla privacy",{"href":317,"dataGaName":318,"dataGaLocation":39},"/it-it/privacy/","privacy statement",{"text":320,"config":321},"Preferenze dei cookie",{"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:it-it:main-footer.yml","Main Footer","shared/it-it/main-footer.yml","shared/it-it/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/it-it/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","/it-it/the-source/",{"text":345,"config":346},"Iscriviti",{"href":347},"#subscribe",[349,353,356],{"text":350,"config":351},"Intelligenza artificiale",{"href":352},"/it-it/the-source/ai/",{"text":92,"config":354},{"href":355},"/it-it/the-source/security/",{"text":357,"config":358},"Piattaforma e infrastruttura",{"href":359},"/it-it/the-source/platform/","content:shared:it-it:the-source:navigation.yml","Navigation","shared/it-it/the-source/navigation.yml","shared/it-it/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/it-it/the-source/newsletter","Newsletter di The Source","Rimani al passo con le ultime tendenze dello sviluppo software grazie a preziosi approfondimenti.","Hai effettuato l'iscrizione alla newsletter di The Source.",{"config":370},{"formId":371,"formName":372,"hideRequiredLabel":324},28469,"thesourcenewsletter","content:shared:it-it:the-source:newsletter.yml","shared/it-it/the-source/newsletter.yml","shared/it-it/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":470,"showAllBtn":324},[408,448],{"_path":409,"_dir":410,"_draft":6,"_partial":6,"_locale":7,"slug":411,"type":412,"category":410,"config":413,"seo":416,"content":420,"_id":445,"_type":24,"title":421,"_source":25,"_file":446,"_stem":447,"_extension":28,"description":417,"heroImage":419,"date":422,"timeToRead":423,"keyTakeaways":424,"articleBody":428,"faq":429},"/it-it/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",{"ogDescription":417,"description":417,"title":418,"ogTitle":418,"ogImage":419,"noIndex":324},"Secondo uno studio di GitLab, il 64 % dei professionisti DevSecOps afferma di voler contenere la crescita incontrollata delle toolchain.","Addio toolchain fai-da-te: piattaforma per team DevOps","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463678/r0gawsvh4vcmgblpra58.png",{"description":417,"title":421,"heroImage":419,"date":422,"timeToRead":423,"keyTakeaways":424,"articleBody":428,"faq":429},"Come liberarsi delle toolchain fai-da-te: la piattaforma che agevola il lavoro dei team DevOps","2025-01-14","Tempo di lettura: 5 minuti",[425,426,427],"La presenza di strumenti di sviluppo diversi nella toolchain genera costi extra imprevisti per i team DevOps. Più del 78 % di loro passa molto, se non tutto il tempo a gestire questi strumenti, anche 6 contemporaneamente, anziché scrivere codice.","Quasi il 64 % dei team DevOps intende consolidare le proprie toolchain per evitare problemi di monitoraggio e ritardi. Questa tendenza è più marcata nei settori automobilistico (76,5 %) e manifatturiero (72 %).","Un'unica piattaforma DevSecOps aiuta i team a concentrarsi sul codice piuttosto che sulla manutenzione degli strumenti. I vantaggi secondo le aziende? Una maggiore efficienza, costi ridotti e una migliore DevEx grazie a toolchain consolidate.","Il problema più grande dei team DevOps può cominciare quasi senza accorgersene: prima uno sviluppatore vuole integrare uno strumento per automatizzare il deployment, poi qualcun altro intende fare lo stesso per la revisione del codice. Nel tempo gli strumenti vanno ad assommarsi finché, all'improvviso, i team si ritrovano a gestire una toolchain intricata, complessa e più dispendiosa in termini di tempo e risorse.\n\nI [costi extra della toolchain](https://about.gitlab.com/blog/2018/03/21/avoiding-devops-tax-webcast/), ovvero le spese non previste derivanti dall'impiego di diversi strumenti di sviluppo, emergono gradualmente ma possono generare gravosi colli di bottiglia nella produzione software. Gli strumenti si accumulano a tal punto che i team si ritrovano a gestire una catena complessa, che richiede ancor più tempo e denaro, distogliendoli dall'obiettivo di soddisfare le esigenze dei clienti e stare un passo avanti alla concorrenza.\n\nSi tratta di un problema ormai palese agli occhi dei professionisti DevOps che sono alla ricerca di una soluzione per liberarsi dalle catene di una toolchain. [Il Sondaggio globale DevSecOps 2024 di GitLab](https://about.gitlab.com/developer-survey/) rivela la portata di questa sfida e le criticità che stanno emergendo. Più della metà dei team DevOps si barcamena fra sei o più strumenti nella propria catena di sviluppo, mentre il 13 % gestisce fino a 14 strumenti diversi.\n\nIl costo quotidiano di questa complessità? I professionisti DevOps dedicano fino a tre quarti del loro tempo alla gestione e all'integrazione di questi strumenti anziché allo sviluppo software. Oltre il 78 % dichiara di trascorrere tra il 25 % e il 100 % del tempo a mantenere in funzione la propria toolchain.\n\nPer le persone intervistate, ciò rappresenta un problema.\n\nLo studio mostra che quasi il 64 % intende consolidare le proprie toolchain (talvolta in espansione) per evitare problemi di monitoraggio, ritardi nello sviluppo e una DevEx insoddisfacente. Questa percentuale aumenta in alcuni settori, raggiungendo il 76,5 % in quello automobilistico e oltre il 72 % in quello manifatturiero.\n\nQuando le persone intervistate parlano delle proprie responsabilità in relazione alla gestione e/o all'integrazione delle toolchain DevOps, risulta chiaro il perché vogliano ridurle o persino eliminarle. Secondo il sondaggio, circa il 20 % afferma che la manutenzione e l'integrazione occupano fino al 24 % del loro tempo, oltre il 40 % parla di una percentuale compresa fra il 25 % e il 49 %, mentre più del 27 % afferma che tali operazioni portano via dal 50 % al 74 % della loro giornata lavorativa. Più del 78 % dei professionisti DevOps afferma di sprecare almeno un quarto della giornata per mantenere in funzione la propria toolchain.\n\n\"La tipica giornata di uno dei nostri sviluppatori era distribuita su molti servizi diversi\", ha dichiarato Nadav Robas, DevOps & DevSecOps Manager di [Agoda](https://about.gitlab.com/customers/agoda/), una delle principali piattaforme di prenotazione di viaggi online con sede a Singapore. \"Cercavo una soluzione per alleggerire i miei tecnici DevOps dai lavori di manutenzione quotidiana, dalla gestione dei tempi di attività e dall'acquisizione delle conoscenze di dominio.\"\n\nTutte queste mansioni non erano direttamente legate al processo di sviluppo e di deployment del software. Inoltre, i membri del team DevOps non potevano dedicarsi a ciò che preferiscono, ovvero progettare soluzioni innovative e creative, a svantaggio della loro soddisfazione e quotidianità lavorativa.\n\n## Eliminare i costi extra della toolchain\n\nI team sono ormai stanchi di sostenere i costi extra della toolchain. Hanno deciso di risolvere il problema alla radice [adottando una piattaforma DevSecOps completa](https://about.gitlab.com/blog/2022/08/16/eight-steps-to-prepare-your-team-for-a-devops-platform-migration/). Questa soluzione permette di migliorare l'efficienza, automatizzare le attività manuali, integrare la sicurezza sin dalle prime fasi del ciclo di sviluppo, contenere i costi, ridurre gli sprechi di tempo e offrire vantaggi preziosi sia ai team DevOps che all'azienda in generale.\n\n\"Non volevo che gli sviluppatori diventassero esperti nei singoli strumenti\", afferma Robas. \"Al contrario, volevo che si concentrassero su ciò che conta davvero, ovvero il processo di creazione e di deployment del codice. GitLab ci ha fornito la soluzione.\"\n\nOltre a ottimizzare le operazioni, un'unica piattaforma permette alle aziende di risparmiare sui costi di licenza correlati all'utilizzo di diversi strumenti. Per calcolare il risparmio derivante dalla sostituzione di una toolchain, [utilizza questo calcolatore del ROI](https://about.gitlab.com/calculator/roi/). [1]\n\nDisporre di una piattaforma completa e in grado di [aumentare la produttività](https://about.gitlab.com/blog/2022/05/02/5-ways-collaboration-boosts-productivity-and-your-career/) riducendo al contempo i costi è un notevole vantaggio, soprattutto in tempi economicamente difficili, in quanto permette di distribuire valore ai clienti in tempi più rapidi.\n\n## Contieni l'espansione incontrollata della toolchain con GitLab\n\nUna piattaforma DevSecOps, come [quella end-to-end centralizzata di GitLab](https://about.gitlab.com/stages-devops-lifecycle/), aiuta le aziende a eliminare un processo di integrazione potenzialmente dispendioso, ovvero quello correlato all'utilizzo di diversi strumenti, offrendo la possibilità di creare e rilasciare software più velocemente, con più sicurezza e conformità. Questi vantaggi permettono di abbreviare la durata del ciclo, ottimizzare la produttività, creare software in minor tempo, fidelizzare gli sviluppatori e ottenere una maggiore visibilità.\n\nIl tutto a favore del cliente finale.\n\n\"GitLab ha fornito ai nostri sviluppatori un pannello di controllo unico, da cui monitorare tutti i processi del ciclo di sviluppo software senza dover saltare da uno strumento all'altro\", afferma Nadav. \"Volevamo consolidare tutti i nostri servizi in un'unica piattaforma e ce l'abbiamo fatta. Il risultato? Una maggiore produttività, misure di sicurezza più efficaci e una DevEx migliorata.\"\n\nScopri i [vantaggi che la migrazione](https://page.gitlab.com/resources-ebook-trading-diy-devops-for-a-single-platform.html) alla piattaforma end-to-end di GitLab può portare alla tua organizzazione.\n\n[1] _Tieni presente che la redditività del capitale investito può variare a seconda di molti fattori e che il calcolatore del ROI non restituisce i risultati reali._\n\n> #### Consolida la tua toolchain complessa\n>\n> Leggi la nostra guida gratuita e scopri come ottimizzare la tua toolchain per evitare inefficienze, ridurre i costi e accelerare il time-to-market.\n>\n> [Leggi la guida](https://page.gitlab.com/consolidate-toolchain-guide.html){class=\"button\"}",[430,433,436,439,442],{"header":431,"content":432},"Cosa sono i costi extra della toolchain e in che modo incidono sui team DevOps?","I costi extra della toolchain rappresentano le spese non previste derivanti dalla gestione e dalla manutenzione di diversi strumenti in una toolchain di sviluppo software. Queste attività occupano fino al 74 % del tempo dei professionisti DevOps, causando inefficienze e ritardi, nonché un peggioramento della DevEx.",{"header":434,"content":435},"Perché i team DevOps vogliono consolidare le proprie toolchain?","Secondo il Sondaggio globale DevSecOps 2024 di GitLab, il 64 % dei professionisti DevOps intende consolidare le proprie toolchain per ridurre i costi di manutenzione, ottimizzare i flussi di lavoro, migliorare il monitoraggio e aumentare la produttività degli sviluppatori, eliminando superflui cambi di contesto.",{"header":437,"content":438},"In che modo un'unica piattaforma DevSecOps migliora l'efficienza?","Un'unica piattaforma DevSecOps elimina la necessità di integrare gli strumenti, automatizza le attività manuali, implementa la sicurezza sin dalle prime fasi del ciclo di sviluppo e riduce i costi. Consente ai team di concentrarsi sull'innovazione, abbrevia la durata del ciclo e migliora la produttività.",{"header":440,"content":441},"Quali sono i vantaggi finanziari dell'adozione di una piattaforma DevSecOps completa?","Sostituire toolchain frammentate con un'unica piattaforma riduce i costi di licenza correlati a diversi strumenti ed elimina il dispendioso processo di integrazione. Le organizzazioni possono calcolare i potenziali risparmi utilizzando strumenti di ROI progettati per valutare i vantaggi del consolidamento della piattaforma.",{"header":443,"content":444},"In che modo GitLab aiuta a ridurre la complessità della toolchain?","GitLab fornisce una piattaforma DevSecOps end-to-end che consolida i servizi, offrendo ai team una visione centralizzata del ciclo di sviluppo software. Questo approccio riduce la proliferazione della toolchain, migliora la sicurezza, la conformità e la DevEx, aumentando la produttività e fidelizzando i professionisti.","content:it-it:the-source:platform:devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer:index.yml","it-it/the-source/platform/devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer/index.yml","it-it/the-source/platform/devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer/index",{"_path":449,"_dir":450,"_draft":6,"_partial":6,"_locale":7,"config":451,"seo":453,"content":458,"type":412,"category":450,"slug":466,"_id":467,"_type":24,"title":454,"_source":25,"_file":468,"_stem":469,"_extension":28,"date":459,"description":455,"timeToRead":460,"heroImage":456,"keyTakeaways":461,"articleBody":465},"/it-it/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":452,"isHighlighted":6,"authorName":11},"source-lp-the-ultimate-playbook-for-high-performing-devsecops-teams",{"title":454,"description":455,"ogImage":456,"config":457},"5 modi in cui i dirigenti possono supportare i team DevOps con l'IA","Scopri come le funzionalità di IA in una piattaforma DevSecOps possono aumentare la produttività e la collaborazione.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463727/lo1idgayu6d7ysofhlsn.png",{"ignoreTitleCharLimit":324},{"title":454,"date":459,"description":455,"timeToRead":460,"heroImage":456,"keyTakeaways":461,"articleBody":465},"2023-12-14","8 minuti di lettura",[462,463,464],"Automatizzando le attività di routine e fornendo strumenti come i suggerimenti di codice, l'IA migliora l'efficienza degli sviluppatori e riduce lo stress, con potenziali vantaggi sulla soddisfazione e sulla fidelizzazione dei dipendenti.","Un'implementazione strategica degli strumenti di IA può aiutare gli sviluppatori a concentrarsi su progetti più importanti.","L'IA aiuta a riassumere le revisioni del codice e le discussioni, consentendo ai collaboratori di informarsi velocemente e contribuire ai progetti in corso. Questi vantaggi favoriscono un ambiente di lavoro più collaborativo e connesso.","L'intelligenza artificiale (IA) è destinata a migliorare radicalmente la creazione di software dei team DevSecOps. I leader IT possono aiutare i loro team a massimizzare tutti i vantaggi dell'IA, facendo leva su come questa tecnologia può aumentare l'efficienza, semplificare il lavoro degli sviluppatori e promuovere, e non sostituire, la collaborazione tra esseri umani.\n\n\"Se gli sviluppatori hanno gli strumenti giusti per svolgere il proprio lavoro in modo efficiente, sono più felici e meno stressati\", afferma Abubakar Siddiq Ango, responsabile del programma di promozione di GitLab tra gli sviluppatori. \"E se gli sviluppatori sono più felici, meno stressati e meno esausti, lavoreranno meglio e non cercheranno di cambiare azienda. Questo significa migliore produttività e fidelizzazione. Un ottimo risultato.\"\n\n[Le funzionalità di IA integrate in una piattaforma DevSecOps end-to-end](https://about.gitlab.com/it-it/gitlab-duo/) aiutano gli sviluppatori a semplificare il lavoro. Pensa all'IA come all'automazione di prossima generazione, che consente agli sviluppatori di fare ciò che più amano: scrivere codice innovativo.\n\nEcco cinque modi per aiutare i tuoi team DevSecOps a usare l'IA per trasformare il lavoro:\n\n## 1. Aumenta la fiducia in sé stessi degli sviluppatori con una formazione sull'IA\n\nUna delle cose migliori che i dirigenti possono fare per rendere il lavoro degli sviluppatori più facile, più interessante e meno stressante è [automatizzare le attività di routine dei team]( https://about.gitlab.com/it-it/the-source/ai/how-ai-helps-devsecops-teams-improve-productivity/), e velocizzare ed efficientare la risoluzione dei problemi. E questo è un compito perfetto per l'IA.\n\nUsando strumenti di IA, come i [suggerimenti di codice](https://about.gitlab.com/blog/code-suggestions-improves-developer-productivity/), i riepiloghi delle vulnerabilità e le spiegazioni del codice, gli sviluppatori possono dedicare meno tempo ed energie a compiti semplici, lunghi e ripetitivi. Questa tecnologia alleggerisce notevolmente il loro carico di attività e contribuisce a migliorare la qualità del lavoro.\n\n\"Migliorerà sicuramente il lavoro degli sviluppatori\", afferma Ango. \"Passo il 70% del mio tempo a cercare su Google questa o quella funzione. Se trovo le informazioni che stavo cercando nel giro di pochi secondi, e non di ore, posso impiegare quel tempo e quell'energia a scrivere codice. Lasciando all'IA  i compiti più semplici, gli sviluppatori possono dedicarsi a cose più importanti.\" \n\nPer iniziare a usare l'IA in modo da non aggiungere semplicemente stress ai membri del team DevSecOps, i manager e i dirigenti devono assicurarsi che il personale abbia la formazione necessaria per sentirsi a proprio agio con le funzionalità dell'IA. [Dalla nostra ricerca](https://about.gitlab.com/it-it/developer-survey/2024/ai/) emerge che quasi un terzo delle persone intervistate, il 31 %, teme di non avere le competenze adeguate per usare l'IA o interpretarne i risultati. La formazione è fondamentale per qualsiasi tecnologia, ma considerata la rivoluzionarietà dell'IA, è bene garantire che i collaboratori inizino a usarla con fiducia in sé stessi ed entusiasmo.\n\n## 2. Collabora con i team per implementare l'IA in modo strategico\n\nRiducendo le attività manuali, gli sviluppatori avranno più tempo per creare funzionalità per le nuove iterazioni dei progetti o per ideare il prossimo software importante. E potranno tornare ai progetti che erano stati accantonati per mancanza di tempo. \n\nUsando l'IA per generare suggerimenti e spiegazioni del codice o sfruttando l'analisi delle cause principali basata sull'IA per identificare il motivo di un problema, gli sviluppatori hanno più tempo per portare avanti i progetti e concentrarsi su esigenze più generali.\n\n\"Credo che i dirigenti e i leader IT debbano capire che l'IA è un aiuto per i loro team a fare di più\", afferma Karen Kwentus, Senior Solutions Architect di GitLab. \"Queste funzionalità eliminano le attività ripetitive. Mentre sviluppo software, passo letteralmente delle ore a cercare di capire un problema. Se l'IA può suggerire parti di codice o riassumere le vulnerabilità evitando perdite di tempo, sono ore di lavoro risparmiate. E all'improvviso mi rendo conto che posso fare di più nello stesso lasso di tempo.\" \n\nE aggiunge: \"L'IA aumenterà l'efficienza degli sviluppatori nella creazione, nella protezione e nel deployment di software\".\n\nI leader aziendali devono rimanere aggiornati sulle funzionalità dell'IA disponibili e collaborare con i propri team per capire quali flussi di lavoro semplificare per primi con questa tecnologia. Dove può essere usata l'IA per aiutare gli sviluppatori ad alleggerire il carico di lavoro ed essere più efficienti? Quando viene introdotta una soluzione di IA in azienda e gli sviluppatori vedono risultati positivi, i manager possono lavorare con i loro team per capire quali progetti o attività sono stati rimandati o accantonati, e dare loro priorità.\n\n## 3. Punta sull'importanza della collaborazione tra esseri umani\n\nUno dei vantaggi principali di una piattaforma DevSecOps è che favorisce un ambiente collaborativo. Offrendo visibilità sull'intero ciclo di sviluppo software sia agli addetti al DevSecOps che agli altri reparti, i vari team possono comunicare facilmente, aiutarsi a vicenda su come superare gli ostacoli e dare suggerimenti per migliorare l'efficienza. \n\nTutto questo è possibile grazie all'IA.\n\n\"Quando i colleghi pubblicano commenti sul codice che stai creando, sono utili solo se hai il tempo di leggerli e comprenderli tutti\", afferma Ango. \"Se qualcuno chiede una revisione, l'IA può fornire un riepilogo della sua richiesta. E quando le persone rivedono il codice, [l'IA può riassumere i loro commenti](https://about.gitlab.com/blog/merge-request-changes-summary-ai/) per chiarire a tutti la discussione sul progetto. Invece di allontanare le persone, l'IA le mette più in connessione\".\n\nAngo aggiunge: \"Il flusso di lavoro è abilitato per l'IA. Ed è migliorato, non sostituito dall'IA\". \n\nL'IA non si limita ad automatizzare le attività, ma aiuta a comunicare, creando più opportunità di collaborazione tra esseri umani. Per aiutare i team, i leader aziendali possono promuovere un ambiente di lavoro improntato alla comunicazione e alla collaborazione, ricordando che tutto ciò è reso possibile dall'IA.\n\n## 4. Incoraggia i collaboratori a condividere le responsabilità in fatto di sicurezza\n\nUsare i [riepiloghi delle vulnerabilità](https://about.gitlab.com/blog/developing-gitlab-duo-use-ai-to-remediate-security-vulnerabilities/) basati sull'IA rende la protezione del codice più efficiente, meno faticosa e più veloce.\n\nAd esempio, se uno sviluppatore esegue il push del codice e riceve un avviso che segnala il rilevamento di un SQL injection, potrebbe non capire subito i suoi effetti sul codice. Ma grazie all'IA è facile avere una spiegazione della vulnerabilità, capire come influisce sul codice e sull'intero software, e ottenere consigli su come risolverla.\n\n\"L'IA può spiegare una vulnerabilità e suggerire una correzione: è esattamente quello che voglio\", afferma Kwentus. \"La responsabilità di implementare la correzione è comunque degli sviluppatori e dei team di sicurezza, che possono essere aiutati dal prompting, dal contesto e dalle spiegazioni utili forniti dall'IA. Avendo più informazioni, l'utente può valutare e correggere il problema più velocemente\".\n\nPoiché i leader IT devono garantire che i team DevSecOps usino test e avvisi di sicurezza e conformità automatici, devono anche assicurarsi che usino strumenti di IA per la sicurezza, come i riepiloghi delle vulnerabilità. I collaboratori sanno che la sicurezza è una responsabilità sempre più condivisa. Ciò significa che la correzione dei problemi non spetta solo al team della sicurezza, che si occupa dei problemi alla fine di un progetto. Gli sviluppatori che creano il codice possono usare le funzionalità dell'IA per spiegare i problemi quando si presentano e sfruttare i suggerimenti per correggerli non appena vengono rilevati.\n\n> Scopri di più su [come l'IA può aiutare i team DevOps a migliorare la sicurezza](https://about.gitlab.com/it-it/the-source/ai/4-ways-ai-can-help-devops-teams-improve-security/) e [come implementare l'IA generativa nel tuo ambiente DevSecOps](https://about.gitlab.com/it-it/the-source/ai/how-to-put-generative-ai-to-work-in-your-devsecops-environment/).\n\n## 5. Trova gli esperti di IA nei tuoi team\n\nI dirigenti dovrebbero trovare il tempo per parlare con i collaboratori delle funzionalità di IA nella loro piattaforma DevSecOps e di come questi strumenti possono alleggerire il carico di lavoro. \"Comunica ai team i tuoi obiettivi\", afferma Kwentus. \"Informali. Parla del risparmio di tempo ed energie. Spiega che potranno dedicare meno tempo alla ricerca delle vulnerabilità e più tempo alla scrittura di codice. Non hanno scelto questo lavoro per occuparsi di altre attività collaterali. Vogliono scrivere codice e questa tecnologia darà loro più tempo per farlo\".\n\nAlleggerendo il carico di lavoro e lo stress, gli sviluppatori saranno più soddisfatti. E le persone più soddisfatte tendono a restare più a lungo in azienda, il che significa team DevSecOps più stabili e meno lavoro per i dirigenti.\n\n\"È frustrante per gli sviluppatori cercare di fare qualcosa ma continuare a trovare ostacoli\", afferma Ango. \"Sbarazzarsi di questi ostacoli ridurrà lo stress e il burnout. E questo è un vantaggio per tutti\".\n\nI leader IT dovrebbero, ovviamente, comunicare chiaramente le funzionalità dell'IA nelle loro piattaforme DevSecOps, spiegando come possono semplificare il lavoro e assicurandosi che i team siano formati per usare gli strumenti in modo efficiente e con sicurezza.\n\nI leader possono facilitare questa comunicazione individuando nei team persone influenti che sono entusiaste dell'IA e che fungeranno da esperti di riferimento per incoraggiare gli altri ad adottare questa tecnologia. Dando ai team non solo gli strumenti per semplificare il lavoro, ma anche le conoscenze su come usarli e l'incoraggiamento ad adottarli, è probabile che gli sviluppatori siano più soddisfatti.","5-ways-execs-can-support-their-devops-teams-with-ai","content:it-it:the-source:ai:5-ways-execs-can-support-their-devops-teams-with-ai:index.yml","it-it/the-source/ai/5-ways-execs-can-support-their-devops-teams-with-ai/index.yml","it-it/the-source/ai/5-ways-execs-can-support-their-devops-teams-with-ai/index",[408,448],{"ai":350,"platform":357,"security":92},1754424541929]