Quanto è buono abbastanza? (Gestisci la tensione e spediscila)

Ieri stavo pranzando con alcuni amici e altri imprenditori e sviluppatori e uno degli argomenti emersi durante la nostra discussione è stata l’idea di quanto sia buono abbastanza?

Nello specifico, ogni volta che stai lavorando a un progetto software, quando è Good Enough ™ spedire al cliente?

Quanto è buono abbastanza buono con gli standard di codifica?

L’implicazione è, ovviamente, che se è abbastanza buono allora soddisfa i requisiti, ma c’è probabilmente qualche tensione di fondo che, dato più tempo, denaro o qualche altra risorsa, torneremmo indietro e miglioreremmo alcuni aspetti di un progetto.

Se sei uno sviluppatore o un designer, forse hai sentito questa tensione. Io ho. Per quel che vale, lo sento in quasi ogni singolo progetto su cui lavoro.

E certo, possiamo discutere tutto il giorno su cosa significhi essere abbastanza bravi. Ma penso che la definizione cambi man mano che entriamo nel settore.

Quanto è buono è abbastanza buono, comunque?

Il punto che sto cercando di sottolineare è che abbastanza buono è un bersaglio mobile spesso dettato dal tuo livello di esperienza (rispetto a qualsiasi altro qualificatore come, diciamo, la tua età).

Presumo, per questo post, che tu sia nel settore da abbastanza tempo e lavori con un insieme simile di strumenti e linguaggi per cogliere appieno le idiosincrasie di ciascuno dei linguaggi e degli strumenti che stai utilizzando. Non sono timido riguardo alla mia preferenza di andare in profondità piuttosto che in largo quando si tratta di creare software.

Cambia nel tempo

Allo stesso tempo, il livello di esperienza che consideriamo "abbastanza buono" si sposta. Quando inizi per la prima volta, è probabile che sia abbastanza buono solo far funzionare qualcosa. Se fai parte di un team, specialmente di sviluppatori esperti, tu" È probabile che ricevano molti feedback su come migliorare le cose.

E all’inizio, questo può essere impegnativo. Forse è anche un po’ scoraggiante. Voglio dire, sei orgoglioso di quello che hai fatto ma poi hai una manciata di persone che ti dicono come cambiare le cose. La stessa cosa accade in open-source, tra l’altro (per quel che vale).

Non addolcire o cambiare nulla perché hai ragione: può diventare scoraggiante. Voglio dire, hai passato chissà quante ore a lavorare su qualcosa, lo fai funzionare e poi i tuoi colleghi correggono gran parte del lavoro che hai fatto.

Possiamo migliorare le cose insieme.

Ricorda che la motivazione dietro detta critica non ha nulla a che fare con te come persona, però. E non ha nulla a che fare con il dire che non sei abbastanza bravo. Sta dicendo che hai funzionato, il che è fantastico, ora rendiamolo ancora migliore.

Man mano che impari di più, improvvisamente la misurazione di ciò che una volta era abbastanza buono cambia.

Quando ciò che una volta era buono non è più vero

Ed è qui che entra in gioco la tensione: ciò che una volta era abbastanza buono ora non lo è più. È scadente, giusto? Quindi il nuovo abbastanza buono è qualcosa di più organizzato, meglio architettato e meglio organizzato.

Quindi viene introdotta una nuova tensione: raggiungi una scadenza o finisci i soldi ed è ora di spedire il prodotto. Sai che il lavoro che hai svolto è buono, gestibile e documentato abbastanza bene da mantenere il progetto in avanti.

Quanto è buono abbastanza? Ha documentazione?

Ma non è abbastanza buono perché sei consapevole delle cose che potresti ottimizzare se solo avessi un po’ più di tempo. Tuttavia, non lo fai: devi spedirlo nel suo stato attuale.

Segreti commerciali

Ecco il piccolo sporco segreto del settore che, per qualsiasi motivo, la gente non vuole ammettere: va bene spedirlo in quello stato.

La spedizione del prodotto nello stato indicato va bene.

Primo, lo stato in cui si trova non solo è meglio di niente; è qualcosa che è meglio di quello che eri in grado di fare. Quelli di noi che hanno a cuore questo mestiere lo sentono con quasi tutto ciò che

In secondo luogo, il software è malleabile. Può, e sarà, essere cambiato nel tempo. Ecco perché abbiamo versioni del nostro lavoro. Quelli di noi che tengono a questo mestiere sentono questa tensione con quasi tutto ciò che facciamo.

Infine, l’idea di ciò che è considerato Good Enough™ non va via. Si muove e basta. Più impari sulla produzione di un buon software, la differenza nella definizione di ciò che è abbastanza buono cambia.

La tensione non si risolve

Quindi abituatevi alla tensione. Abbraccialo anche. Se non lo senti, allora direi che non sei interessato a produrre un prodotto di qualità. E so che è un’affermazione audace da dire, ma devo ancora incontrare uno sviluppatore con i suoi meriti che non lo faccia.

Fa parte del lavoro. Prendilo per quello che è. Se lo senti, è un buon segno che sei sulla strada giusta.