[{"data":1,"prerenderedAt":733},["ShallowReactive",2],{"/it-it/the-source/platform":3,"footer-it-it":35,"the-source-banner-it-it":342,"the-source-navigation-it-it":354,"the-source-newsletter-it-it":380,"footer-source-/it-it/the-source/platform/":391,"the-source-the-source-resources-it-it":404,"authors-it-it":420,"categories-it-it":451,"platform-articles-list-it-it":452},{"_path":4,"_dir":5,"_draft":6,"_partial":6,"_locale":7,"config":8,"seo":9,"content":14,"type":27,"slug":28,"_id":29,"_type":30,"title":7,"_source":31,"_file":32,"_stem":33,"_extension":34},"/it-it/the-source/platform","the-source",false,"",{"layout":5},{"title":10,"description":11,"ogImage":7,"config":12},"Piattaforma e infrastruttura","Scopri come creare un framework DevSecOps in grado di migliorare l'efficienza del tuo team dalla fase di pianificazione a quella di distribuzione.",{"ignoreTitleCharLimit":13},true,[15,21],{"componentName":16,"componentContent":17},"TheSourceCategoryHero",{"title":10,"description":11,"image":18},{"config":19},{"src":20},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463263/bdz7hmhpbmgwvoybcaud.png",{"componentName":22,"componentContent":23},"TheSourceCategoryMainSection",{"config":24},{"sourceCTAs":25},[26],"gitlab-2024-global-devsecops-report","category","platform","content:it-it:the-source:platform:index.yml","yaml","content","it-it/the-source/platform/index.yml","it-it/the-source/platform/index","yml",{"_path":36,"_dir":37,"_draft":6,"_partial":6,"_locale":7,"data":38,"_id":338,"_type":30,"title":339,"_source":31,"_file":340,"_stem":341,"_extension":34},"/shared/it-it/main-footer","it-it",{"text":39,"source":40,"edit":46,"contribute":51,"config":56,"items":61,"minimal":330},"Git è un marchio di Software Freedom Conservancy e l'uso del termine \"GitLab\" è regolato da un accordo di licenza",{"text":41,"config":42},"Visualizza origine pagina",{"href":43,"dataGaName":44,"dataGaLocation":45},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/","page source","footer",{"text":47,"config":48},"Modifica questa pagina",{"href":49,"dataGaName":50,"dataGaLocation":45},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/content/","web ide",{"text":52,"config":53},"Contribuisci",{"href":54,"dataGaName":55,"dataGaLocation":45},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/CONTRIBUTING.md/","please contribute",{"twitter":57,"facebook":58,"youtube":59,"linkedin":60},"https://twitter.com/gitlab","https://www.facebook.com/gitlab","https://www.youtube.com/channel/UCnMGQ8QHMAnVIsI3xJrihhg","https://www.linkedin.com/company/gitlab-com",[62,89,162,230,292],{"title":63,"links":64,"subMenu":70},"Piattaforma",[65],{"text":66,"config":67},"Piattaforma DevSecOps",{"href":68,"dataGaName":69,"dataGaLocation":45},"/it-it/platform/","devsecops platform",[71],{"title":72,"links":73},"Prezzi",[74,79,84],{"text":75,"config":76},"Visualizza i piani",{"href":77,"dataGaName":78,"dataGaLocation":45},"/it-it/pricing/","view plans",{"text":80,"config":81},"Perché passare a Premium?",{"href":82,"dataGaName":83,"dataGaLocation":45},"/it-it/pricing/premium/","why premium",{"text":85,"config":86},"Perché passare a Ultimate?",{"href":87,"dataGaName":88,"dataGaLocation":45},"/it-it/pricing/ultimate/","why ultimate",{"title":90,"links":91},"Soluzioni",[92,97,102,107,112,117,122,127,132,137,142,147,152,157],{"text":93,"config":94},"Trasformazione digitale",{"href":95,"dataGaName":96,"dataGaLocation":45},"/it-it/topics/digital-transformation/","digital transformation",{"text":98,"config":99},"Sicurezza e conformità",{"href":100,"dataGaName":101,"dataGaLocation":45},"/it-it/solutions/application-security-testing/","Application security testing",{"text":103,"config":104},"Distribuzione software automatizzata",{"href":105,"dataGaName":106,"dataGaLocation":45},"/it-it/solutions/delivery-automation/","automated software delivery",{"text":108,"config":109},"Sviluppo Agile",{"href":110,"dataGaName":111,"dataGaLocation":45},"/it-it/solutions/agile-delivery/","agile delivery",{"text":113,"config":114},"Trasformazione cloud",{"href":115,"dataGaName":116,"dataGaLocation":45},"/it-it/topics/cloud-native/","cloud transformation",{"text":118,"config":119},"SCM",{"href":120,"dataGaName":121,"dataGaLocation":45},"/it-it/solutions/source-code-management/","source code management",{"text":123,"config":124},"CI/CD",{"href":125,"dataGaName":126,"dataGaLocation":45},"/it-it/solutions/continuous-integration/","continuous integration & delivery",{"text":128,"config":129},"Gestione del flusso di valore",{"href":130,"dataGaName":131,"dataGaLocation":45},"/it-it/solutions/value-stream-management/","value stream management",{"text":133,"config":134},"GitOps",{"href":135,"dataGaName":136,"dataGaLocation":45},"/it-it/solutions/gitops/","gitops",{"text":138,"config":139},"Aziende",{"href":140,"dataGaName":141,"dataGaLocation":45},"/it-it/enterprise/","enterprise",{"text":143,"config":144},"Piccole imprese",{"href":145,"dataGaName":146,"dataGaLocation":45},"/it-it/small-business/","small business",{"text":148,"config":149},"Pubblica amministrazione",{"href":150,"dataGaName":151,"dataGaLocation":45},"/it-it/solutions/public-sector/","public sector",{"text":153,"config":154},"Istruzione",{"href":155,"dataGaName":156,"dataGaLocation":45},"/it-it/solutions/education/","education",{"text":158,"config":159},"Servizi finanziari",{"href":160,"dataGaName":161,"dataGaLocation":45},"/it-it/solutions/finance/","financial services",{"title":163,"links":164},"Risorse",[165,170,175,180,185,190,195,200,205,210,215,220,225],{"text":166,"config":167},"Installazione",{"href":168,"dataGaName":169,"dataGaLocation":45},"/it-it/install/","install",{"text":171,"config":172},"Guide rapide",{"href":173,"dataGaName":174,"dataGaLocation":45},"/it-it/get-started/","quick setup checklists",{"text":176,"config":177},"Formazione",{"href":178,"dataGaName":179,"dataGaLocation":45},"https://university.gitlab.com/","learn",{"text":181,"config":182},"Documentazione di prodotto",{"href":183,"dataGaName":184,"dataGaLocation":45},"https://docs.gitlab.com/","docs",{"text":186,"config":187},"Blog",{"href":188,"dataGaName":189,"dataGaLocation":45},"/blog/","blog",{"text":191,"config":192},"Storie di successo dei clienti",{"href":193,"dataGaName":194,"dataGaLocation":45},"/it-it/customers/","customer success stories",{"text":196,"config":197},"Lavorare da remoto",{"href":198,"dataGaName":199,"dataGaLocation":45},"https://handbook.gitlab.com/handbook/company/culture/all-remote/","remote",{"text":201,"config":202},"Servizi GitLab",{"href":203,"dataGaName":204,"dataGaLocation":45},"/it-it/services/","services",{"text":206,"config":207},"TeamOps",{"href":208,"dataGaName":209,"dataGaLocation":45},"/it-it/teamops/","teamops",{"text":211,"config":212},"Community",{"href":213,"dataGaName":214,"dataGaLocation":45},"/community/","community",{"text":216,"config":217},"Forum",{"href":218,"dataGaName":219,"dataGaLocation":45},"https://forum.gitlab.com/","forum",{"text":221,"config":222},"Eventi",{"href":223,"dataGaName":224,"dataGaLocation":45},"/events/","events",{"text":226,"config":227},"Partner",{"href":228,"dataGaName":229,"dataGaLocation":45},"/it-it/partners/","partners",{"title":231,"links":232},"Azienda",[233,238,243,248,253,258,263,267,272,277,282,287],{"text":234,"config":235},"Informazioni",{"href":236,"dataGaName":237,"dataGaLocation":45},"/it-it/company/","company",{"text":239,"config":240},"Opportunità di lavoro",{"href":241,"dataGaName":242,"dataGaLocation":45},"/jobs/","jobs",{"text":244,"config":245},"Leadership",{"href":246,"dataGaName":247,"dataGaLocation":45},"/company/team/e-group/","leadership",{"text":249,"config":250},"Team",{"href":251,"dataGaName":252,"dataGaLocation":45},"/company/team/","team",{"text":254,"config":255},"Manuale",{"href":256,"dataGaName":257,"dataGaLocation":45},"https://handbook.gitlab.com/","handbook",{"text":259,"config":260},"Rapporti con gli investitori",{"href":261,"dataGaName":262,"dataGaLocation":45},"https://ir.gitlab.com/","investor relations",{"text":264,"config":265},"Sustainability",{"href":266,"dataGaName":264,"dataGaLocation":45},"/sustainability/",{"text":268,"config":269},"Diversità, inclusione e appartenenza (DIB)",{"href":270,"dataGaName":271,"dataGaLocation":45},"/it-it/diversity-inclusion-belonging/","Diversity, inclusion and belonging",{"text":273,"config":274},"Trust Center",{"href":275,"dataGaName":276,"dataGaLocation":45},"/it-it/security/","trust center",{"text":278,"config":279},"Newsletter",{"href":280,"dataGaName":281,"dataGaLocation":45},"/company/contact/","newsletter",{"text":283,"config":284},"Rassegna stampa",{"href":285,"dataGaName":286,"dataGaLocation":45},"/press/","press",{"text":288,"config":289},"Dichiarazione di trasparenza sulla schiavitù moderna",{"href":290,"dataGaName":291,"dataGaLocation":45},"https://handbook.gitlab.com/handbook/legal/modern-slavery-act-transparency-statement/","modern slavery transparency statement",{"title":293,"links":294},"Contattaci",[295,300,305,310,315,320,325],{"text":296,"config":297},"Contatta un esperto",{"href":298,"dataGaName":299,"dataGaLocation":45},"/it-it/sales/","sales",{"text":301,"config":302},"Richiedi assistenza",{"href":303,"dataGaName":304,"dataGaLocation":45},"/support/","get help",{"text":306,"config":307},"Portale clienti",{"href":308,"dataGaName":309,"dataGaLocation":45},"https://customers.gitlab.com/customers/sign_in/","customer portal",{"text":311,"config":312},"Stato",{"href":313,"dataGaName":314,"dataGaLocation":45},"https://status.gitlab.com/","status",{"text":316,"config":317},"Termini di utilizzo",{"href":318,"dataGaName":319,"dataGaLocation":45},"/terms/","terms of use",{"text":321,"config":322},"Informativa sulla privacy",{"href":323,"dataGaName":324,"dataGaLocation":45},"/it-it/privacy/","privacy statement",{"text":326,"config":327},"Preferenze dei cookie",{"dataGaName":328,"dataGaLocation":45,"id":329,"isOneTrustButton":13},"cookie preferences","ot-sdk-btn",{"items":331},[332,334,336],{"text":316,"config":333},{"href":318,"dataGaName":319,"dataGaLocation":45},{"text":321,"config":335},{"href":323,"dataGaName":324,"dataGaLocation":45},{"text":326,"config":337},{"dataGaName":328,"dataGaLocation":45,"id":329,"isOneTrustButton":13},"content:shared:it-it:main-footer.yml","Main Footer","shared/it-it/main-footer.yml","shared/it-it/main-footer",{"_path":343,"_dir":344,"_draft":6,"_partial":6,"_locale":7,"id":345,"visibility":13,"title":346,"button":347,"_id":351,"_type":30,"_source":31,"_file":352,"_stem":353,"_extension":34},"/shared/it-it/the-source/banner/the-economics-of-software-innovation-2025-08-18","banner","The Economics of Software Innovation","The Economics of Software Innovation—AI’s $750 Billion Opportunity",{"config":348,"text":350},{"href":349},"/software-innovation-report/","Get the research report","content:shared:it-it:the-source:banner:the-economics-of-software-innovation-2025-08-18.yml","shared/it-it/the-source/banner/the-economics-of-software-innovation-2025-08-18.yml","shared/it-it/the-source/banner/the-economics-of-software-innovation-2025-08-18",{"_path":355,"_dir":5,"_draft":6,"_partial":6,"_locale":7,"logo":356,"subscribeLink":361,"navItems":365,"_id":376,"_type":30,"title":377,"_source":31,"_file":378,"_stem":379,"_extension":34},"/shared/it-it/the-source/navigation",{"altText":357,"config":358},"the source logo",{"src":359,"href":360},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1750191004/t7wz1klfb2kxkezksv9t.svg","/it-it/the-source/",{"text":362,"config":363},"Iscriviti",{"href":364},"#subscribe",[366,370,373],{"text":367,"config":368},"Intelligenza artificiale",{"href":369},"/it-it/the-source/ai/",{"text":98,"config":371},{"href":372},"/it-it/the-source/security/",{"text":10,"config":374},{"href":375},"/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":381,"_dir":5,"_draft":6,"_partial":6,"_locale":7,"title":382,"description":383,"submitMessage":384,"formData":385,"_id":388,"_type":30,"_source":31,"_file":389,"_stem":390,"_extension":34},"/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":386},{"formId":387,"formName":281,"hideRequiredLabel":13},28469,"content:shared:it-it:the-source:newsletter.yml","shared/it-it/the-source/newsletter.yml","shared/it-it/the-source/newsletter",{"_path":4,"_dir":5,"_draft":6,"_partial":6,"_locale":7,"config":392,"seo":393,"content":395,"type":27,"slug":28,"_id":29,"_type":30,"title":7,"_source":31,"_file":32,"_stem":33,"_extension":34},{"layout":5},{"title":10,"description":11,"ogImage":7,"config":394},{"ignoreTitleCharLimit":13},[396,400],{"componentName":16,"componentContent":397},{"title":10,"description":11,"image":398},{"config":399},{"src":20},{"componentName":22,"componentContent":401},{"config":402},{"sourceCTAs":403},[26],[405],{"_path":406,"_dir":407,"_draft":6,"_partial":6,"_locale":7,"config":408,"title":409,"description":410,"link":411,"_id":417,"_type":30,"_source":31,"_file":418,"_stem":419,"_extension":34},"/shared/it-it/the-source/source-lp-ctas/gitlab-2024-global-devsecops-report","source-lp-ctas",{"slug":26},"Report globale 2024 sul DevSecOps a cura di GitLab","Leggi i [risultati del sondaggio condotto tra oltre 5.000 professionisti DevSecOps in tutto il mondo](https://about.gitlab.com/developer-survey/) e scopri come si evolvono le opinioni sulla sicurezza, sull'IA e sulla DevEx.",{"text":412,"config":413},"Leggi il report",{"href":414,"dataGaName":415,"dataGaLocation":416},"/developer-survey/?utm_campaign=eg_global_cmp_gated-content_aisdlc_en_ds24&utm_content=ds24_report_x","2024 global devsecops survey","thesource","content:shared:it-it:the-source:source-lp-ctas:gitlab-2024-global-devsecops-report.yml","shared/it-it/the-source/source-lp-ctas/gitlab-2024-global-devsecops-report.yml","shared/it-it/the-source/source-lp-ctas/gitlab-2024-global-devsecops-report",{"amanda-rueda":421,"andre-michael-braun":422,"andrew-haschka":423,"ayoub-fandi":424,"brian-wald":425,"bryan-ross":426,"chandler-gibbons":427,"dave-steer":428,"ddesanto":429,"derek-debellis":430,"emilio-salvador":431,"erika-feldman":432,"george-kichukov":433,"gitlab":434,"grant-hickman":435,"haim-snir":436,"iganbaruch":437,"jlongo":438,"joel-krooswyk":439,"josh-lemos":440,"julie-griffin":441,"kristina-weis":442,"lee-faus":443,"ncregan":444,"rschulman":445,"sabrina-farmer":446,"sandra-gittlen":447,"sharon-gaudin":448,"stephen-walters":449,"taylor-mccaslin":450},"Amanda Rueda","Andre Michael Braun","Andrew Haschka","Ayoub Fandi","Brian Wald","Bryan Ross","Chandler Gibbons","Dave Steer","David DeSanto","Derek DeBellis","Emilio Salvador","Erika Feldman","George Kichukov","GitLab","Grant Hickman","Haim Snir","Itzik Gan Baruch","Joseph Longo","Joel Krooswyk","Josh Lemos","Julie Griffin","Kristina Weis","Lee Faus","Niall Cregan","Robin Schulman","Sabrina Farmer","Sandra Gittlen","Sharon Gaudin","Stephen Walters","Taylor McCaslin",{"ai":367,"platform":10,"security":98},[453,505,527,579,602,645,690,712],{"_path":454,"_dir":28,"_draft":6,"_partial":6,"_locale":7,"config":455,"seo":459,"content":464,"type":492,"category":28,"slug":493,"_id":494,"_type":30,"title":460,"_source":31,"_file":495,"_stem":496,"_extension":34,"date":465,"description":466,"timeToRead":467,"heroImage":462,"keyTakeaways":497,"articleBody":472,"faq":498},"/it-it/the-source/platform/why-software-logistics-is-key-to-accelerating-innovation",{"layout":5,"template":456,"author":457,"featured":13,"sourceCTA":458,"isHighlighted":6,"authorName":443},"TheSourceArticle","lee-faus","source-lp-building-a-resilient-software-development-practice",{"title":460,"description":461,"ogImage":462,"config":463},"Perché la logistica del software è fondamentale per accelerare l'innovazione","Trasforma e accelera i processi di deployment con la logistica software, per una collaborazione efficace tra team delle operazioni e sviluppatori.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463545/nomdlhvlawqmncg0g1p8.png",{"ignoreTitleCharLimit":13},{"title":460,"date":465,"description":466,"timeToRead":467,"heroImage":462,"keyTakeaways":468,"articleBody":472,"faq":473},"2025-04-15","Trasforma i processi di deployment con la logistica software, in modo che il tuo team delle operazioni possa aiutare in modo efficiente gli sviluppatori e distribuire il prodotto più velocemente.","4 minuti di lettura",[469,470,471],"La logistica del software si concentra su ciò che accade dopo la creazione di un pacchetto di codice (provisioning, deployment, configurazione, monitoraggio e manutenzione), ottimizzando la seconda metà della catena di fornitura del software.","Solo l'1% circa del personale tecnico ricopre ruoli operativi, perciò le aziende hanno bisogno di una \"mentalità logistica\" per automatizzare i processi di distribuzione e creare developer experience migliori.","Scegliendo una logistica del software basata sulla metodologia Platform-as-a-Product, è possibile standardizzare i processi preservandone la flessibilità, riducendo così i rischi per la sicurezza e accelerando i cicli di deployment.","Il software non è solo il motore della tua attività: è la tua attività. Ma nonostante le aziende investano molto nelle capacità di sviluppo, spesso trascurano una componente fondamentale: la logistica del software.\n\nQuesto termine si riferisce a tutto ciò che accade dopo che il codice è stato preparato per la distribuzione: provisioning, deployment, configurazione, monitoraggio e manutenzione. È la seconda, e fondamentale, metà della catena di fornitura del software, dove anche le soluzioni progettate in modo più brillante possono vacillare senza un'esecuzione corretta.\n\nLa sfida è chiara: secondo le statistiche, per ogni 100 sviluppatori nella tua azienda probabilmente solo una persona si occupa delle operazioni. Queste risorse in genere si occupano dell'ingegneria di rete, dell'amministrazione del database, del platform engineering e dell'affidabilità del sito. Poiché l'IA generativa aumenterà nettamente la quantità di codice prodotta dagli sviluppatori, si genererà un collo di bottiglia insostenibile al momento della distribuzione del software.\n\n## Perché gli approcci tradizionali sono inadeguati\n**I metodi comuni per gestire tale squilibrio sono generalmente due: sovraccaricare i team operativi o costringere gli sviluppatori a diventare esperti di operazioni. Nessuna delle due soluzioni funziona bene.**\n\nQuando i team delle operazioni sono sopraffatti, creano processi restrittivi che rallentano la distribuzione. Quando gli sviluppatori sono costretti a gestire le operazioni, dedicano meno tempo a ciò che sanno fare meglio, ovvero risolvere i problemi aziendali attraverso il codice. La nostra [ricerca mostra](https://about.gitlab.com/developer-survey/2024/ai/) che gli sviluppatori di solito dedicano solo il 21% del loro tempo a scrivere nuovo codice, mentre il resto è dedicato a riunioni, manutenzione e attività amministrative.\n\nQuesta inefficienza è frustrante e costosa. Ogni giorno, le innovazioni rimangono in attesa del deployment, il che comporta una perdita di valore aziendale.\n\n## Il modello di distribuzione premium per i software\nE se potessi garantire una distribuzione software affidabile e prevedibile? È possibile, grazie a una logistica del software efficace.\n\nProprio come le moderne aziende di logistica hanno rivoluzionato la vendita al dettaglio semplificando la catena di approvvigionamento e portando i prodotti dai magazzini ai clienti in modo efficiente, le aziende devono spostare il software dai registri dei pacchetti agli ambienti di produzione senza ostacoli.\n\nSempre più società stanno investendo nel [platform engineering](https://about.gitlab.com/the-source/platform/driving-business-results-with-platform-engineering/) per accelerare lo sviluppo del software standardizzando le best practice e i componenti per i team di sviluppo. Ma se le iniziative di platform engineering sono incentrate solo sull'esperienza degli sviluppatori, manca un pezzo fondamentale del puzzle. Migliorare l'esperienza degli sviluppatori è importante, ma rendere più efficiente la creazione del codice perde significato se la tua azienda non ha la maturità operativa per eseguirne il deployment, configurarlo, monitorarlo e mantenerlo in modo efficace.\n\nÈ qui che entra in gioco la logistica del software, che garantisce che una velocità di scrittura maggiore si traduca in valore aziendale reale, invece di creare colli di bottiglia nel processo di deployment o problemi operativi.\n\n## Il vantaggio competitivo della logistica del software\nUna logistica del software efficace ha diversi vantaggi:\n- **Cicli di distribuzione accelerati**: il tempo tra il completamento del codice e il deployment in produzione passa da settimane a pochi giorni o addirittura poche ore.\n- **Sicurezza migliore**: integrare la sicurezza nelle pipeline di sviluppo anziché trattarla come un passaggio finale riduce le vulnerabilità e mantiene la velocità desiderata.\n- **Efficienza operativa migliore**: consente al personale operativo limitato di supportare più sviluppatori grazie all'automazione e alle funzionalità self-service.\n- **Migliore allocazione delle risorse**: gli sviluppatori possono dedicarsi alla creazione di valore aziendale, invece che alla gestione delle complessità del deployment.\n\n## Ottimizzare una logistica del software efficace\nParlando con i responsabili tecnici di aziende di varie dimensioni, ho notato diversi schemi ricorrenti che rendono la logistica del software efficace. Ecco tre passaggi per ottimizzare la logistica del software:\n\n### Creare un framework di distribuzione delle applicazioni aziendale\nLa distribuzione del software moderna richiede un'orchestrazione sofisticata in ambienti, strategie di deployment e problemi operativi diversi. Un framework efficace dovrebbe includere aspetti come **l'orchestrazione delle release** per coordinare il deployment di servizi interdipendenti tra gli ambienti;, **strategie di distribuzione progressiva** come le canary release e i flag funzionalità che consentono implementazioni controllate con verifica automatica e **l'automazione del provisioning** che crea l'infrastruttura di base attraverso interfacce controllate da criteri, imponendo al contempo sistemi di protezione e requisiti di conformità. Generando attestati in ogni fase, questo framework crea un registro verificabile dell'intero processo di consegna e consente di valutare i rischi in tempo reale e di convalidare la conformità.\n\n### Adottare una piattaforma con un archivio dati unificato\nLe aziende con le migliori prestazioni hanno bisogno di metriche complete per l'intera pipeline di consegna, dal commit del codice alle prestazioni di produzione. Non è possibile gestire ciò che non si misura, e i migliori team misurano ogni elemento, dalla velocità di sviluppo alla stabilità operativa, fino alla security posture. Una struttura dati unificata è come il sistema nervoso centrale della logistica software efficace, perché collega in silos le informazioni precedentemente isolate attraverso l'intero ciclo di distrubuzione software e consente un processo decisionale intelligente e l'automazione.\n\n### Aumentare l'autonomia degli sviluppatori attraverso le golden pipeline\nUsando interfacce intuitive che consentono agli sviluppatori di avviare il deployment senza comprendere la complessità che ne sono alla base, con sistemi di protezione integrati, puoi ridurre il carico dei team operativi accelerando i cicli di distribuzione. Come mi ha detto un responsabile del platform engineering: \"Il nostro compito è rendere la piattaforma così facile da usare che i team possono gestirsi da soli\".\n\n## Logistica del software: il fattore che distingue le aziende digital-first\nLa pressione dei concorrenti è in costante aumento, perciò la capacità di spostare in modo efficiente il software dai test alla produzione diventa un fattore di differenziazione cruciale. Se il personale operativo è limitato, la logistica del software può contribuire all'organizzazione dello sviluppo software, accelerando l'innovazione e garantendo sicurezza e affidabilità.",[474,477,480,483,486,489],{"header":475,"content":476},"Cos'è la logistica del software nel contesto dello sviluppo?","Con logistica del software si intendono i processi che si verificano dopo la creazione di un pacchetto del codice, inclusi provisioning, deployment, configurazione, monitoraggio e manutenzione. Rappresenta la seconda metà della catena di fornitura del software e garantisce una distribuzione affidabile, sicura ed efficiente in produzione.",{"header":478,"content":479},"Perché la logistica del software sta diventando sempre più importante?","Poiché il ritmo di creazione del codice sta aumentando grazie all'IA generativa, le aziende devono far fronte a una crescente pressione per eseguirne il deployment e mantenerlo in modo efficiente. Se le risorse operative sono limitate, una logistica del software efficace è essenziale per prevenire colli di bottiglia e creare valore aziendale grazie a uno sviluppo rapido.",{"header":481,"content":482},"In che modo una logistica del software scadente influisce sui cicli di distribuzione?","Senza una logistica ottimizzata, si verificano ritardi nel deployment o operazioni incoerenti, e si fa affidamento eccessivo su team delle operazioni sovraccarichi o su sviluppatori che svolgono lavoro operativo. Questi problemi riducono la velocità di innovazione e aumentano il rischio operativo.",{"header":484,"content":485},"Qual è il ruolo delle \"golden pipeline\" nella logistica del software?","Le golden pipeline offrono flussi di deployment preconfigurati e automatici, che gli sviluppatori possono usare in modo indipendente. Queste pipeline aumentano l'autonomia degli sviluppatori, incorporando sistemi di protezione e compliance e riducendo l'affidamento sui team delle operazioni.",{"header":487,"content":488},"In che modo un archivio dati unificato può migliorare la logistica del software?","Un archivio dati unificato collega le metriche lungo tutto il ciclo di distribuzione software, dal commit del codice alla produzione. Così facendo, consente di ottenere approfondimenti in tempo reale e di monitorare le prestazioni e l'automazione. Le aziende possono dunque gestire il rischio di distribuzione e ottimizzare i risultati.",{"header":490,"content":491},"Perché il platform engineering dovrebbe includere la logistica?","Molti progetti di platform engineering puntano a migliorare la developer experience, ma il lato logistico garantisce che una velocità di codifica maggiore si traduca in un'effettiva efficienza di deployment. Senza funzionalità logistiche, la velocità di sviluppo non aumenta l'agilità aziendale.","article","why-software-logistics-is-key-to-accelerating-innovation","content:it-it:the-source:platform:why-software-logistics-is-key-to-accelerating-innovation.yml","it-it/the-source/platform/why-software-logistics-is-key-to-accelerating-innovation.yml","it-it/the-source/platform/why-software-logistics-is-key-to-accelerating-innovation",[469,470,471],[499,500,501,502,503,504],{"header":475,"content":476},{"header":478,"content":479},{"header":481,"content":482},{"header":484,"content":485},{"header":487,"content":488},{"header":490,"content":491},{"_path":506,"_dir":28,"_draft":6,"_partial":6,"_locale":7,"config":507,"seo":509,"content":513,"type":492,"category":28,"slug":522,"_id":523,"_type":30,"title":510,"_source":31,"_file":524,"_stem":525,"_extension":34,"date":514,"description":515,"timeToRead":516,"heroImage":511,"keyTakeaways":526,"articleBody":521},"/it-it/the-source/platform/high-performing-development-teams-your-business-advantage",{"layout":5,"template":456,"author":508,"featured":6,"sourceCTA":458,"isHighlighted":6,"authorName":425},"brian-wald",{"title":510,"description":461,"ogImage":511,"config":512},"Team di sviluppo altamente performanti: un vantaggio competitivo per la tua azienda","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463980/zj2aimb3oznkxhkh9l2a.png",{"ignoreTitleCharLimit":13},{"title":510,"date":514,"description":515,"timeToRead":516,"heroImage":511,"keyTakeaways":517,"articleBody":521},"2025-03-13","Strutturare un team di sviluppo software altamente performante consente di ridurre le tempistiche di distribuzione, migliorare la qualità del codice e promuovere l'innovazione per raggiungere gli obiettivi aziendali più importanti.","Tempo di lettura: 5 minuti",[518,519,520],"I team di software engineering altamente performanti promuovono l'innovazione producendo codice di alta qualità, affrontando al contempo sfide organizzative complesse, bilanciando le priorità e adattandosi alle nuove tecnologie.","I team che operano in autonomia e con responsabilità producono risultati più significativi in meno tempo e a tutto vantaggio delle loro aziende, stimolando al contempo un senso di partecipazione condiviso allo sviluppo di soluzioni innovative.","Oltre a realizzare software, questi gruppi di lavoro divengono veri e propri modelli di eccellenza, applicando best practice in grado di innalzare gli standard prestazionali a tutti i livelli di un'organizzazione.","Qual è la differenza tra le organizzazioni che si impongono costantemente sulla concorrenza e quelle che faticano a tenere il passo? La risposta non è da ricercare sempre nello stack tecnologico o nella strategia di mercato, bensì nella qualità del personale.\n\nI team altamente performanti costituiscono la spina dorsale dell'innovazione e dell'efficienza in qualsiasi azienda fornitrice di software, e il loro successo è legato a doppio filo alla creazione di prodotti di alta qualità e alla capacità di offrire prestazioni efficaci all'interno di strutture aziendali complesse. In grado di bilanciare le diverse priorità, sanno adattarsi a un panorama tecnologico in continua evoluzione e lavorare con profitto insieme ai reparti di un'organizzazione che spesso operano separati gli uni dagli altri .\n\nQuando vengono investiti di una maggiore responsabilità e possono usufruire di una libertà ad ampio spettro, i team altamente performanti producono risultati migliori in meno tempo, aiutando l'organizzazione a raggiungere i suoi obiettivi più velocemente, in quanto tendono a sentirsi maggiormente coinvolti e motivati, ponendosi come alfieri dell'innovazione e orientando lo sviluppo di nuovi prodotti e funzionalità.\n\nI vantaggi che ne derivano non si limitano alla realizzazione di software di qualità: professionisti del genere fungono da esempio per gli altri team, condividono best practice e migliorano le prestazioni complessive dell'organizzazione.\n\n## Stimolare l'eccellenza nei team di sviluppo software\nTeam di questo calibro non nascono per caso ma vanno costruiti con un'attenta pianificazione, una spiccata leadership e una cultura che valorizzi l'eccellenza. I responsabili dei reparti tecnologici possono strutturare team altamente performanti seguendo alcune indicazioni fondamentali:\n\n### Individuare i talenti più promettenti\nTieni d'occhio i team di sviluppo che superano costantemente gli standard di rendimento e trascorri del tempo insieme ai loro responsabili per capire come riescano a ottimizzare i processi. Così facendo, riuscirai a instaurare con loro un rapporto prezioso che potrà fungere da esempio per gli altri reparti.\n\n### Stabilire obiettivi di squadra chiari e raggiungibili\nI team altamente performanti producono i risultati migliori di fronte a obiettivi ben definiti, concreti e in linea con la visione dell'organizzazione. Tali obiettivi devono essere specifici, misurabili, raggiungibili, pertinenti e limitati nel tempo.\n\n### Dare potere decisionale ai team\nUn team responsabilizzato è più flessibile e dimostra una maggiore adattabilità: offri ai suoi membri la libertà di intervenire nei processi decisionali che hanno un impatto diretto sulle loro attività, tra cui la scelta degli strumenti, la progettazione dei flussi di lavoro e la definizione delle priorità. In questo modo, promuoverai un ambiente di sviluppo più efficace e migliorerai significativamente la DevEx nel suo complesso.\n\n### Stimolare un senso di sicurezza e responsabilità\nLa fiducia costituisce il fondamento di qualsiasi team altamente performante, mentre una comunicazione onesta è essenziale per stimolare una collaborazione sana fra i suoi membri. Promuovi una cultura in cui i dipendenti si sentano a proprio agio nel condividere idee, offrire opinioni e responsabilizzarsi a vicenda, organizzando riunioni e sessioni di feedback a cadenza regolare per aiutarli a riflettere sulle loro prestazioni e a trovare soluzioni per migliorare.\n\n### Investire costantemente nella formazione\nI team altamente performanti sono sempre alla ricerca di modi per migliorare: aiutali a sviluppare le proprie competenze tecniche offrendo loro la possibilità di accedere a risorse, certificazioni e contenuti formativi in qualsiasi momento e creando in tal modo opportunità di crescita professionale, anche per quegli sviluppatori più esperti che desiderano espandere le proprie conoscenze.\n\n### Promuovere un ambiente collaborativo\nLa collaborazione all'interno di uno stesso team e fra quest'ultimo e altri reparti è fondamentale per il successo. Gli strumenti di gestione progettuale e le piattaforme di comunicazione in tempo reale facilitano il lavoro di squadra, la condivisione dei documenti e il monitoraggio dei progetti. Un ambiente collaborativo permette di aggregare diversi punti di vista al fine di risolvere problemi complessi, promuovendo l'innovazione grazie alla sinergia tra creatività umana e tecnologia moderna. I team più lungimiranti sono già al lavoro per scoprire in che modo gli strumenti basati sull'IA generativa possano migliorare la collaborazione e [aumentare la produttività in modi ponderati e strategici](https://about.gitlab.com/the-source/ai/devops-leaders-fix-this-productivity-blocker-before-adding-ai/#-thoughtfully-incorporate-ai-into-workflows).\n\n### Riconoscere e premiare l'eccellenza\nI team altamente performanti rendono al meglio negli ambienti in cui il loro impegno viene valorizzato: crea un sistema per riconoscerne i risultati, indipendentemente dalla loro importanza, ad esempio offrendo dei bonus in base al rendimento o semplicemente lodandoli in pubblico per un lavoro ben fatto. Dar merito all'eccellenza è un ottimo modo per motivare i team e incentivare le pratiche e gli atteggiamenti più virtuosi.\n\n## L'importanza strategica dei team altamente performanti\n[Secondo la ricerca](https://about.gitlab.com/developer-survey/), le organizzazioni che adottano misure adeguate per strutturare team di sviluppo software altamente performanti, ad esempio adottando una piattaforma DevSecOps, riscontrano diversi vantaggi competitivi, tra cui un percorso di onboarding più rapido e un'ottimizzazione del processo di risoluzione delle vulnerabilità.\n\nIl valore strategico va oltre la produttività immediata: i team interfunzionali e polivalenti sono in grado di sviluppare prodotti innovativi per la risoluzione di problemi complessi, intercettando spesso nuove opportunità di mercato che sarebbero difficili da cogliere con un approccio più circoscritto. Dal punto di vista dei dirigenti, l'effetto moltiplicatore è probabilmente il fattore più determinante: quando si investe nella creazione di un team tecnologico altamente performante, è possibile definire una strategia scalabile in base all'evoluzione delle prassi lavorative, che si consolidano fino a diventare modelli in grado di migliorare le prestazioni a tutti i livelli dell'organizzazione.\n\nUna cultura aziendale che promuove l'eccellenza e predispone le opportune risorse rappresenta la base su cui costruire un team di sviluppo software altamente performante, la cui comunione di intenti, autonomia e libertà d'azione possono portare a risultati notevoli.","high-performing-development-teams-your-business-advantage","content:it-it:the-source:platform:high-performing-development-teams-your-business-advantage.yml","it-it/the-source/platform/high-performing-development-teams-your-business-advantage.yml","it-it/the-source/platform/high-performing-development-teams-your-business-advantage",[518,519,520],{"_path":528,"_dir":28,"_draft":6,"_partial":6,"_locale":7,"config":529,"seo":531,"content":536,"type":492,"category":28,"slug":566,"_id":567,"_type":30,"title":532,"_source":31,"_file":568,"_stem":569,"_extension":34,"date":537,"description":538,"timeToRead":516,"heroImage":534,"keyTakeaways":570,"articleBody":543,"faq":571},"/it-it/the-source/platform/from-toolchain-chaos-to-business-roi-a-5-step-roadmap",{"layout":5,"template":456,"author":508,"featured":13,"sourceCTA":530,"isHighlighted":6,"authorName":425},"transform-your-software-development",{"title":532,"description":533,"ogImage":534,"config":535},"Dal caos della toolchain al ROI nel contesto aziendale: una roadmap in 5 fasi","Riduci la complessità standardizzando strumenti, processi e procedure e assicurandoti che ogni team lavori per raggiungere gli stessi obiettivi strategici.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463923/joqzi3uwfbqptjynlkbs.jpg",{"ignoreTitleCharLimit":13},{"title":532,"date":537,"description":538,"timeToRead":516,"heroImage":534,"keyTakeaways":539,"articleBody":543,"faq":544},"2025-03-11","Riduci la complessità standardizzando gli strumenti, i processi e le procedure e assicurandoti che ogni team lavori per raggiungere gli stessi obiettivi strategici.",[540,541,542],"Standardizzare la piattaforma di sviluppo software ti permette di abbattere i costi operativi, ridurre le tempistiche di distribuzione e rafforzare la sicurezza, trasformando la tecnologia da semplice voce di spesa a vantaggio competitivo.","Il processo di standardizzazione in cinque fasi (valutazione, definizione degli standard, sfruttamento dell'IA, centralizzazione e addestramento) consente di creare un framework per l'innovazione sostenibile senza doversi preoccupare del debito tecnico.","Una piattaforma di sviluppo unificata non solo semplifica le operazioni ma permette anche di adattarsi più rapidamente alle esigenze del mercato, prendere decisioni migliori dal punto di vista strategico e investire in tecnologie a prova di futuro.","I team che fanno parte di aziende in crescita tendono spesso a distribuire software il più velocemente possibile utilizzando strumenti e metodologie diversi, magari sviluppando soluzioni personalizzate per correggere rapidamente i problemi e creando così un [ambiente di lavoro disorganizzato](https://about.gitlab.com/the-source/platform/devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer/). I costi nascosti vanno perciò a sommarsi: licenze duplicate per gli strumenti, un maggiore sovraccarico in termini di manutenzione, vulnerabilità della sicurezza dovute a pratiche incoerenti e innumerevoli ore perse nel tentativo di integrare sistemi diversi. Questa inefficienza operativa rischia di incidere direttamente sui profitti della tua azienda.\n\nUna [piattaforma di sviluppo standardizzata](https://about.gitlab.com/the-source/platform/driving-business-results-with-platform-engineering/) permette di risolvere questo problema. Puoi calibrare gli investimenti tecnologici in base agli obiettivi aziendali più ampi creando uno spazio di lavoro centralizzato in cui tutti i team di sviluppo possano avvalersi di strumenti e processi pertinenti. Il risultato? Una riduzione dei costi, una distribuzione più rapida, una sicurezza maggiore e un reale vantaggio competitivo.\n\nVantaggi di una piattaforma di sviluppo standardizzata\n**Risparmio economico**: una piattaforma standardizzata consente di ridurre significativamente i costi. Spenderai meno per le licenze, la manutenzione e l'integrazione di sistemi diversi usandone uno solo anziché più strumenti separati. Inoltre, potrai fare meno affidamento su fornitori esterni e risparmiare tempo e risorse per quanto riguarda la formazione dei team interessati.\n\n**Distribuzione più veloce**: una piattaforma centralizzata consente di accelerare anche il processo di sviluppo. Ottimizzando l'intera catena e aggregando strumenti e flussi di lavoro, puoi eliminare i ritardi legati all'utilizzo di strumenti diversi.\n\n**Sicurezza più robusta e maggiore conformità**: quando si implementano le stesse misure di sicurezza su tutta la piattaforma, è possibile ridurre le vulnerabilità e conformarsi alle normative vigenti in modo più organico.\n\n**Approfondimenti più puntuali**: adottando un approccio basato su una piattaforma, puoi ricavare dati precisi e accurati sull'intero ciclo di sviluppo software, ottimizzando in tal modo i flussi di lavoro dei team per prendere decisioni più funzionali agli obiettivi dell'azienda.\n\n**Soluzioni a prova di futuro**: infine, un approccio standardizzato allo sviluppo software permette alla tua azienda di consolidarsi e adattarsi rispetto ai mutamenti del mercato. Questo framework consente ai team di svilupparsi di pari passo con la crescita dell'organizzazione.\n\n> Per saperne di più, leggi l'articolo [Come accelerare l'onboarding degli sviluppatori (e perché è importante)](https://about.gitlab.com/the-source/platform/how-to-accelerate-developer-onboarding-and-why-it-matters/)\n\n## Cinque passaggi per creare una piattaforma software standardizzata\nLa creazione di una piattaforma software standard è possibile per quasi tutte le aziende, tuttavia necessita di un'attenta pianificazione. Di seguito sono elencati cinque passaggi per standardizzare strumenti e flussi di lavoro nel modo migliore.\n\n### 1. Valutare gli strumenti già in uso\nInnanzitutto, esamina gli strumenti e i processi implementati dalla tua azienda, sollecitando il contributo di tutte le parti interessate, tra cui sviluppatori, esperti di sicurezza e [team di platform engineering](https://about.gitlab.com/the-source/platform/driving-business-results-with-platform-engineering/). L'obiettivo è isolare le aree in cui gli strumenti si sovrappongono o interagiscono in modo poco efficace, elaborando soluzioni per migliorare i processi di sviluppo a beneficio della clientela.\n\n### 2. Definire standard e obiettivi chiari\nUna volta conclusa l'analisi, definisci una serie di standard e best practice interni, tra cui regole di programmazione, pipeline di deployment e criteri di sicurezza. Inoltre, accertati che questi standard siano in linea con i principali obiettivi della tua azienda e che tutti i team possano seguirli facilmente. A quel punto, stila un elenco dei risultati che vorresti ottenere, ad esempio migliorare il lavoro di squadra, ridurre i costi o semplificare il processo di crescita dell'azienda.\n\n### 3. Usa l'IA per lavorare in modo più intelligente\nGli strumenti basati sull'IA stanno diventando la chiave per lo sviluppo software moderno. I programmatori possono concentrarsi su attività più strategiche poiché in grado di automatizzare le attività di routine grazie all'intelligenza artificiale. Quest'ultima rafforza la sicurezza mediante il controllo del codice durante il processo di sviluppo e individuando i problemi in anticipo prima che raggiungano gli ambienti di produzione.\n\n### 4. Creare un unico sistema centralizzato\nUna volta definiti gli standard, è necessario trovare un luogo che li contenga. Una piattaforma centralizzata è in grado di archiviare tutta la documentazione, il codice e gli strumenti di gestione dei progetti. In questo modo, tutti i dipendenti possono seguire gli stessi standard, gli attriti si riducono e la collaborazione si consolida.\n\n### 5. Investire nella formazione\nLa standardizzazione funziona solo se i team sanno come seguire gli standard. Investi in programmi di formazione approfonditi che coprano tutti gli aspetti dei tuoi processi. La formazione continua è la chiave per mantenere i team sempre aggiornati rispetto alle nuove best practice dei diversi ambiti, tra cui i linguaggi di programmazione, le prassi operative e le tecnologie.\n\n## Il ROI della standardizzazione della piattaforma\nPassare a una piattaforma di sviluppo software standardizzata non implica semplicemente un miglioramento dal punto di vista tecnologico: si tratta di un vero e proprio investimento aziendale strategico dal rendimento misurabile. Le organizzazioni che implementano con successo questo approccio possono ottenere fino al [483% in termini di ritorno complessivo sull'investimento](https://about.gitlab.com/resources/study-forrester-tei-gitlab-ultimate/), un incremento del 400% nella produttività degli sviluppatori e un risparmio del 25% nei costi della software toolchain. Il risultato? Un processo di sviluppo software più centralizzato, agile e sicuro a fronte di un debito tecnico meno gravoso.\n\nNel considerare questa trasformazione, tieni a mente che i costi più significativi sono spesso legati al mantenimento dello status quo. Il problema non è capire se puoi permetterti di standardizzare o meno la tua piattaforma di sviluppo, bensì se puoi concederti di non farlo a fronte di un mercato in cui le funzionalità del software determinano sempre di più il livello competitivo delle aziende. Inizia con una valutazione mirata del tuo ambiente attuale, fai convergere gli obiettivi di tutte le parti interessate e considera l'implementazione come un'iniziativa strategica anziché un progetto tecnico.",[545,548,551,554,557,560,563],{"header":546,"content":547},"Cos'è una piattaforma di sviluppo software standardizzata?","Una piattaforma di sviluppo software standardizzata riunisce tutti gli strumenti, i flussi di lavoro e i processi in un ambiente unificato. Elimina la frammentazione tra i team promuovendo pratiche coerenti, riducendo la sovrapposizione degli strumenti e consentendo la collaborazione tra i reparti, il tutto allineando il lavoro di sviluppo con gli obiettivi generali dell'azienda.",{"header":549,"content":550},"Perché le aziende, quando crescono, devono gestire una complessità maggiore delle toolchain?","Con lo sviluppo dell'azienda, i vari team spesso adottano strumenti e flussi di lavoro personalizzati per risolvere problemi immediati. Questo comporta duplicazioni, processi poco coerenti e problemi di integrazione che non solo creano inefficienze, ma aumentano anche i costi e i rischi per la sicurezza.",{"header":552,"content":553},"Quali sono i vantaggi di una piattaforma standardizzata per le aziende?","La standardizzazione degli strumenti e dei processi di sviluppo aiuta a ridurre i costi di licenza e integrazione del software, accelera i tempi di distribuzione, migliora la security posture e semplifica le procedure di conformità. Inoltre, semplifica la scalabilità delle operazioni di sviluppo, permettendo di mantenere il controllo e l'allineamento con gli obiettivi aziendali.",{"header":555,"content":556},"In che modo la standardizzazione della piattaforma migliora la produttività degli sviluppatori?","Eliminando gli strumenti ridondanti e semplificando i flussi di lavoro, gli sviluppatori dedicano meno tempo a cambiare contesto o a risolvere problemi di integrazione. Una piattaforma centralizzata supporta processi self-service e coerenti, consentendo agli sviluppatori di concentrarsi di più sull'innovazione e sulla generazione di valore.",{"header":558,"content":559},"L'intelligenza artificiale può migliorare la standardizzazione della piattaforma?","Sì. L'IA automatizza le attività ripetitive, migliora la sicurezza con l'analisi del codice in tempo reale e fornisce approfondimenti intelligenti in tutto il ciclo di vita del software. In questo modo, i costi operativi generali si riducono e la velocità di sviluppo aumenta, permettendo alle aziende di rispettare prassi standardizzate.",{"header":561,"content":562},"Quali passaggi devono seguire le aziende per iniziare a standardizzare la propria piattaforma?","Prima di tutto, è bene valutare i propri strumenti attuali e identificare le sovrapposizioni. Quindi è possibile definire standard interni chiari, implementare una piattaforma centralizzata per farli rispettare e investire in programmi di formazione per garantire un'adozione corretta tra i vari team.",{"header":564,"content":565},"La standardizzazione degli strumenti di sviluppo è utile solo alle grandi aziende?","No. Standardizzare la propria piattaforma di sviluppo è utile a qualsiasi organizzazione, indipendentemente dalle dimensioni. Le aziende più piccole possono vedere ritorni più rapidi grazie a set di strumenti più semplici e a un'implementazione più agile. Nel tempo, questo approccio contribuisce alla crescita e riduce il debito tecnico su larga scala.","from-toolchain-chaos-to-business-roi-a-5-step-roadmap","content:it-it:the-source:platform:from-toolchain-chaos-to-business-roi-a-5-step-roadmap.yml","it-it/the-source/platform/from-toolchain-chaos-to-business-roi-a-5-step-roadmap.yml","it-it/the-source/platform/from-toolchain-chaos-to-business-roi-a-5-step-roadmap",[540,541,542],[572,573,574,575,576,577,578],{"header":546,"content":547},{"header":549,"content":550},{"header":552,"content":553},{"header":555,"content":556},{"header":558,"content":559},{"header":561,"content":562},{"header":564,"content":565},{"_path":580,"_dir":28,"_draft":6,"_partial":6,"_locale":7,"config":581,"seo":584,"content":589,"type":492,"category":28,"slug":597,"_id":598,"_type":30,"title":585,"_source":31,"_file":599,"_stem":600,"_extension":34,"date":590,"description":591,"timeToRead":516,"heroImage":587,"keyTakeaways":601,"articleBody":596},"/it-it/the-source/platform/why-your-development-team-should-plan-small-to-deliver-big",{"layout":5,"template":456,"author":582,"featured":6,"sourceCTA":583,"isHighlighted":6,"authorName":421},"amanda-rueda","source-lp-navigating-a-smooth-transition-to-agile-planning",{"title":585,"description":586,"ogImage":587,"config":588},"Scopri perché il successo del tuo team di sviluppo inizia dai piccoli passi","Scopri come una pianificazione strategica trimestrale può aiutarti a raggiungere meglio gli obiettivi a lungo termine e a massimizzare il successo.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751464024/paqecyxpszplzdwohg9d.png",{"ignoreTitleCharLimit":13},{"title":585,"date":590,"description":591,"timeToRead":516,"heroImage":587,"keyTakeaways":592,"articleBody":596},"2025-01-22","Scopri come una pianificazione strategica trimestrale dei prodotti può aiutarti a compiere progressi significativi nel raggiungimento degli obiettivi a lungo termine e a massimizzare il successo della tua organizzazione.",[593,594,595],"Una pianificazione trimestrale è essenziale per raggiungere gli obiettivi organizzativi: allinea le risorse, concentra gli sforzi dei team su attività ad alto impatto e consente di lavorare agli obiettivi a lungo termine.","Una pianificazione trimestrale efficace implica allineare gli obiettivi alla visione aziendale, integrare approfondimenti, suddividere progetti in incrementi più piccoli e valutare costantemente le attività quotidiane in base alle metriche a lungo termine.","Strategie efficaci includono il framework Hoshin Kanri per l'allineamento degli obiettivi, la pianificazione iterativa, il coinvolgimento precoce del team, la prioritizzazione del feedback dei clienti e la misurazione del successo con metriche adatte.","_Fissa obiettivi più contenuti rispetto a quelli che potresti effettivamente realizzare._\n\nQuesto suggerimento apparentemente controintuitivo sembrerebbe contraddire tutto ciò che si dice in merito all'importanza di definire traguardi ambiziosi. Eppure, quando si tratta di pianificare la roadmap dello sviluppo di un software, chi segue questo principio ottiene spesso risultati migliori. Perché? Per implementare una pianificazione trimestrale efficace non serve incrementare le funzionalità o gli obiettivi tecnologici, ma mettere strategicamente in relazione le attività quotidiane di natura tecnica con la visione del prodotto a lungo termine.\n\nQuando un'organizzazione riesce a trasformare una strategia trimestrale da mero esercizio di routine a potente motore di progresso, essa trova il riscontro di approcci collaudati: suddividere traguardi ambiziosi in piccoli obiettivi realistici, collegare l'esecuzione alla visione aziendale e mantenere il feedback dei clienti al centro di ogni decisione.\n\n## Cosa rende la pianificazione trimestrale davvero strategica?\nAdottare una pianificazione trimestrale non vuol dire limitarsi a fissare obiettivi e priorità per i mesi successivi, ma allinearli alla visione e alla strategia generali dell'organizzazione. Alla base dovrebbe sussistere una chiara comprensione degli obiettivi a lungo termine dell'azienda e di come il lavoro di ciascun team contribuisca a raggiungerli. A tal fine, una pianificazione trimestrale strategica dovrebbe:\n\n- collegare le attività quotidiane ai risultati aziendali di grande impatto;\n- suddividere i progetti di grandi dimensioni in incrementi più piccoli che offrano valore;\n- integrare gli approfondimenti di team con competenze diversificate;\n- essere radicata nelle esigenze di utenti e clienti reali;\n- valutare le attività quotidiane a fronte delle metriche di successo a lungo termine.\n\nQuesto approccio permette di monitorare i progressi più facilmente, adattarsi dinamicamente ai cambiamenti e celebrare i risultati realmente in linea con la visione dell'azienda. **Al termine di un ciclo di pianificazione trimestrale ben eseguito, i team dovrebbero disporre di una serie chiara di risultati e artefatti, tra cui obiettivi ben definiti, una roadmap delle priorità, attività assegnate e metriche concordate per il successo**. Scopriamo come sia possibile creare e implementare una pianificazione strategica trimestrale che porti risultati e mantenga i team motivati e allineati agli obiettivi dell'azienda.\n\n## Suggerimenti per una pianificazione trimestrale di successo\nConversando con dirigenti e colleghi di tutti i settori, ho individuato alcune pratiche essenziali per aiutare le organizzazioni di qualsiasi dimensione a sfruttare appieno il proprio potenziale durante l'intero processo di pianificazione trimestrale.\n\n### Allineare gli obiettivi trimestrali a quelli a lungo termine\nUn tema ricorrente nelle conversazioni con i responsabili dei prodotti è la necessità di collegare gli obiettivi trimestrali a quelli aziendali più ampi. Quando si riesce a osservare il lavoro quotidiano in un'ottica più futuribile, allora è più facile assegnare le giuste priorità a ciò che è più importante. Un responsabile di prodotto mi ha detto: _\"La pianificazione trimestrale non serve solo a portare a termine le attività quotidiane, ma anche ad assicurarci di restare sempre sulla strada maestra.\"_\n\nDa questo punto di vista, il framework _[Hoshin Kanri](https://www.leanproduction.com/hoshin-kanri/)_ può tornare molto utile. Sviluppato prendendo spunto dalle pratiche di gestione giapponesi, questo framework permette a ogni parte dell'organizzazione di allinearsi agli obiettivi più critici dell'azienda, suddividendo gli obiettivi generali in compiti fattibili e misurabili da assegnare ai vari team. Mettendo in relazione attività quotidiane e risultati strategici, il framework offre a tutti i membri del team una visione più chiara dello scopo e una maggiore comprensione di come il loro lavoro contribuisca al successo dell'organizzazione.\n\n_**Suggerimento**: utilizza una piattaforma che colleghi gli [obiettivi e risultati chiave](https://docs.gitlab.com/ee/user/okrs.html) dell'azienda alla roadmap del prodotto in modo da incentivare l'unità di intenti e la concentrazione dei vari team ed evidenziare le relazioni tra le attività di sviluppo e gli obiettivi generali direttamente all'interno dello strumento._\n\n### Pianificare di meno per ottenere di più: l'arte dell'iterazione\nIn precedenza avevamo introdotto questo suggerimento apparentemente controintuitivo, in base al quale è preferibile fissare obiettivi più contenuti rispetto a quelli che si potrebbe effettivamente realizzare. Questo principio funziona perché il lavoro tende sempre e inevitabilmente a dilatarsi. Anche i piani trimestrali più dettagliati non sono in grado di prevedere ogni sfida, opportunità o cambiamento di priorità. Ecco perché una pianificazione su scala ridotta offre risultati migliori. Affinché i team abbiano successo, i dirigenti devono incentivare una cultura che incoraggi la pianificazione incrementale. Stimolare il personale a pensare in modo [iterativo](https://handbook.gitlab.com/handbook/values/#iteration), suddividendo obiettivi ambiziosi in compiti più piccoli e realizzabili senza ansia da prestazione, è il modo giusto per promuovere una mentalità orientata all'apprendimento e la capacità di adattarsi ai feedback rapidi.\n\nPrendi in considerazione il _[vertical slicing](https://careers.webjet.com.au/category/agile/)_, ovvero la pratica di suddividere un progetto in segmenti più piccoli che offrano ciascuno un valore completo e funzionale nell'insieme. Supponiamo che il tuo team sia al lavoro su una dashboard in grado di monitorare le metriche del prodotto. Ottimizza il tuo piano realizzando delle piccole sezioni verticali in grado di offrire valore all'utente in ogni singola iterazione:\n\n1. Sviluppa la pipeline dei dati per acquisire e visualizzare una metrica chiave, come il coinvolgimento degli utenti.\n1. Aggiungi funzionalità per filtrare e ordinare i dati.\n1. Introduci elementi grafici per mostrare l'andamento dei dati nel corso del tempo.\n1. Amplia la dashboard con opzioni di personalizzazione sulla base del feedback degli utenti.\n\nOffrendo incrementi funzionali è possibile effettuare revisioni più contenute, eseguire test sin dalle prime fasi del ciclo di sviluppo, fornire feedback più rapidi e generare valore incrementale, mantenendo al contempo il focus sugli obiettivi a lungo termine.\n\n_**Suggerimento**: utilizza il framework di elementi di lavoro nidificati del tuo strumento per creare flussi di lavoro definiti e consentire un monitoraggio efficace dei progressi. Ad esempio, in GitLab, tutto ciò si traduce nell'utilizzo di epic, ticket e attività per mantenere l'allineamento con gli obiettivi principali._\n\n### Coinvolgere tutti i membri del team sin dall'inizio\nAdottare una pianificazione a compartimenti stagni, che non preveda il coinvolgimento dei collaboratori già nelle prime fasi del processo, è un errore che molti clienti commettono spesso. Ingegneri, progettisti e altri stakeholder di rilievo possono offrire spunti specifici, contribuendo a sviluppare soluzioni più efficaci e ad evitare futuri incidenti di percorso.\n\nSecondo il parere degli [esperti](https://www.producttalk.org/2024/06/product-trios/), i team con competenze diversificate hanno maggiori probabilità di generare idee innovative. Gli ingegneri possono evidenziare in anticipo i vincoli tecnici così come le potenziali opportunità, mentre i progettisti si assicurano che la user experience rimanga centrale nel processo decisionale. La collaborazione precoce riduce gli attriti a valle, mantiene il team concentrato sui problemi da risolvere e riduce le tempistiche di distribuzione.\n\n_**Suggerimento**: una singola piattaforma di sviluppo software end-to-end con visibilità in tempo reale aiuta i team a non forzare decisioni avulse dal contesto, a collaborare in modo efficiente e a garantire l'allineamento con gli obiettivi fin dal primo giorno._\n\n### Mantenere il feedback dei clienti al centro della pianificazione\nSenza ascoltare i clienti, si procede a tentoni e sulla base di ipotesi. I product owner che coinvolgono regolarmente la clientela sono in grado di osservarne più da vicino le necessità, adottando una pianificazione basata su dati ed esigenze reali.\n\nIn questo contesto, la metodologia _[Agile a doppio binario](https://medium.com/@daviddenham07/dual-track-agile-the-secret-sauce-to-outcome-based-development-601f6003ea73)_ può offrire risultati davvero sorprendenti. Questo genere di pianificazione separa lo sviluppo del prodotto in due percorsi paralleli:\n\n- **Individuazione**: i team acquisiscono approfondimenti, convalidano le proposte ed esplorano potenziali soluzioni\n- **Distribuzione**: i team sviluppano e distribuiscono le soluzioni convalidate\n\nL'approccio Agile a doppio binario consente ai team di acquisire approfondimenti da utenti e clienti senza dover interrompere o rallentare il processo. Ad esempio, mentre un team intervista i clienti ed elabora proposte preliminari, un altro può dedicarsi allo sviluppo di funzionalità basandosi sulle esigenze convalidate: in questo modo, tutte le parti in causa possono concentrarsi sulle questioni più opportune, mantenendo al contempo una frequenza di distribuzione costante.\n\n_**Suggerimento**: utilizza uno strumento in grado di supportare [la collaborazione, l'assegnazione delle priorità e la condivisione degli approfondimenti tra i flussi di lavoro](https://about.gitlab.com/solutions/visibility-measurement/) affinché i team possano avvalersi del feedback dei clienti per prendere ogni decisione, pur rimanendo allineati con le esigenze degli utenti e gli obiettivi aziendali._\n\n### Misurare il successo con le metriche giuste\nLe metriche sono più che semplici numeri, in quanto permettono di valutare gli obiettivi trimestrali a fronte di quelli strategici dell'azienda.\n\nPer i team di sviluppo, le _[metriche DORA](https://about.gitlab.com/solutions/value-stream-management/dora/)_ offrono approfondimenti preziosi sull'efficienza e sull'affidabilità. I team possono identificare i colli di bottiglia, migliorare i flussi di lavoro e distribuire il codice nel rispetto delle tempistiche previste. Se abbinate a indicatori aziendali, come la soddisfazione del cliente e l'adozione delle funzionalità, queste metriche operative permettono di mettere in relazione le attività quotidiane con gli obiettivi a lungo termine.\n\nAdottare una prassi di misurazione affidabile consente di correggere la rotta nel corso del trimestre e di analizzare i risultati ottenuti da un punto di vista retrospettivo. Valutando attentamente punti a favore e criticità, è possibile migliorare continuativamente il proprio approccio alla pianificazione trimestrale e mantenere l'attenzione sugli obiettivi strategici.\n\n_**Suggerimento**: mettendo in evidenza le metriche DORA e altri dati sul flusso del valore in una [dashboard completa di approfondimenti](https://about.gitlab.com/blog/data-driven-devsecops-exploring-gitlab-insights-dashboards/), puoi facilmente monitorare il tempo necessario per passare da un'idea alla produzione con visualizzazioni personalizzabili e basate sui dati._\n\n## In conclusione: sfrutta la pianificazione trimestrale a tuo vantaggio\nLa pianificazione trimestrale serve non solo a organizzare le attività e a rispettare le scadenze ma anche ad allineare gli sforzi del team con gli obiettivi più strategici dell'azienda.\n\nMettendo in relazione le attività quotidiane con i traguardi più ampi, sfruttando gli approfondimenti sui clienti e favorendo una cultura della collaborazione, la tua organizzazione sarà in grado di raggiungere gli obiettivi trimestrali, stimolare la crescita e produrre ottimi risultati sul lungo termine.","why-your-development-team-should-plan-small-to-deliver-big","content:it-it:the-source:platform:why-your-development-team-should-plan-small-to-deliver-big.yml","it-it/the-source/platform/why-your-development-team-should-plan-small-to-deliver-big.yml","it-it/the-source/platform/why-your-development-team-should-plan-small-to-deliver-big",[593,594,595],{"_path":603,"_dir":28,"_draft":6,"_partial":6,"_locale":7,"slug":604,"type":492,"category":28,"config":605,"seo":607,"content":611,"_id":635,"_type":30,"title":612,"_source":31,"_file":636,"_stem":637,"_extension":34,"description":608,"heroImage":610,"date":613,"timeToRead":516,"keyTakeaways":638,"articleBody":618,"faq":639},"/it-it/the-source/platform/devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer","devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer",{"layout":5,"template":456,"featured":6,"author":606,"isHighlighted":6,"authorName":448},"sharon-gaudin",{"ogDescription":608,"description":608,"title":609,"ogTitle":609,"ogImage":610,"noIndex":13},"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":608,"title":612,"heroImage":610,"date":613,"timeToRead":516,"keyTakeaways":614,"articleBody":618,"faq":619},"Come liberarsi delle toolchain fai-da-te: la piattaforma che agevola il lavoro dei team DevOps","2025-01-14T00:00:00.000Z",[615,616,617],"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/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/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/). [1]\n\nDisporre di una piattaforma completa e in grado di [aumentare la produttività](https://about.gitlab.com/blog/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\"}",[620,623,626,629,632],{"header":621,"content":622},"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":624,"content":625},"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":627,"content":628},"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":630,"content":631},"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":633,"content":634},"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.yml","it-it/the-source/platform/devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer.yml","it-it/the-source/platform/devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer",[615,616,617],[640,641,642,643,644],{"header":621,"content":622},{"header":624,"content":625},{"header":627,"content":628},{"header":630,"content":631},{"header":633,"content":634},{"_path":646,"_dir":28,"_draft":6,"_partial":6,"_locale":7,"config":647,"seo":650,"content":655,"type":492,"category":28,"slug":679,"_id":680,"_type":30,"title":651,"_source":31,"_file":681,"_stem":682,"_extension":34,"date":656,"description":652,"timeToRead":657,"heroImage":653,"keyTakeaways":683,"articleBody":662,"faq":684},"/it-it/the-source/platform/optimize-value-stream-efficiency-to-do-more-with-less-faster",{"layout":5,"template":456,"author":648,"featured":6,"sourceCTA":649,"isHighlighted":6,"authorName":449},"stephen-walters","source-lp-dora-insights-where-is-ai-really-driving-developer-productivity",{"title":651,"description":652,"ogImage":653,"config":654},"Ottimizza l'efficienza del flusso di valore per ottenere maggiori risultati con meno risorse e più velocemente","Scopri come ottimizzare il processo di distribuzione software e aumentare l'efficienza operativa con la gestione del flusso di valore.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463530/doerc0wzbg75r8yixgnf.png",{"ignoreTitleCharLimit":13},{"title":651,"date":656,"description":652,"timeToRead":657,"heroImage":653,"keyTakeaways":658,"articleBody":662,"faq":663},"2024-12-18","Tempo di lettura: 6 minuti",[659,660,661],"Una gestione efficace del flusso di valore consente di accelerare il time-to-market di un'azienda, migliorare la visibilità dei processi e offrire una customer experience di livello superiore.","Esistono due tipi di metriche chiave in questo ambito: quelle relative al flusso del valore e quelle correlate alla realizzazione del valore. Le prime aiutano a isolare i colli di bottiglia nella distribuzione, mentre le seconde misurano i risultati.","Adottare una piattaforma unificata per l'intero ciclo di sviluppo software permette di ottenere una visibilità completa su utenti e prodotti, rendendo così le aziende più veloci e competitive sul mercato.","Il software definisce il ritmo dell'innovazione e tutte le organizzazioni devono seguire lo stesso imperativo: distribuire un codice migliore e più sicuro in meno tempo, limitando al contempo la spesa. Il successo in questo percorso di trasformazione digitale sta rapidamente diventando la linea di demarcazione tra i leader di mercato e i loro concorrenti. Di conseguenza, le organizzazioni sono chiamate a rielaborare dalle fondamenta il modo in cui sviluppano, proteggono ed eseguono il deployment del software.\n\nLa risposta risiede nella gestione del flusso di valore, un approccio collaudato in grado di accelerare il time-to-market, eliminare gli ostacoli più comuni come passaggi di consegne e cicli di feedback interrotti e fornire la visibilità necessaria ai leader di settore per offrire una customer experience di alta qualità.\n\n## Perché concentrarsi sulla gestione del flusso di valore?\nNell'ultimo anno ho partecipato a più di dieci incontri fra dirigenti, ho dialogato con tantissimi clienti in tutto il mondo e ho ricevuto input da organizzazioni come il [DevOps Institute](https://www.devopsinstitute.com/) e il [Value Stream Management Consortium](https://www.vsmconsortium.org/).\n\nDiscutendo degli obiettivi di trasformazione con i leader del settore, è emerso un tema ricorrente: le organizzazioni di cui sono a capo non possono limitarsi a diventare aziende di sviluppo software, bensì devono raggiungere un elevato livello di efficienza.\n\nSebbene non sia impresa da poco allineare gli obiettivi aziendali con le attività IT, accelerare il processo di distribuzione software e migliorarne la qualità, vi sono quattro principi chiave che le organizzazioni possono seguire per incentivare i loro percorsi di trasformazione digitale, producendo al contempo più valore aziendale con un minore impiego di risorse:\n\n1. **Rendere gli sviluppatori più produttivi**: migliorare la DX consente di reclutare e trattenere in modo più efficace i talenti tecnologici e di ottimizzare la produttività degli sviluppatori, in modo che distribuiscano software di qualità superiore in meno tempo.\n2. **Misurare la produttività e l'efficienza**: commisurare l'impatto in ogni fase del ciclo di distribuzione software aiuta a migliorare l'efficienza operativa.\n3. **Mettere in sicurezza la catena di fornitura del software**: ridurre i rischi è un vantaggio per l'integrità e la conformità del codice.\n4. **Accelerare la migrazione al cloud**: passare al cloud implementando gli opportuni controlli di sicurezza consente di ridurre al minimo i rischi.\n\nL'implementazione di questi principi richiede un approccio strutturato che metta in comunicazione utenti, processi e strumenti tecnologici. La gestione del flusso di valore predispone questo framework, offrendo una roadmap collaudata in grado di aiutare le organizzazioni a trasformare sistematicamente il modo in cui distribuiscono il software. Il Value Stream Management Consortium ha sviluppato un percorso di implementazione, articolandolo in nove fasi principali: Avvio, Valutazione, Visione, Individuazione, Organizzazione, Mappatura, Connessione, Ispezione e Adattamento.\n\n## Implementazione della gestione del flusso di valore\nUn passaggio fondamentale all'inizio della roadmap è la definizione della **Visione**, che stabilisce i parametri per l'analisi dei flussi di valore. È fondamentale che siano i risultati aziendali a orientare la visione. Ad esempio, se il primo obiettivo di un'organizzazione è commercializzare un nuovo prodotto prima di tutti i concorrenti, la velocità di distribuzione rappresenta un fattore importante. Se invece sono la soddisfazione del cliente e l'affidabilità del servizio gli elementi più essenziali, le metriche di qualità dovranno essere considerate una priorità assoluta.\n\nUna volta individuata la visione, i passaggi rimanenti della roadmap tracciano la strada giusta per mettere in comunicazione utenti, processi e strumenti tecnologici:\n\n* Le fasi di **Individuazione** e **Organizzazione** riguardano gli utenti. Le organizzazioni dovrebbero rappresentare visivamente l'aspetto umano di queste fasi in un'[architettura di riferimento del flusso di valore](https://skilupit.thinkific.com/courses/value-stream-reference-architecture-paper).\n* La fase di **Mappatura** consiste nel mettere insieme le persone giuste con un processo snello ed efficiente. La mappatura del flusso di valore aiuta non solo a visualizzare i flussi di lavoro, ma anche a evidenziare le aree di spreco nonché quelle che possono essere ottimizzate costantemente.\n* La fase di **Connessione** consiste nell'adoperare strumenti tecnologici in grado di automatizzare il processo e semplificare le operazioni a vantaggio dei team interfunzionali, riducendo il carico cognitivo, migliorando la qualità, rafforzando la sicurezza e agevolando una distribuzione più rapida del valore.\n* Infine, l'organizzazione può procedere alle fasi di **Ispezione** e **Adattamento** dei flussi di valore del processo di sviluppo software al fine di ottimizzarlo in modo costante e in tempo reale.\n\nQuesta roadmap permette agli utenti di entrare in comunicazione diretta con gli strumenti tecnologici e di utilizzarli in modo efficace. Anche la [determinazione del flusso di valore](#putting-value-stream-discovery-to-work) svolge un ruolo cruciale nel mappare individui e team all'interno di un flusso di lavoro progettato strategicamente per migliorare la DevEx e la user experience.\n\nUn approccio basato sulla piattaforma è essenziale per ottenere un'implementazione di successo. Secondo il report [Market Guide for DevOps Value Stream Delivery Platforms](https://www.gartner.com/en/documents/3991050) di Gartner, le piattaforme di distribuzione del flusso di valore offrono funzionalità completamente integrate che consentono una distribuzione continua del software. Queste funzionalità includono pianificazione, controllo della versione, integrazione continua, automazione dei test, orchestrazione delle release, monitoraggio continuo di deployment e rollback, test di sicurezza e analisi delle metriche del flusso di valore. Le piattaforme di distribuzione del flusso di valore si integrano con gli strumenti di automazione dell'infrastruttura e della conformità per automatizzare la distribuzione dell'infrastruttura e l'applicazione dei criteri.\n\n## Misurare il successo con le metriche del flusso di valore\nEsistono due tipi di metriche nell'ambito della gestione del flusso di valore: flow e realizzazione.\n\nLe flow metric per l'analisi del flusso di valore definiscono le modalità in cui il software viene distribuito, dalla fase di ideazione fino a quella di realizzazione. Queste metriche misurano il flusso del valore aziendale e includono approfondimenti sull'efficienza, la qualità e la velocità con cui il software progredisce attraverso l'intero flusso del valore. Grazie a un'adeguata comprensione delle flow metric del valore, le organizzazioni possono isolare i colli di bottiglia e individuare le aree potenzialmente migliorabili.\n\nLe metriche DORA sono un sottoinsieme delle flow metric, forniscono una misura quantitativa delle prestazioni e includono:\n\n1. **Frequenza di deployment**: la frequenza con cui un'organizzazione esegue il deployment del codice in produzione. Una maggiore frequenza di deployment è la prova del fatto che il team di sviluppo è in grado di implementare modifiche più rapidamente, rendendo il processo di programmazione più agile ed efficiente.\n2. **Tempo di implementazione delle modifiche**: il tempo necessario affinché una modifica del codice passi dal commit al deployment. Un tempo di risposta più breve implica che il team è in grado di trasformare in modo efficace le proprie proposte in deployment reali, ottimizzando così le tempistiche di distribuzione delle funzionalità e soddisfacendo le scadenze dei clienti.\n3. **Tempo di ripristino del servizio**: il tempo necessario per ripristinare un errore del servizio e il normale funzionamento del sistema. Un tempo di ripristino inferiore è lo specchio di un sistema più resiliente e di un team di risposta capace, in quanto il tempo di inattività è ridotto al minimo e la user experience ne risulta migliorata.\n4. **Tasso di errore delle modifiche**: la percentuale di modifiche che comportano una riduzione delle prestazioni, inclusi incidenti, bug o qualsiasi modifica che richieda l'esecuzione di un rollback. Una percentuale inferiore riflette una migliore qualità delle modifiche al codice e accresce la fiducia degli sviluppatori coinvolti nel processo di programmazione.\n\nSe analizzate in rapporto a parametri come il tempo di risposta per la risoluzione dei ticket, la durata del ciclo, i nuovi ticket e i deployment, queste metriche offrono una visione olistica dell'efficienza del flusso del valore. Un utilizzo aggregato e ponderato di questi criteri permette di isolare le aree potenzialmente migliorabili in ogni fase del ciclo di sviluppo software.\n\nLe metriche della realizzazione del valore misurano i risultati concreti degli obiettivi di distribuzione. Mentre parametri tradizionali come i ricavi, le vendite e i margini di profitto restituiscono informazioni di natura finanziaria, altri indicatori chiave come il net promoter score e la durata del customer journey permettono di fotografare aspetti altrettanto importanti del valore realizzato. Se da una parte queste metriche differite riflettono le prestazioni passate, dall'altra gli indicatori principali come il traffico dei visitatori, le recensioni dei clienti e i tassi di conversione offrono preziose previsioni del successo futuro.\n\n## Determinare il flusso di valore in pratica\nLe metriche e le attività di indagine vanno ad abbinarsi alla determinazione del flusso di valore, una pratica che analizza lo stato attuale e futuro auspicati da un'organizzazione nel contesto del suo flusso del valore tecnologico, ovvero la quantità di tempo e le risorse necessari per passare da idea e requisiti a deployment e valore per il cliente. Inoltre, la determinazione del flusso del valore rappresenta un punto di partenza per misurare i progressi delle prestazioni della catena di distribuzione software e per individuare i punti di contatto nel processo che non aggiungono valore per il cliente o per l'azienda. L'output risultante permette all'organizzazione di approntare più facilmente una configurazione ottimizzata per una toolchain DevSecOps.\n\nUna piattaforma unificata è essenziale per raggiungere lo stato futuro previsto da un'organizzazione, soddisfacendo al contempo le esigenze sia degli sviluppatori che dei clienti. Questo approccio sistematico favorisce la trasparenza, ovvero un fattore determinante per eseguire indagini accurate del flusso del valore, e sottolinea l'importanza delle metriche come strumento utile per valutare e comprendere lo stato attuale. La determinazione del flusso di valore è fondamentale per mappare in modo completo processi, utenti, strumenti, interazioni e misurazioni in un'unica visualizzazione.\n\n## Il software definisce il ritmo dell'innovazione\nQuando si esamina la logica alla base dell'indagine dei flussi di valore nell'ambito dello sviluppo software, appare chiaro come la visibilità rappresenti la chiave per comprendere le modalità di distribuzione e il valore reale dei prodotti di un'organizzazione. Avere a disposizione le metriche giuste permette alle organizzazioni di monitorare le prestazioni del processo di distribuzione, individuare colli di bottiglia e inefficienze e predisporsi al miglioramento continuo. L'implementazione di una piattaforma DevSecOps end-to-end combinata con tecniche di determinazione del flusso di valore consente di perfezionare e migliorare continuamente i processi di distribuzione, accelerando l'innovazione e aprendo la strada al successo a lungo termine.",[664,667,670,673,676],{"header":665,"content":666},"Cos'è la gestione del flusso di valore e perché è importante per la distribuzione software?","La gestione del flusso di valore (VSM) è un approccio strategico che ottimizza la distribuzione software mappando e analizzando ogni fase, dall'ideazione alla produzione di valore per il cliente. Tale pratica offre una visibilità end-to-end, isola i colli di bottiglia e ottimizza i flussi di lavoro, permettendo di distribuire software di alta qualità più velocemente e riducendo al contempo spese e rischi.",{"header":668,"content":669},"In che modo la gestione del flusso di valore migliora l'efficienza operativa?","La VSM migliora l'efficienza operativa in quanto elimina elementi non necessari come i passaggi di consegne, i cicli di feedback interrotti e i processi ridondanti. Mettendo in connessione utenti, processi e strumenti tecnologici, consente ai team interfunzionali di lavorare in modo più collaborativo e produttivo, accelerando così il time-to-market.",{"header":671,"content":672},"Cosa sono le flow metric del valore e come contribuiscono a misurare l'efficienza?","Le flow metric del valore monitorano il movimento del valore aziendale nell'intero ciclo di distribuzione software, dalla fase di ideazione a quella di deployment. Metriche come la frequenza di deployment, il tempo di implementazione delle modifiche e il tasso di errore delle modifiche aiutano le organizzazioni a individuare i colli di bottiglia, ottimizzare l'efficienza del flusso di lavoro e migliorare la qualità del software.",{"header":674,"content":675},"In che modo la gestione del flusso di valore migliora la sicurezza e la conformità nella distribuzione software?","La VSM migliora la l'integrità e la conformità del codice implementando controlli di sicurezza e applicando i criteri nella pipeline di sviluppo, garantendo un monitoraggio e una supervisione costanti, riducendo i rischi e facendo in modo che le misure di sicurezza e conformità siano applicate in modo coerente durante l'intero ciclo di vita del software.",{"header":677,"content":678},"Qual è il ruolo della determinazione del flusso di valore nell'ottimizzazione del processo di distribuzione software?","La determinazione del flusso di valore prevede una mappatura dello stato attuale dei processi di distribuzione software, finalizzata a individuare sia le inefficienze che le attività a valore aggiunto. Ciò fornisce una base di partenza per misurare le prestazioni e orientare la configurazione di toolchain DevSecOps snelle, efficienti e affidabili, con conseguente velocizzazione delle tempistiche di distribuzione software.","optimize-value-stream-efficiency-to-do-more-with-less-faster","content:it-it:the-source:platform:optimize-value-stream-efficiency-to-do-more-with-less-faster.yml","it-it/the-source/platform/optimize-value-stream-efficiency-to-do-more-with-less-faster.yml","it-it/the-source/platform/optimize-value-stream-efficiency-to-do-more-with-less-faster",[659,660,661],[685,686,687,688,689],{"header":665,"content":666},{"header":668,"content":669},{"header":671,"content":672},{"header":674,"content":675},{"header":677,"content":678},{"_path":691,"_dir":28,"_draft":6,"_partial":6,"_locale":7,"config":692,"seo":693,"content":698,"type":492,"category":28,"slug":707,"_id":708,"_type":30,"title":694,"_source":31,"_file":709,"_stem":710,"_extension":34,"date":699,"description":700,"timeToRead":701,"heroImage":696,"keyTakeaways":711,"articleBody":706},"/it-it/the-source/platform/finops-balancing-financial-responsibility-and-innovation",{"layout":5,"template":456,"author":457,"featured":6,"sourceCTA":530,"isHighlighted":6,"authorName":443},{"title":694,"description":695,"ogImage":696,"config":697},"FinOps: equilibrio tra responsabilità finanziaria e innovazione","Scopri come il FinOps allinea la responsabilità finanziaria agli obiettivi aziendali, promuovendo un'innovazione aziendale economicamente sostenibile.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463866/i27a3wecdhplvd9wbxqr.png",{"ignoreTitleCharLimit":13},{"title":694,"date":699,"description":700,"timeToRead":701,"heroImage":696,"keyTakeaways":702,"articleBody":706},"2024-11-26","Scopri come FinOps armonizza la responsabilità finanziaria con gli obiettivi aziendali, promuovendo un'innovazione economicamente sostenibile nelle imprese moderne.","5 minuti di lettura",[703,704,705],"FinOps promuove la collaborazione tra i team finanziari, tecnici e aziendali, allineando gli investimenti nel cloud con gli obiettivi aziendali strategici per ottenere il massimo valore.","Migliorando la trasparenza finanziaria, FinOps consente alle organizzazioni di prendere decisioni rapide e basate sui dati, ottimizzando la spesa per il cloud.","L'implementazione di FinOps crea un equilibrio tra innovazione e controllo dei costi, allentando la tensione tra i team di sviluppo del prodotto e quelli delle operazioni.","Quando la spesa per il cloud cresce di pari passo con i team tecnici, spesso bisogna raggiungere un difficile compromesso tra spingere gli sviluppatori a distribuire software più velocemente o frenare l'aumento dei costi. E se si potesse aumentare la produttività degli sviluppatori del 30% riducendo al contempo i costi di progetto del 25%? Sembrerà impossibile, eppure è un obiettivo realistico per le organizzazioni che adottano FinOps (Financial Operations), un approccio basato sui dati che applica i principi e le pratiche DevOps per ottimizzare i costi associati a persone, processi e tecnologia nell'intero ciclo di sviluppo software.\n\nHo visto personalmente come FinOps trasforma le organizzazioni apportando chiarezza finanziaria a ogni aspetto dello sviluppo software. Di recente mi sono riunito con il team DevOps di una compagnia assicurativa che sta iniziando il suo percorso FinOps. Fin dall'inizio abbiamo discusso su come definire indicatori fondamentali come la spesa per il cloud e altre metriche che permettano di aumentare le entrate e ridurre i costi attraverso la gestione del flusso di valore. Queste conversazioni sono essenziali affinché i professionisti FinOps possano valutare come sono organizzati e allocati i team e le risorse e quali processi e strumenti potrebbero implementare per promuovere il cambiamento.\n\nDalle strutture dei team ai processi di sviluppo, fino alle scelte tecnologiche, questa visibilità aiuta i leader a ottimizzare gli investimenti nell'intera operazione. Riunendo team finanziari, di prodotto e tecnici, FinOps consente a CFO, CPO e CTO di prendere decisioni consapevoli, migliorando così l'efficienza aziendale a 360°.\n\nAumentare l'efficienza e ottimizzare i costi non è solo un requisito dal punto di vista tecnico, ma anche un imperativo aziendale strategico, in particolare perché le organizzazioni stanno investendo sempre più denaro nel cloud. FinOps porta la necessaria responsabilità finanziaria nel modello di spesa variabile del cloud. Analizziamo i vantaggi del FinOps e vediamo come iniziare a incorporare le metodologie FinOps nei tuoi flussi di lavoro operativi.\n\n## Che cos'è FinOps?\nFinOps, acronimo di Financial Operations, trasforma il modo di operare dei team finanziari, tecnici, tecnologici e aziendali. Attraverso analisi e dati in tempo reale, i team ottengono una visibilità immediata sulla spesa per il cloud e possono intervenire prima che i costi aumentino. Questo approccio proattivo alla responsabilità finanziaria permette di prendere decisioni rapide e informate sull'allocazione delle risorse, portando a una riduzione quantificabile dei costi.\n\nFondamentalmente, FinOps è una pratica culturale che rende sostenibile questa trasformazione. Stabilendo processi chiari e metriche condivise, i team si assicurano che le loro decisioni tecnologiche quotidiane contribuiscano al raggiungimento di obiettivi aziendali più ampi.\n\n## Perché FinOps è così popolare in questo momento?\nSempre più concentrate sull'IA generativa e sulla produttività degli sviluppatori, molte aziende devono implementare nella fase di distribuzione sistemi di protezione, come flussi di lavoro automatizzati e modelli riutilizzabili, che garantiscano l'adozione di [percorsi strutturati](https://about.gitlab.com/the-source/platform/driving-business-results-with-platform-engineering/). Si tratta di un aspetto essenziale per le organizzazioni che stanno modernizzando le loro applicazioni e ottimizzando le architetture cloud in produzione.\n\nLe difficoltà aumentano quando si gestiscono costi esterni alla produzione, come quelli di integrazione continua (CI). Le aziende che hanno adottato un approccio basato sui dati possono ottenere un'ampia visibilità sui loro costi di CI. Possono avere una panoramica concreta di come il ridimensionamento CI in orizzontale o in verticale influisca sia sui cicli di feedback che sui costi tra le diverse architetture di processori. Implementando standard come ambienti di test effimeri, garantiscono la qualità e la sicurezza del codice ottimizzando al contempo la spesa.\n\nI responsabili di prodotto, che normalmente controllano il budget per una linea di prodotti specifica, possono anche collaborare con i team IT e i responsabili tecnici per fornire metriche di trasparenza. Questa collaborazione consente ai leader di riunire le proiezioni di bilancio di più servizi e di garantire che le risorse dell'infrastruttura vengano sfruttate al meglio delle loro capacità. Come risultato, i team finanziari possono sapere quali applicazioni generano il maggior ritorno sugli investimenti.\n\n## Un ponte che unisce i settori tecnico e finanziario\nLa creazione di un modello FinOps può comportare l'adozione di una strategia che combini sia incentivi che misure coercitive (il cosiddetto metodo del bastone e della carota). L'approccio della carota favorisce un ambiente più collaborativo e trasparente, mentre quello del bastone (ad esempio rimproverare i team di sviluppo per aver speso troppo) provoca più spesso una disfunzione nei processi. Ci si aspetta che FinOps non serva solo a monitorare l'utilizzo che gli sviluppatori fanno delle risorse cloud, ma che tenga anche conto di cosa serve loro per svolgere il proprio lavoro e di come ciò influisce sui profitti dell'azienda.\n\nDi recente mi sono riunito con una grande compagnia aerea che spendeva quasi 5 milioni di dollari all'anno per le flotte di runner CI. Le analisi di sicurezza, le analisi delle dipendenze e la scansione dei token venivano tutte eseguite all'interno di queste flotte di runner. Avrebbero potuto saltare il passaggio della sicurezza per ridurre la spesa, ma il [potenziale rischio di problemi in quell'area](https://about.gitlab.com/the-source/security/how-to-strengthen-security-by-applying-devsecops-principles/) li preoccupava molto di più che investire il budget nelle flotte di runner. Invece di omettere la fase di sicurezza, l'azienda voleva trovare il modo per rendere le proprie flotte di runner complessivamente più efficienti per ridurre la spesa e per incoraggiare gli sviluppatori a sperimentare e innovare.\n\nUn programma FinOps di successo non richiede un team dedicato di professionisti FinOps a tempo pieno. FinOps funge da collegamento strategico tra team interfunzionali come quello finanzario, di prodotto e tecnico. Un tipico programma FinOps include vari ruoli e funzioni, come un CTO o vicepresidente di ingegneria, un responsabile finanziario e uno o più responsabili tecnici che collaborano regolarmente per valutare i problemi, individuare nuove opportunità di efficienza e creare piani di correzione.\n\nAllineare le operazioni tecniche con gli obiettivi finanziari aiuta a garantire che gli investimenti in infrastrutture cloud e sviluppo software producano il massimo rendimento possibile. Ciò può dimostrare ai team DevSecOps come il loro lavoro contribuisca direttamente ad aumentare i ricavi, a ridurre i costi o entrambe le cose.\n\n## Controllo finanziario intelligente nei flussi di lavoro degli sviluppatori\nFinOps monitora il consumo di risorse sia dal punto di vista dell'utente che operativo per aiutare a ottimizzare i flussi di lavoro degli sviluppatori. Un modo per raggiungere questo obiettivo è analizzare i job di CI e individuare quelli che costano più di quanto il loro valore giustifichi. Ogni pipeline di sviluppo software contiene più job, ognuno dei quali richiede una risorsa di esecuzione come una macchina virtuale (VM) o un container. Più tempo richiede ogni job per essere eseguito, maggiore è il costo. FinOps aiuta gli sviluppatori a capire quali job hanno prestazioni scadenti, così da sottoporli a un refactoring del codice.\n\nSi crea così un modello self-service che consente ai team DevSecOps di lavorare all'interno di linee guida chiare. Ad esempio, una policy potrebbe vietare a qualcuno di eseguire il provisioning di risorse per un valore di 100.000 dollari su AWS, e permettere invece di creare un'immagine EC2 per effettuare dei test. Tuttavia, se questa persona è in grado di giustificare il motivo di tale provisioning, può presentare una richiesta che illustri in che modo il progetto ha il potenziale di generare ricavi per l'azienda. Se riceve l'approvazione, può quindi iniziare il lavoro.\n\nAd ogni modo, ci tengo a rassicurare i professionisti del DevSecOps e dire loro che FinOps non promuove il monitoraggio a scapito dell'innovazione. Piuttosto, fornisce una visibilità completa di come l'organizzazione utilizza il cloud e investe in esso, aiutando i team a identificare le opportunità di miglioramento della produttività cloud. Oltre a favorire la collaborazione tra i team finanziari, tecnici e aziendali, FinOps analizza i modelli di utilizzo e la domanda per prevedere se le risorse devono essere aumentate o diminuite per soddisfare le esigenze future prima che si verifichi un eccesso di spesa.\n\n## Allentare la tensione\nC'è un costante braccio di ferro tra il team tecnico e quello delle operazioni. Il primo ha la missione di favorire l'innovazione per generare nuovi flussi di entrate creando al contempo esperienze eccezionali per i clienti. Il team delle operazioni si concentra, invece, sulla massimizzazione della produttività e sul risparmio economico. Aumentando la produttività degli sviluppatori e riducendo la spesa per il cloud, FinOps allevia la tensione tra questi gruppi e allinea l'efficienza tecnica alla prudenza finanziaria.\n\nFinOps aiuta i team DevSecOps a valutare i costi in base a numeri precisi anziché a impressioni soggettive. È cruciale affrontare lo sviluppo software avendo un'idea chiara di quale sarà il suo impatto finanziario sull'organizzazione, in modo tale da prendere decisioni consapevoli sulla continuità del progetto in base a due domande chiave: il progetto contribuirà ad aumentare i ricavi o a ridurre i costi?\n\nFondamentalmente, FinOps non permette solo di ridurre i costi, ma anche di ottimizzare l'intero ciclo di sviluppo software. Il suo obiettivo è di aiutare gli ingegneri e i team delle operazioni a considerare l'efficienza finanziaria e l'innovazione tecnica come un tutt'uno, in modo tale da comprendere come viene mappato il loro lavoro per aumentare i profitti dell'organizzazione.\n\n_Scopri di più su FinOps sul [sito web della FinOps Foundation](https://www.finops.org/introduction/what-is-finops/)._","finops-balancing-financial-responsibility-and-innovation","content:it-it:the-source:platform:finops-balancing-financial-responsibility-and-innovation.yml","it-it/the-source/platform/finops-balancing-financial-responsibility-and-innovation.yml","it-it/the-source/platform/finops-balancing-financial-responsibility-and-innovation",[703,704,705],{"_path":713,"_dir":28,"_draft":6,"_partial":6,"_locale":7,"config":714,"seo":715,"content":719,"type":492,"category":28,"slug":728,"_id":729,"_type":30,"title":716,"_source":31,"_file":730,"_stem":731,"_extension":34,"date":720,"description":721,"timeToRead":722,"heroImage":718,"keyTakeaways":732,"articleBody":727},"/it-it/the-source/platform/driving-business-results-with-platform-engineering",{"layout":5,"template":456,"author":508,"featured":6,"sourceCTA":26,"isHighlighted":6,"authorName":425},{"title":716,"description":717,"ogImage":718},"Migliori risultati commerciali con il platform engineering","Il platform engineering riduce il time-to-market, mitiga i rischi per la sicurezza e perfeziona la DX, migliorando l'efficienza. Scopri come.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463790/xmrjm5ztb49zx5bggima.png",{"title":716,"date":720,"description":721,"timeToRead":722,"heroImage":718,"keyTakeaways":723,"articleBody":727},"2024-10-29","Il platform engineering migliora l'efficienza delle aziende accelerando il time-to-market, mitigando i rischi per la sicurezza e perfezionando la developer experience. Scopri come migliorare l'efficienza del tuo team.","Tempo di lettura: 7 minuti",[724,725,726],"Le strategie di platform engineering stanno acquisendo un'importanza sempre maggiore e sono in grado di aiutare le aziende a ottimizzare le proprie risorse.","I suoi vantaggi includono un time-to-market più rapido, una riduzione dei rischi di sicurezza e conformità, e una migliore developer experience (DevEx).","Affinché il platform engineering abbia successo occorre stabilire una cultura orientata al prodotto e definire obiettivi aziendali chiari.","Il platform engineering, che centralizza le best practice e i componenti per i team di sviluppo, sta diventando sempre più importante man mano che le pratiche e i framework DevSecOps diventano più integrati nelle organizzazioni. Mira a normalizzare e standardizzare i flussi di lavoro degli sviluppatori fornendo \"percorsi migliori\" (\"golden path\") ottimizzati per la maggior parte dei carichi di lavoro, e dando la flessibilità di definire le eccezioni per il resto.\n\nGartner® prevede che \"entro il 2026, l'80% delle grandi società di software engineering istituirà team di platform engineering come fornitori interni di servizi, componenti e strumenti riutilizzabili per la distribuzione delle applicazioni, rispetto al 45% nel 2022\" [1]. Il platform engineering consente alle aziende, in particolare a quelle più grandi con molte attività ingegneristiche in parallelo, di scalare più facilmente i principi e gli strumenti DevSecOps. Questo approccio è fondamentale quando sono spinte a fare di più con meno.\n\n## I principali vantaggi del platform engineering\n**Commercializzazione più rapida:** il platform engineering promette di aiutare a distribuire software di qualità migliore in modo più rapido ed economico. La creazione di un team di platform engineering ripagherà sul lungo termine, perché consente alle grandi società di svilupparsi rapidamente con meno strumenti e con risparmi significativi sui costi.\n\n**Riduzione dei rischi di sicurezza e conformità:** meno strumenti e flussi di lavoro più standardizzati riducono il sovraccarico legato alla garanzia di conformità e la potenziale superficie di attacco. Secondo i report [Cost of a Data Breach di IBM](https://www.ibm.com/it-it/reports/data-breach), il costo medio globale delle violazioni dei dati nel 2023 è stato pari a 4,45 milioni di dollari. Eppure, le aziende che hanno gestito efficacemente la superficie di attacco potrebbero contenere le violazioni più rapidamente.\n\n**Miglioramento dell'esperienza degli sviluppatori:** La [DevEx](https://about.gitlab.com/developer-experience/) è una priorità crescente e le aziende competono per attrarre e trattenere i migliori sviluppatori. I team di platform engineering possono contribuire a migliorare la DevEx creando flussi di lavoro efficienti e automatizzati (i cosiddetti \"golden path\"), eliminando alcune attività manuali e non rilevanti per gli sviluppatori. In questo modo viene semplificato il lavoro quotidiano, permettendo agli sviluppatori di creare, testare ed eseguire il deployment delle applicazioni in modo efficiente, oltre che di concentrarsi sulle attività più importanti e critiche.## Best practice di platform engineering\n\n### La cultura prima di tutto\nSe \"platform\" indica ciò che si costruisce, \"engineering\" descrive come la si costruisce. Troppe aziende si lanciano nell'acquisto e nell'installazione di tecnologie senza considerare come modificare la cultura aziendale per adottarle con successo.\n\nI team di platform engineering devono quindi considerarsi product owner, e gli sviluppatori come clienti. Bisogna capire le esigenze degli sviluppatori e quindi raggiungere gli utenti finali per aiutarli a usare al meglio le risorse fornite. Per fare ciò sono necessarie competenze interne di marketing, comunicazione e assistenza clienti, che spesso mancano ai team tecnici.\n\nLa chiave è avere una mentalità e una cultura orientate al prodotto, affinché i team di platform engineering possano concentrarsi sulla creazione di valore per gli utenti finali (gli sviluppatori) ascoltando il feedback degli utenti, e iterando e migliorando continuamente il loro prodotto (la piattaforma degli sviluppatori). I leader devono quindi creare un ambiente in cui i team abbiano gli strumenti per capire come aiutare i clienti (interni). Devono rendere il più semplice possibile l'uso dei servizi, ad esempio attraverso interfacce self-service o API programmabili.\n\n### Creare valore commerciale\nQuando si avvia un'iniziativa di platform engineering, si può essere tentati di copiare le azioni dei team altamente produttivi. Ma spesso si dà troppa enfasi alla struttura del team o agli strumenti che utilizza. Questi infatti sono spesso i risultati di un team altamente produttivo, non ciò che lo rende tale. Invece di concentrarsi sulla struttura e sugli strumenti del team, bisogna pensare ai risultati desiderati, quindi identificare gli strumenti e le strutture del team giusti per raggiungerli.\n\nDefinisci l'obiettivo del platform engineering in termini di impatto aziendale. Sviluppare software più velocemente è ottimo. Ma perché? A quale obiettivo serve?\n\nAumentare la velocità e l'agilità è un obiettivo comune a molte imprese, ma potrebbe nascondere altri traguardi desiderati. Un time-to-market lento ha un ovvio costo di opportunità, poiché le organizzazioni devono fare scelte difficili sui prodotti a cui dare priorità. Chi può muoversi più rapidamente è anche meglio equipaggiato per rispondere ai mercati in rapida evoluzione. E tutto ciò ha implicazioni per la sicurezza, perché permette di rispondere in modo rapido ed efficiente in caso di incidenti.\n\nLe metriche comuni di produttività ed efficienza sono sicuramente utili, ma occorre tradurle in valori monetari per chiarirne il valore commerciale. Ad esempio, supponiamo che il platform engineering riduca il tempo che un nuovo sviluppatore impiega per eseguire il suo primo commit verso la produzione. In questo caso, si risparmia una certa percentuale dello stipendio annuale di quello sviluppatore e parte dello stipendio delle persone che lo aiutano. Probabilmente aumenterà anche la fidelizzazione del personale, riducendo la necessità di nuove assunzioni costose (con costi di pubblicità, reclutamento e lunghi cicli di colloqui).\n\nI dirigenti possono quindi ottimizzare le iniziative di platform engineering rimanendo concentrati sul valore commerciale, per ottenere i giusti risultati.\n\n### L'importanza della misurabilità\nÈ importante avere a disposizione metriche che aiutino a monitorare i progressi del team di platform engineering e a capire come gli sviluppatori usano (o non usano) i servizi forniti. Questi dati permettono di migliorare costantemente, identificare gli ambiti con buoni risultati o capire se inserire risorse aggiuntive, oltre che contribuire al marketing interno.\n\nEcco alcune potenziali metriche da tenere in considerazione:\n\n- **Tasso di adozione:** quanti sviluppatori usano attivamente la piattaforma?\n\n- **Time-to-value:** quanto tempo occorre perché un nuovo sviluppatore inizi a distribuire il codice sulla piattaforma?\n\n- **Coinvolgimento della community:** quale percentuale di componenti all'interno della piattaforma è stata fornita dalla community? Ad esempio, se un team sviluppa un nuovo job di CI potenzialmente utile anche per altri colleghi, lo condivide con il team di platform engineering affinché possa essere utilizzato su una scala più ampia?\n\n### Sviluppo per tutti\nGli early adopter di una piattaforma di sviluppo potrebbero essere i più visibili (e quelli che esprimono più esplicitamente la propria opinione) all'inizio del processo. Ricorda però che gli early adopter, che in genere rappresentano meno del 20% di un'organizzazione, possono avere esigenze molto diverse rispetto alla maggior parte degli utenti che alla fine useranno la piattaforma. Quando definisci i golden path che hanno senso per la tua organizzazione, assicurati di pensare alla maggioranza, non solo agli early adopter.\n\nUn golden path comune su cui vale la pena investire in anticipo è una pipeline di CI/CD end-to-end che supporta un particolare tipo di carico di lavoro su una serie di piattaforme target (come Kubernetes). Una volta che questo carico di lavoro di base è supportato, offre una base solida per tutti gli altri e dà la certezza che la piattaforma possa offrire valore. È dunque importante definire i golden path prioritari della tua organizzazione in relazione ai risultati che generano.\n\n## La piattaforma DevSecOps: una base per il platform engineering\nUna piattaforma DevSecOps fornisce un'interfaccia utente, un archivio dati unificato e la sicurezza incorporata nel ciclo di vita DevSecOps. Con una piattaforma DevSecOps, le organizzazioni possono costruire una base per il platform engineering con flussi di lavoro as-a-service (WaaS) per l'intero processo di sviluppo software.\n\nEcco alcuni elementi critici di una piattaforma DevSecOps che generalmente contribuiscono al successo del platform engineering:\n\n- **Pianificazione e collaborazione:** Il platform engineering non funziona senza trasparenza. [Riunire tutte le persone coinvolte sulla stessa piattaforma](/solutions/agile-delivery/) permette di ottimizzare la comunicazione e aiuta gli sviluppatori a restare al corrente di obiettivi e strategie, migliorando in tal modo i processi di pianificazione, sviluppo, test, messa in sicurezza, deployment e monitoraggio del codice.\n\n- **CI/CD e orchestrazione:** l'orchestrazione è al centro del platform engineering. Una piattaforma aiuta gli sviluppatori [a controllare la qualità del codice e a portarlo in produzione](/solutions/continuous-integration/). Fornisce inoltre un meccanismo di creazione di modelli che garantisce l'integrazione delle più comuni best practice e la coerenza del flusso di lavoro in termini di qualità.\n\n- **Esperienza degli sviluppatori:** la DevEx mira a semplificare la vita quotidiana degli sviluppatori automatizzando le attività manuali e eliminando le decisioni inutili. Con una piattaforma DevSecOps, il codice è raccolto in un'unica posizione e questa centralizzazione aiuta gli sviluppatori a trovare ciò di cui hanno bisogno, riducendo al minimo le commutazioni di contesto. Inoltre, la disponibilità di modelli riutilizzabili e di funzionalità basate sull'IA, come i suggerimenti e le spiegazioni del codice, permette di semplificare i processi e agevola l'onboarding degli sviluppatori, che possono così mettersi subito al lavoro per generare valore.\n\n- **Sicurezza integrata:** con una piattaforma DevSecOps, le [analisi di sicurezza automatiche](https://about.gitlab.com/solutions/application-security-testing/) garantiscono che tutto il codice soddisfi i criteri minimi e, soprattutto, che gli sviluppatori abbiano un accesso autonomo a tali dati: infatti non dovranno aspettare fino all'implementazione in produzione per scoprire che il team di sicurezza ha individuato una vulnerabilità critica.\n\n- **Metriche e analisi:** affinché un'iniziativa di platform engineering abbia successo, occorre identificare gli obiettivi commerciali alla base del progetto ed essere in grado di monitorare i progressi. [Le dashboard e le analisi che estraggono i dati in ogni fase del ciclo di sviluppo software](https://about.gitlab.com/solutions/value-stream-management/) consentono di monitorare facilmente le metriche chiave, valutare l'impatto dei miglioramenti dei processi ed esaminare gli ostacoli nel dettaglio. Ciò permette ai responsabili di identificare rapidamente tendenze e colli di bottiglia, per concentrare gli sforzi sui progetti a rischio.\n\n[Scopri di più](https://about.gitlab.com/solutions/platform-engineering/) su come GitLab accelera lo sviluppo software fornendo ai team DevSecOps un unico portale self-service per strumenti e flussi di lavoro, riducendo il carico cognitivo e rendendo la distribuzione del software più scalabile.\n\n*[1] Gartner, Top Strategic Technology Trends for 2024, Bart Willemsen, Gary Olliffe e Arun Chandrasekaran, 16 ottobre 2023. GARTNER è un marchio registrato e un marchio di servizio di Gartner, Inc. e/o delle sue controllate negli Stati Uniti e a livello internazionale. Entrambi vengono utilizzati nel presente documento previa autorizzazione. Tutti i diritti riservati.*","driving-business-results-with-platform-engineering","content:it-it:the-source:platform:driving-business-results-with-platform-engineering.yml","it-it/the-source/platform/driving-business-results-with-platform-engineering.yml","it-it/the-source/platform/driving-business-results-with-platform-engineering",[724,725,726],1761814469353]