Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Offrire ai team la possibilità di progettare in base ai costi
L'ottimizzazione dei costi è un principio fondamentale del Well-Architected Framework
I team che hanno l'opportunità di progettare in base ai costi possono iterare rapidamente e apprendere nel tempo in modo che le best practice diventino incorporate nelle operazioni quotidiane. Le seguenti pratiche possono aiutare i team a progettare in base ai costi:
-
Guidare e promuovere la trasparenza creando visibilità e utilizzando strumenti per incoraggiare creazione di rapporti, misurazioni e responsabilità coerenti.
-
Guidare il giusto tipo di comportamento creando incentivi positivi quando vengono intraprese le giuste azioni (ad esempio, le e-mail dei dirigenti in cui sono evidenziate le conquiste raggiunte grazie all'ottimizzazione).
-
Stabilire policy di controllo mantenendo al contempo l'agilità (ad esempio, disporre di un processo per identificare e indirizzare le risorse di grandi dimensioni, avere una policy da seguire per disattivare le risorse non di produzione al di fuori dell'orario di lavoro).
Di seguito sono riportate alcune idee che possono aiutarti a incoraggiare i comportamenti volti all'ottimizzazione dei costi:
-
Incentivi: includono la visualizzazione e la gamification dei parametri, nonché un approccio comunicativo da parte della leadership positivo e basato sui risultati. Incoraggiano i team a comprendere che l'efficienza e la parsimonia sono delle qualità e aiutano sviluppatori e ingegneri a considerare le implicazioni in termini di costi delle loro decisioni. Rappresentano inoltre un modo per scoraggiare i comportamenti che portano a inefficienze.
-
Storno di addebito (charge-back) dei costi per gli utenti: lo storno di addebito incentiva gli utenti aziendali a tenere in considerazione l'efficienza IT. Ciò fa in modo che l'IT venga considerato come una risorsa utilizzata e pagata dall'azienda anziché come un centro di costo.
-
Rimozione delle barriere dei processi: occasionalmente, ci sono barriere che impediscono a sviluppatori e ingegneri di intraprendere il percorso di ottimizzazione. Ad esempio, potrebbero essere presenti policy che richiedono che tutte le modifiche apportate all'ambiente debbano passare attraverso un processo di revisione delle modifiche. Ciò ostacolerà le iniziative volte a promuovere il ridimensionamento e l'elasticità corretti. Una modifica di tali policy può semplificare il lavoro di ottimizzazione.
-
Metodi di lavoro agili: se i cicli di iterazione di progettazione includono i costi sotto forma di parametro, la capacità dell'organizzazione di fornire risultati uguali o migliori a un costo inferiore migliorerà nel tempo.
-
Formazione e inserimento lavorativo: le persone in genere risolvono i problemi utilizzando gli strumenti e le tecniche che conoscono. Ciò può essere risolto attraverso opportunità di formazione e inserimento lavorativo in cui sono incorporate le pratiche più recenti per massimizzare l'efficienza (ad esempio, l'uso di architetture serverless o di Amazon CloudFront per ridurre la domanda di calcolo).
Anche i seguenti approcci possono essere efficaci, ma presentano rischi per l'agilità se non vengono implementati con attenzione:
-
Supporto/pressione da parte dei dirigenti: il supporto delle best practice è preferibile rispetto alla pressione sui costi grazie all'impatto positivo che le best practice sortiscono sulla soddisfazione del personale. La pressione sui costi può incentivare i team a nascondere i comportamenti inefficienti e causare possibili blocchi del budget, con conseguente perdita di agilità e capacità di innovazione.
-
Revisione dell'architettura: esiste in genere un ragionevole equilibrio tra nessuna revisione dell'architettura (o la revisione facoltativa) e le revisioni obbligatorie. Un numero eccessivo di revisioni obbligatorie può creare colli di bottiglia. I progetti ad alto costo e con conseguenze importanti possono richiedere una revisione con limiti definiti da ciascuna organizzazione.
-
Controllo dell'orchestrazione: i flussi di lavoro di approvazione per progetti e risorse mettono a rischio l'agilità e l'innovazione per proteggere le finanze e il budget. Un modo per bilanciare il controllo e l'agilità consiste nel prevedere un numero inferiore di (o zero) controlli dei costi sui servizi che generano entrate. Per un ulteriore controbilanciamento, è possibile applicare parametri avanzati per questo tipo di servizi.
