Il tuo GPU, il tuo progetto Pagamento crypto senza KYCCome pagare
Italiano
La mia area
Guida al primo progetto

Definire cosa sarà accettato prima di iniziare il lavoro.

Un deliverable è un risultato che una persona può usare e accettare, non solo un calcolo che si conclude. Prima del tuo primo progetto GPU, specifica l'output atteso, il suo uso, i difetti bloccanti e chi deciderà. Basta una scheda breve per preparare una prova, inquadrare le correzioni e sapere quando il lavoro è terminato. Serve anche a distinguere un risultato insufficiente da una richiesta che è cambiata.

In questa pagina

Sostituisci la richiesta generica con una situazione d'uso

«Migliorare le mie immagini» può significare ingrandire dei file, rimuovere uno sfondo, armonizzare i colori o inventare un'altra atmosfera. Questi lavori non si giudicano allo stesso modo. Inizia chiedendo dove saranno usati gli output e cosa deve poterci fare il destinatario. Il nome del software o della GPU viene dopo.

Scrivi una frase che colleghi una persona, un risultato e un uso: «La responsabile del negozio deve poter sostituire le dodici foto di questa collezione nelle sue schede prodotto.» Aggiungi i vincoli noti, poi le domande ancora aperte. Il Service Manual di GOV.UK propone questa separazione tra bisogno dell'utente e criteri per verificarne la soddisfazione; qui la adattiamo a una piccola missione.

Descrivi il pacchetto atteso in cinque righe

Non hai bisogno di un capitolato lungo per iniziare. Annota ciò che permette di riconoscere la consegna corretta, poi fai rileggere questa scheda prima di produrre. Se il destinatario non sa ancora quale formato serve, realizza un piccolo export che aprirà nel suo strumento. L'incertezza diventa così una verifica precisa.

La tabella qui sotto è un modello di lavoro da adattare, non un elenco di capacità offerte da una locazione. Per una missione personale, sostituisci il nome del cliente con il tuo controllo. Una persona deve comunque decidere se l'output è adatto.

Descrivi il pacchetto atteso in cinque righe
DomandaRisposta da annotare
Cosa bisogna consegnare?Tipo di file, quantità e corrispondenza con gli input.
A cosa servirà?Applicazione o supporto di destinazione e modo di usare il risultato.
Cosa farebbe rifiutare l'output?Difetti precisi, informazioni mancanti o vincoli non rispettati.
Chi valida e quando?Una persona designata e una fascia oraria di revisione prevista.
Cosa resta fuori da questa fase?Varianti, formati o usi che saranno valutati separatamente.

Separa i requisiti bloccanti dalle preferenze

Un requisito bloccante rende l'output inutilizzabile per l'uso previsto: prodotto sbagliato, testo diventato illeggibile, documento assente o formato impossibile da aprire. Una preferenza serve a scegliere tra più output già utilizzabili. Indica questa differenza prima della prova; altrimenti, un giudizio estetico tardivo può essere confuso con un difetto di fabbricazione.

Evita i criteri che cambiano in base all'interpretazione, come «molto bello», «intelligente» o «professionale». Associali a un esempio accettato e a un'osservazione: contorno senza zone mancanti, colore conforme al riferimento fornito, risposta basata sul passaggio giusto. Quando un giudizio resta soggettivo, indica la persona che decide e conserva il suo esempio di riferimento.

Non accumulare vincoli senza rapporto con la missione. Una prova destinata a scegliere un metodo può concludersi con una raccomandazione documentata e qualche output commentato. Non deve essere presentata come una produzione completa pronta da pubblicare.

Esempio: dodici immagini per una piccola collezione

In questo esempio fittizio, una freelance riceve dodici immagini per sostituire i visual di una collezione. La richiesta iniziale è «un risultato più pulito». Dopo lo scambio, il perimetro diventa: dodici PNG da 1.600 × 1.600 pixel, un prodotto centrato su sfondo bianco, senza modificare il logo né i dettagli del prodotto. Queste dimensioni sono una scelta dell'esempio, non una regola universale per il commercio online.

Seleziona tre voci per il primo scambio: un oggetto chiaro, un oggetto scuro e una confezione con del testo. Il cliente approva l'inquadratura e lo sfondo di questi esempi prima della lavorazione del lotto. Le tre immagini testate possono far parte delle dodici finali; non si aggiungono automaticamente alla quantità ordinata.

Esempio: dodici immagini per una piccola collezione
Criterio di questo esempioVerifica previstaDecisione in caso di scostamento
Dodici prodotti identificabiliConfrontare l'elenco dei riferimenti con i nomi dei file.Bloccare la consegna del prodotto mancante o associato male.
PNG da 1.600 × 1.600 pixelLeggere il formato e le dimensioni di ogni output.Rifare l'export interessato.
Prodotto fedele alla fonteConfrontare i contorni, i dettagli e le scritte con l'originale.Riprendere o chiedere un input migliore.
Inquadratura e sfondo concordatiConfrontare con il campione accettato alla dimensione d'uso.Correggere i file interessati, senza cambiare subito tutte le impostazioni.

Dai uno stato a ogni risultato e un motivo alle riprese

Per il primo passaggio dell'esempio, supponiamo nove immagini accettate, due da correggere e una bloccata da una fonte illeggibile. Il totale resta dodici. Una tabella con gli stati «accettato», «da riprendere» e «bloccato» mostra subito il lavoro rimasto. La presenza di dodici file in una cartella non permetterebbe di arrivare alla stessa conclusione.

Dopo la correzione, le due riprese vengono accettate. Il bilancio diventa undici risultati accettati e un input bloccato. La consegna completa attesa non è quindi raggiunta. La freelance chiede una fonte utilizzabile o un accordo esplicito su un perimetro di undici immagini. Conserva la decisione con la versione interessata, invece di far sparire il dodicesimo riferimento dall'inventario.

Per ogni riscontro, chiedi l'identificativo del file, il difetto osservato e la modifica attesa. «Il testo su image-007 è deformato; mantenere la scritta dell'originale» basta per orientare la ripresa. «Non va bene» obbliga a ricostruire la richiesta.

Inserisci la validazione nel calendario, poi gestisci le modifiche

Stabilisci il momento in cui il campione e la consegna potranno essere riletti. Se la validazione dipende da una persona assente, prevedi questo tempo nella tua organizzazione. La guida budget distingue la preparazione sul noleggio, il lavoro attivo, l'attesa, le riprese e l'export. Un'attesa durante la quale mantieni il noleggio occupa la finestra anche se nessun calcolo è in esecuzione.

Quando compare una nuova richiesta, descrivine l'effetto prima di avviarla. Passare da dodici immagini a venti, aggiungere un formato o chiedere un altro stile modifica il perimetro. Annota la nuova quantità, il controllo aggiuntivo e il calendario da rivedere. Una correzione di un difetto noto e un'estensione del bisogno non devono restare mescolate in un'unica lista.

Concordate anche il numero di passaggi che organizzate: ad esempio, una revisione del campione e poi una ripresa pianificata. Se il risultato resta rifiutato, fate un nuovo punto sul metodo e sul perimetro prima di aggiungere tentativi senza fine.

Questa scheda organizza le decisioni di lavoro; non sostituisce gli accordi commerciali propri della vostra missione. Non permette nemmeno di dedurre una durata di calcolo. Il primo tentativo resta necessario per verificare la fattibilità con il software e i file scelti.

Verifica che l'inquadramento permetta una vera decisione

Rileggi la scheda senza il contesto della tua conversazione. Riesci a nominare i file da produrre, a riconoscere un output rifiutato e a ritrovare la persona che valida? Se manca una risposta, completa questo punto prima di ampliare il lavoro. Fai anche confermare gli elementi forniti dal cliente: versione delle fonti, riferimento visivo e autorizzazione all'uso.

Gli errori frequenti sono iniziare da tutto il lotto, contare i file generati come risultati accettati e cambiare i criteri dopo ogni tentativo. Conserva la scheda iniziale e annota le revisioni. Se nessun campione raggiunge i requisiti, la decisione giusta può essere rivedere il metodo o fermare questa strada. Un inquadramento utile rende possibile questa conclusione.

Domande frequenti

Come inquadrare un progetto quando il cliente non conosce il formato necessario?

Parti dal supporto di destinazione e prepara un piccolo file da aprirvi. Fai confermare il risultato in questo uso prima di fissare il formato del lotto. Se la destinazione resta sconosciuta, presenta la fase come un'esplorazione con diverse opzioni da scegliere, piuttosto che come una consegna finale già definita.

Bisogna verificare tutto a mano?

Separa i controlli. Il numero di file, i loro nomi e le loro dimensioni possono essere oggetto di un inventario sistematico. La fedeltà di un prodotto o l'utilità di una risposta richiedono una lettura adattata al contenuto. Un campione riuscito non prova che tutti gli output siano accettabili; scegli l'ampiezza della revisione in base ai difetti e alle conseguenze possibili.

Quale deliverable scegliere per una prima sessione di apprendimento?

Definisci una dimostrazione che potrai rifare: aprire un input, produrre un output, esaminarlo e conservare le impostazioni. Aggiungi una nota su ciò che funziona e ciò che resta da capire. Questa piccola catena completa è un risultato verificabile, anche se non hai ancora nessun lotto da consegnare a un cliente.

Un risultato quasi corretto conta come accettato?

Solo se la persona incaricata della validazione accetta esplicitamente lo scostamento per l'uso previsto. Altrimenti, mantieni lo stato «da riprendere» e il suo motivo. In un calcolo del costo per risultato accettato, non contare una variante ancora rifiutata solo perché ha consumato tempo di calcolo.

Procedi al tuo ritmo

Un po' di metodo cambia la partenza.

Apri le guide