Domande da fare a uno sviluppatore web prima di ingaggiarlo
La maggior parte delle domande poste in un primo colloquio riguarda la tecnologia, e la tecnologia è la parte che conta meno per la riuscita del progetto. Le domande che predicono l'esito riguardano processo, proprietà e cosa succede quando qualcosa va storto.
Questa guida elenca quelle domande, raggruppate per ciò che rivelano, con una nota su com'è fatta una buona risposta.
Sul lavoro in sé#
Stabiliscono se hanno capito il tuo progetto o stanno descrivendo la loro offerta standard.
| Domanda | Ascolta |
|---|---|
| Che domande avete sulla nostra attività? | Qualsiasi. Il silenzio qui è il segnale negativo più forte che esista |
| Mostratemi un sito in produzione della nostra scala | Un URL, non un'immagine; idealmente non il loro pezzo da vetrina |
| Cosa fareste di diverso dal nostro sito attuale? | Osservazioni precise, segno che hanno guardato |
| Qual è la parte più rischiosa di questo progetto? | Una risposta onesta: di solito contenuti o integrazioni |
| Cosa non è incluso in questo preventivo? | Un elenco preciso dato volentieri |
| Quanto ci vorrà, e cosa lo determina? | Un calendario con dipendenze, non un numero isolato |
Sul processo#
Separano chi ha un modo di lavorare ripetibile da chi improvvisa.
- Dove è conservato il codice, e avremo accesso dal primo giorno?
- Come arriva una modifica dalla vostra macchina al sito in produzione?
- Dove revisioniamo il lavoro prima che vada online?
- Con che frequenza vedremo gli avanzamenti, e in che forma?
- Chi esattamente farà il lavoro, e cosa succede se quella persona non è disponibile?
- Come collaudate: browser, dispositivi, accessibilità, prestazioni?
- Cosa vi serve da noi, ed entro quando?
La domanda sul rilascio è la più rivelatrice di tutte. Una risposta che comporti il trascinare file in un client FTP ti dice che non c'è controllo di versione, né preproduzione, né possibilità di tornare indietro.
Su cosa succede dopo#
Il periodo di cui nessuno chiede durante la presentazione e che interessa tutti sei mesi dopo.
- A chi appartengono codice, dominio e account di hosting dopo il lancio?
- Quale assistenza è inclusa dopo il lancio, per quanto tempo, e cosa conta come difetto?
- Quanto costa dopo una piccola modifica, e in quanto tempo?
- Offrite manutenzione, cosa comprende, e riceviamo un rapporto?
- Se smettiamo di collaborare, cosa riceviamo e in quanto tempo?
- Un altro fornitore può subentrare? Quale documentazione esiste?
- Da quali servizi di terze parti dipenderà il sito, e chi li paga?
Risposte che dovrebbero chiudere la conversazione#
Rare, ma da riconoscere subito.
| Risposta | Perché squalifica |
|---|---|
| «Garantiamo posizioni in prima pagina» | Nessuno può; è ignoranza o disonestà |
| «Il dominio lo teniamo sul nostro account» | Ti rende ostaggio |
| «Non serve la preproduzione, stiamo attenti» | Tutti stanno attenti; quello non è un processo |
| «Sui siti piccoli non usiamo il controllo di versione» | Nessuno storico, nessun ritorno indietro, nessun secondo fornitore |
| «Il prezzo vale solo se firmate oggi» | Le tattiche di pressione predicono il rapporto di lavoro |
| «Il SEO è incluso», senza dettagli | O non significa nulla o si sta insinuando un servizio a parte |
| «I dettagli li vediamo strada facendo» | Con un prezzo fisso, quello diventa un tuo problema |
Domande frequenti
Qual è la domanda più utile?
«Come arriva una modifica dalla vostra macchina al sito in produzione?» Chiunque sia competente risponde in una frase, e la risposta rivela se esistono controllo di versione, preproduzione, revisione e ritorno indietro. Tutto il resto dell'elenco sul processo tende a discenderne in una direzione o nell'altra.
Devo chiedere di tecnologie specifiche?
Solo dove hai un vincolo reale: un sistema esistente, una piattaforma che il tuo team già usa. Altrimenti la tecnologia è una loro decisione, e chiederne invita una risposta pensata per impressionare. Chiedi piuttosto quali risultati produce: quanto veloce, quanto manutenibile, chi altri potrebbe lavorarci.
Come verifico bene una referenza?
Chiedi di un problema anziché della soddisfazione: «cosa è andato storto, e come l'hanno gestita?» Ogni progetto ha qualcosa. Una referenza che non sa citare nulla o ha avuto un progetto banale o non è del tutto sincera. Chiedi anche se li richiamerebbe per un progetto più grande, domanda più tagliente di quella sulla soddisfazione.
È scortese chiedere di proprietà e recesso?
No, e un fornitore professionale se lo aspetta. Entrambe le parti guadagnano dal sapere come stanno, e le risposte sono brevi. Il disagio davanti a queste domande è di per sé un'informazione: di solito significa che l'assetto standard ti è meno favorevole di quanto dovrebbe.
domande sviluppatore webingaggiare uno sviluppatorecolloquio sviluppatore webdomande progetto webscegliere uno sviluppatorevalutare uno sviluppatore
