Quando saltare su una soluzione proposta?[Chiuso]

Question

.

CHIUSO . Questa domanda è basata sull'opinione . Attualmente non accetta risposte.

---

Vuoi migliorare questa domanda? Aggiorna la domanda in modo che possa essere risolta con fatti e citazioni di Modifica di questo post .

chiuso 5 anni fa .

Migliora questa domanda .

Ecco un problema * ipotetico *.

Esiste un problema di prestazione nella versione corrente. È difficile trovare la causa di questo problema perché i test di prestazione non sono stati eseguiti in circa 10 mesi di rilasci (con ovunque da 10 - 100 cambiamenti per versione). La mia idea è di automatizzare il processo di esecuzione dei test di prestazione in ogni versione. Tuttavia, questa automazione ha impiegato un po 'più a lungo del previsto per far funzionare.

La mia (ancora * ipotetica *) risposta all'automazione che impiega troppo a lungo sarebbe quella di eseguire semplicemente i test manualmente, quindi eseguire i risultati con un set di script che avevo già scritto.

Alla fine, questa Automazione sarebbe così vantaggiosa da avere, ma potrebbe richiedere più tempo di quanto sia normale per un compito da completare.

è la risposta giusta a ciò che potrebbe sentirsi come un ROI in rapida diminuzione su una soluzione proposta?

Answer 1

Mi chiedo dei termini relativi che usi nella tua domanda. In particolare, hai detto "rapidamente diminuendo il roi", che non vedo all'interno della tua domanda. Difficile trovare bug possono offuscare notevolmente la reputazione di una società. Quindi mi chiedo se stai guardando il pieno ambito di questa equazione di benefit.

Hai due driver principali qui, costo e beneficio.

Il costo è una quantità di tempo di sviluppo per automatizzare i test di prestazione.

Benefit è la quantità di miglioramento della soddisfazione del cliente evitando il problema successivo delle prestazioni.

Tutto quello che devi fare è pesare quelli fuori per qualche altro ipotetico.

Quanto è stata male la reazione da quest'ultima versione?
Sai per certi che i test di performance avrebbero catturato il problema?
Disporre le stime migliori, realistiche e peggiore dei casi per la codifica dell'automazione.

Se il costo peggiore dei casi è giustificato dal beneficio, quindi vai con esso. Se è marginale, discuterlo con la tua squadra e determinare dove si trova il punto di flessione.

Answer 2

Adesso potrei scrivere un saggio su come fare analisi dei costi / benefici dei progetti di automazione, ma questa immagine dice più di quanto potrei mai scrivere su questo argomento:

Fonte: http://xkcd.com/1205/