Le risorse flessibili avvicinano la capacità ai cambiamenti aziendali
Le risorse fisse tradizionali sono spesso procurate a picchi e vengono utilizzate a tempi bassi; le piattaforme cloud possono essere scalate fino a raggiungere i picchi delle operazioni e ridurre l'idleness a lungo termine, a seconda delle dinamiche dei flussi e dei mandati.
Per essere veramente resiliente, le applicazioni devono anche ridurre la dipendenza dello stato locale e stabilire una velocità di scaling-up ragionevole e di avvio.
Ambiente standardizzato per migliorare l'efficienza nella consegna R & S
Gli imballaggi incorporano applicazioni e operazioni in un'unità di fornitura coerente, riducendo le differenze nell'ambiente di sviluppo, di test e di produzione.
La standardizzazione non limita i team, ma lascia la duplicazione dello sforzo alla piattaforma, permettendo alla R & S di focalizzarsi maggiormente sulle capacità operative.
Risponsabilità del sistema di recupero osservabile e automatico
La piattaforma cloud-based consente la raccolta di log, indicatori e catene di chiamata per aiutare i team a individuare rapidamente anomalie.
Ma l'automazione deve essere allineata con obiettivi di servizio chiari e strategie di avvertimento, altrimenti genererà solo più rumore.
I costi del cloud richiedono una governance continua
Quando le risorse sono richieste facilmente, esempi inattivo, i dati di gestione del ciclo di vita e di sovra configurazione possono spingere rapidamente i costi.
La trasformazione basata sul cloud dovrebbe gradualmente costruire piattaforme, norme e capacità di squadra da piloti applicativi adatti, piuttosto che una migrazione di un tempo dell'intero sistema.
- Impostare le quote di risorse e fermare la strategia
- Condivisione dei costi per etichetta operativa
- Misurare i costi di prestazione, stabilità e transazione unitaria contemporaneamente
Nubi che si trasformano da conclusioni di lettura a input di progetto
Il problema più probabile dopo la lettura di articoli metodologici è l'accettazione di principi, che non sono tradotti nel passo successivo. Si propone che il capo delle operazioni organizzi un mini-officina di 60-90 minuti, scegliendo solo un processo reale e non affrettandosi a discutere la piattaforma completa.
Passo 1: Stabilimento di uno stato attuale e base di campione
Le attuali attività normali, insolite e di confine vengono estratte intorno “Risorse flessibili per avvicinare la capacità ai cambiamenti aziendali” e registrare l’elaborazione mensile, i tempi di attesa, i tempi di elaborazione effettivi, i tassi di back-to-work, i punti di contatto manuali, le conseguenze di errore e gli strumenti attuali.
Fase 2: Chiarifica la chiusura iniziale e l'inazione
La prima fase è progettata per consentire una catena di funzionare e di essere ritratta, piuttosto che containerizzazione, Kubernetes, e la nube completa dell'impresa da impilare nella stessa versione.
Passo 3: Abbina risultati tecnici alle prove di ingegneria
La struttura determina la necessità di convalidare il volume, il picco, la disponibilità, il tempo di recupero, la frequenza di rilascio e i dati di fallimento per evitare l'introduzione precoce della complessità al di là della capacità del team di avanzamento tecnologico. La dimostrazione del fornitore dovrebbe utilizzare un campione confermato da entrambe le parti; i dati di produzione non sensibili non sono disponibili, ma i dati di prova idealizzati non possono essere utilizzati interamente per sostituire le condizioni reali.
Passo 4: Ricezione, ispezione e disco con lo stesso calibro
Presumendo che il processo originale gestisca 600 compiti al mese, con una media di 20 minuti e un tasso di ritorno del 10 per cento, combinato con il “costo inusuale del cloud richiede una governance continua”, l'obiettivo può essere descritto come “sei settimane dopo l'inizio della linea, con una riduzione media del 25 per cento nel tempo, e un tasso di ritorno non superiore alla base originale, alla luce della relativa complessità del compito.”
- Materiale operativo: diagramma di flusso, ruolo, missione campione, problemi attuali e dati di base
- Materiale tecnico: inventario del sistema, interfaccia, accesso dei dati, ambiente di distribuzione e requisiti di sicurezza
- Materiale del progetto: portata di prima fase, esclusioni, matrice di responsabilità, pietre miliari e meccanismi di cambiamento
- Materiale di ricezione e di ispezione: set di prova, record di esecuzione, elenco di carenze, domande di indicatori e documenti di consegna
Quando questi materiali sono identificati congiuntamente da parti operative e tecniche, il metodo nell'articolo è effettivamente inserito nel progetto. Se i dati chiave, l'autorizzazione dell'interfaccia o la persona responsabile non sono in atto, il passo successivo logico è di solito un limitato diagnostico o PoC, piuttosto che un impegno immediato per completare il periodo di lavoro e il prezzo totale fisso.
Metodologia di attuazione per l'azione di progetto
- Il nucleo della vita cloud è la standardizzazione, l'automazione e l'elasticità.
- Le capacità della piattaforma devono essere sincronizzate con l'adattamento dell'applicazione
- Creazione di un meccanismo di governance sostenibile delle risorse e dei costi
Proseguendo per conciliare le questioni comuni nel processo decisionale del progetto
Come offrono generalmente lo sviluppo di interfaccia integrata e multi-sistema API di terze parti?
Il progetto di interfaccia non può essere semplicemente citato dal numero di interfacce, poiché la stessa interfaccia può essere semplicemente una query, ma può anche assumere responsabilità di transazione, retest, riconciliazione e sicurezza. Il costo dipende dalla qualità del documento, dall'ambiente di prova, dalla conversione del campo, dalla frequenza di sincronizzazione, dalla compensazione insolita, dalle prestazioni e dal supporto online.
Visualizza risposta completaSelezione, integrazione e governance delle informazioni aziendaliL'interfaccia API può essere completamente compatibile senza un file?
Talvolta, ma i costi, i rischi e il tempo aumentano in modo significativo e non si può promettere alcun collegamento. Le squadre devono confermare se vi è un mandato legale, un ambiente di prova, registri, richieste di campioni e supporto originale.
Visualizza risposta completaSelezione, integrazione e governance delle informazioni aziendaliCome monitora il guasto dell'interfaccia e le discrepanze dei dati dopo l'integrazione dei sistemi?
L'interfaccia ritorna con successo e non corrisponde a un completamento del processo di business, e l'integrazione dei sistemi deve monitorare sia lo stato tecnico che i risultati dell'operazione. Ogni richiesta deve avere un numero di tracciamento unico, registrare la fonte, il bersaglio, lo stato, il consumo di tempo, il numero di unità di lavoro.
Visualizza risposta completaContratti, pagamenti, modifiche e consegna dei progettiQuali informazioni sono richieste per l'accettazione e l'ispezione del progetto software?
L'obiettivo delle informazioni è quello di dimostrare che il sistema soddisfa gli standard concordati e che il cliente può continuare a operare e a prendere il sopravvento.
Visualizza risposta completaNecessità di ulteriori analisi nel contesto dello stato attuale dell'impresa?
Forniamo consulenza tecnica IT, costruzione di informazioni aziendali, Outlook Progetto Software, progettazione di prodotti, servizi di consegna di R & S e sistemi.
