Giustificare il software su misura con la lacuna decisiva

Quale differenza ostacola il lavoro?

Un menu insolito o un’etichetta diversa richiede anzitutto verifica di uso e configurazione. Decidere uno sviluppo su misura richiede un compito concreto che i mezzi esistenti non sostengono adeguatamente. Si può così spiegare lo sviluppo aggiuntivo necessario.

L’esempio seguente è inventato. Un’azienda di assistenza valuta un prodotto esistente per clienti, lavori e rapporti. I termini non coincidono ancora con quelli abituali. L’azienda richiede anche che un’altra persona autorizzata approvi il rapporto prima che il cliente lo veda.

Determinare l’estensione della lacuna

Nel primo caso, il prodotto può bastare dopo configurazione adatta. Se la prova mostra errori reali o barriere d’accesso, anche quella differenza conta. Un colore diverso da solo e un passaggio obbligatorio impossibile hanno conseguenze diverse.

Nel secondo caso, il flusso resta irrisolto. Ciò motiva l’esame di un’aggiunta o soluzione su misura, senza provare che ogni prodotto esistente sia inadatto. Se la lacuna decisiva resta dopo il confronto di alternative adatte, lo sviluppo necessario si può descrivere concretamente.

Confronti anche trasferimento dati, manutenzione, aggiornamenti e modifiche successive per quel perimetro. La guida d’acquisto GOV.UK considera ciclo di vita e capacità esistenti. Per l’azienda conta chi può realmente gestire ed evolvere la soluzione. Uno sviluppo proprio include quei compiti; anche un prodotto acquistato richiede manutenzione affidabile.

Fonti

• GOV.UK · Define your purchasing strategy