Come scegliere un partner di sviluppo software
Quasi tutti i fornitori superano la prima call. Le differenze emergono al terzo mese, quando il progetto incontra un vincolo imprevisto. Queste sono le domande che anticipano quel momento invece di scoprirlo.
Chiedete chi lavorerà davvero sul progetto
La domanda più utile in assoluto. Molte società presentano profili senior in fase commerciale e assegnano poi persone diverse alla delivery. Chiedete i nomi, chiedete di parlare con loro prima della firma e chiedete cosa succede se quella persona lascia il progetto.
Una risposta solida include una politica esplicita sulla sostituzione e sul passaggio di consegne. Una risposta debole rimanda a un pool generico di risorse.
Chiedete di entrare nel vostro processo, non nel loro
Un partner che pretende di portare i propri strumenti, il proprio ticketing e il proprio canale di reporting sta creando un secondo processo parallelo. Ogni informazione dovrà attraversarlo due volte.
Chiedete esplicitamente se gli sviluppatori lavoreranno nei vostri repository, nel vostro ticketing e nelle vostre review. Se la risposta è no, chiedete perché.
Chiedete come si comunica quando qualcosa va male
Ogni progetto incontra un problema. La differenza tra fornitori si vede in quanto tempo passa tra il momento in cui il problema è noto internamente e il momento in cui lo sapete voi.
Chiedete un esempio concreto di un progetto andato storto e di cosa hanno fatto. Un fornitore che non ne ha nessuno o non ha esperienza sufficiente, o non ve lo sta dicendo.
Chiedete come finisce
La conversazione meno piacevole e la più informativa. Preavviso, proprietà del codice, documentazione, passaggio di conoscenza. Un partner sicuro del proprio valore risponde senza esitazione, perché non conta sul lock-in per trattenervi.
Chiedete anche di ridurre la capacità, non solo di aumentarla. La flessibilità in discesa è più rivelatrice di quella in salita.
Domande frequenti
Cosa chiedere a un partner di sviluppo software prima di firmare?
I nomi delle persone assegnate, se lavoreranno nei vostri strumenti e processi, un esempio di progetto andato male e come è stato gestito, e le condizioni di uscita: preavviso, proprietà del codice e passaggio di conoscenza.
È meglio un partner grande o piccolo?
Dipende da quanto conta la continuità. Le società grandi offrono più profondità di sostituzione ma ruotano le persone più spesso. I team piccoli offrono più continuità ma meno capacità di assorbire un picco. Nessuna delle due è migliore in assoluto: dipende da quale rischio vi preoccupa di più.