Negoziare obiettivi di prestazioni realistici

Completato
L'esperienza utente prevista è definita ed è disponibile una strategia per sviluppare un benchmark e misurare gli obiettivi in base ai requisiti aziendali predefiniti.

Dal punto di vista delle prestazioni, è ideale avere obiettivi di prestazioni ben definiti per avviare il processo di progettazione. Per impostare tali destinazioni, è necessario avere una buona conoscenza dei requisiti aziendali e della qualità prevista del servizio che il carico di lavoro dovrebbe offrire. Definire le aspettative in collaborazione con gli stakeholder aziendali. Invece di concentrarsi solo sulle metriche tecniche, determinare gli effetti accettabili sull'esperienza utente per i flussi chiave.

Esiste una dipendenza circolare. Non è possibile misurare ciò che non è stato definito e non è possibile definire senza misurazione. È quindi importante misurare le prestazioni del carico di lavoro fino a ottenere una definizione soddisfacente di soglia accettabile con contratto collettivo.

Esiste una forte correlazione tra obiettivi di prestazioni e affidabilità, che consentono di determinare la qualità del servizio in termini di prestazioni, disponibilità e resilienza. Senza una definizione chiara, è difficile misurare, avvisare e testare le prestazioni. Dopo aver stabilito le destinazioni e identificato i numeri effettivi tramite test nel tempo, è possibile implementare l'automazione per i test continui su queste destinazioni.

Attenersi alle procedure consigliate per definire le destinazioni a livello di macro, anche se sono approssimative o all'interno di un intervallo.

Scenario di esempio

Contoso Bicycle è un marchio diretto alla bicicletta di consumo nel Stati Uniti. Il team di sviluppo ha iniziato a lavorare sulla creazione di un'app a supporto dell'offerta di servizio di riparazione di biciclette mobili pianificata di Contoso. L'app è attualmente in fase di verifica. I tecnici useranno un'app per dispositivi mobili per gestire le pianificazioni e gli ordini di lavoro, oltre a effettuare pagamenti. Un sito Web verrà usato per i clienti per pianificare il servizio. È probabile che l'app Web, l'app per dispositivi mobili e l'API back-end siano ospitate nel servizio app Azure.

Preparare la negoziazione degli obiettivi di prestazioni

Prepararsi alla negoziazione efficace comprendendo i concetti tecnici, esplorando le possibilità di progettazione con l'infrastruttura disponibile e usando i risultati della sperimentazione concreta, se disponibile. Usare i dati cronologici per ottenere visibilità su modelli di utilizzo e colli di bottiglia. Ottenere informazioni dettagliate da fattori esterni, ad esempio l'input da analisi di mercato, esperti e standard del settore.

È possibile prendere decisioni informate in base a informazioni pratiche.

Gli obiettivi di prestazioni sono incentrati sull'esperienza utente basata su ciò che è fattibile, sulle procedure consigliate del settore e sulle tendenze di mercato correnti.

Sfida di Contoso

  • Nelle discussioni sull'applicazione con gli stakeholder aziendali, le prestazioni non sono ancora state discusse.
  • Il team di sviluppo non ha familiarità con Azure e quindi non ha familiarità con le funzionalità di prestazioni e scalabilità della piattaforma.
  • Senza indicazioni dagli stakeholder e dalla conoscenza pratica di ciò che è possibile, il team è preoccupato che dovrà distribuire l'infrastruttura per i test solo per ricompilare in un secondo momento.
  • Il team è anche preoccupato che nessuno sarà disposto a parlare di obiettivi di prestazioni realistici quando si incontrano successivamente.

Applicazione dell'approccio e dei risultati

  • Gli analisti aziendali e gli sviluppatori di Contoso discutono delle loro preoccupazioni e hanno un piano: gli analisti aziendali ricercano le aspettative sulle prestazioni attraverso l'analisi competitiva e il polling informale e il team di sviluppo ricerca le funzionalità e le opzioni di Azure per piani tariffari diversi.
  • I team si raggruppano con gli stakeholder aziendali che portano i dati compilati e usano i dati come base per i negoziati sugli obiettivi di prestazioni. Durante le discussioni sulle potenziali funzionalità di prestazioni e sui costi associati, tutte le parti lasciano bene l'uso di servizio app per il carico di lavoro.

Negoziare in modo efficace gli obiettivi di prestazioni

Collaborare con i proprietari dell'azienda per comprendere le promesse degli utenti, in termini di qualità e conformità alle normative, se applicabile. Mantenere una prospettiva ampia ed evitare di approfondire i dettagli granulari in questa fase. Essere espliciti su ciò che rappresenta le prestazioni accettabili, in base agli investimenti e comprendere il contesto aziendale e la crescita prevista.

Adottando questo approccio, è possibile evitare di fare ipotesi che potrebbero non essere allineate agli obiettivi aziendali. Determina anche chiarezza e motivazione all'interno del team del carico di lavoro.

La presenza di un contesto aziendale in requisiti funzionali e non funzionali potrebbe rivelare modifiche alla progettazione in altri pilastri di Azure Well-Architected e contribuire a rendere compromessi informati.

La definizione dei parametri in anticipo consente di evitare i costi associati alle potenziali riprogettazioni di soluzioni in un secondo momento; consente di garantire che gli obiettivi di prestazioni coprono le proiezioni future, in modo da poter allineare gli sforzi correnti agli obiettivi a lungo termine.

Sfida di Contoso

  • Il team dell'architettura ha idee approssimative su ciò che potrebbe essere accettabile, ma non ancora specifiche. Gli architetti ritengono in genere che dovrebbero essere in grado di evitare di rielaborare con la propria scelta di piattaforma applicativa, ma si sentono più sicuri con un po 'di specificità rispetto a quello che hanno ottenuto finora.
  • Fino a questo punto, le discussioni sulle prestazioni sono state vaghe, con dichiarazioni come: "Il sito web deve essere veloce".
  • Senza una maggiore specificità, gli architetti si preoccupano che possano progettare eccessivamente la progettazione per le prestazioni o affrontare ritardi che rimandano il rilascio alla produzione.

Applicazione dell'approccio e dei risultati

  • I partner commerciali e il team tecnico si incontrano per ottenere il consenso su obiettivi generali ma realistici e alcuni limiti assoluti che devono essere evitati. Con queste funzionalità, gli architetti possono eseguire prove sui concetti come parte della progettazione iniziale per ottenere un ampio accordo sulla piattaforma applicativa e presentare alcuni risultati per prestazioni e prezzi.
  • Uno dei risultati di questa riunione è sapere che Contoso Bicycle prevede di operare solo nel sud-ovest Stati Uniti per il primo anno, ma si espanderà a livello nazionale nell'anno due. Queste informazioni verranno inserite nella progettazione.

Progettare con uno stato attivo incentrato sul flusso

Identificare i flussi di carico di lavoro e definire la priorità dei flussi nel diagramma dell'architettura. Definire la tolleranza delle prestazioni di ogni flusso come intervallo tra aspirazioni e prestazioni inaccettabili. Valutare i punti di ingresso e uscita per ogni flusso, considerando la criticità del percorso, la frequenza di utilizzo e l'intensità dell'architettura.

Assegnando priorità ai flussi, è possibile concentrare le risorse sulle aree critiche che hanno l'effetto maggiore sui risultati aziendali e degli utenti.

Suddividendo il sistema nelle relative parti e dipendenze, si comprende la funzione di ogni componente e l'influenza sulle prestazioni. Si diventa anche consapevoli dei potenziali problemi.

Consente di stabilire una linea di base delle prestazioni e un'ottimizzazione delle unità.

Sfida di Contoso

  • Finora, il team tecnico ha lavorato con gli stakeholder per identificare obiettivi di prestazioni di alto livello, ma non si è ancora concentrato sui singoli flussi. Affinché il team di progettazione sia in grado di approfondire i flussi, ad esempio il localizzatore di servizi e i flussi di pagamento, dovrà comprendere i requisiti per tali flussi.
  • Senza questi requisiti specifici, i rischi di progettazione nell'allocazione delle risorse per i flussi chiave o l'allocazione di risorse per i flussi con priorità più bassa.

Applicazione dell'approccio e dei risultati

  • Dopo aver esaminato i flussi utente con l'azienda, il team di architettura ha ora obiettivi molto specifici documentati per ogni flusso. La scomposizione del carico di lavoro ora tiene conto dell'intervallo aspirale da aaccettabili per flusso.
  • Gli architetti cercheranno di raggiungere obiettivi aspirazioni con il loro design per consentire allo spazio per il sistema di sviluppare nel tempo con funzionalità aggiuntive, compromettendo al contempo un certo grado di mantenere i costi e altri requisiti non funzionali sotto controllo.
  • Il team è in grado di completare la progettazione intorno agli obiettivi concordati e ora il team di implementazione sarà responsabile di assicurarsi che tali limiti siano rispettati e sollevare eventuali preoccupazioni se non possono essere raggiunti con la progettazione da cui stanno lavorando.

Verificare le conoscenze

1.

Perché il team tecnico di Contoso ha bisogno di cercare le funzionalità delle prestazioni in Azure?

2.

Quale dei seguenti è un esempio dei tipi di punti che è necessario coprire in una negoziazione di obiettivi di prestazioni?

3.

Vero o falso: le destinazioni delle prestazioni devono essere contestualizzate in termini di flussi di carico di lavoro, non singole risorse.