Cosa cercare in un partner in outsourcing

Non credo che un'intervista con uno sviluppatore off-shore debba essere molto diversa da un'intervista con, per esempio, uno sviluppatore freelance degli Stati Uniti. Dopo tutto, cerchi una persona con lo stesso profilo e le stesse competenze, eseguendo le stesse attività .

Tuttavia, ho notato personalmente e spesso ho letto che gli sviluppatori indiani hanno un approccio diverso di relazione con un cliente. Quando chiedi loro di fare qualcosa che non ha senso o sarà eccessivamente costoso o ha un alto rischio di rompere qualcosa, lo faranno comunque, invece di [educatamente] spiegarti che sei stupido e non farlo " so cosa stai veramente chiedendo.

Dato che sei uno sviluppatore, potrebbe non infastidirti troppo. Se fossi in te, parlerei ancora con loro di questo punto e di come si avvicinano, in altre parole se capiscono che è meglio dire "No" ai loro clienti che implementare qualcosa di sostanzialmente rotto.

Più in generale, quando cerchi uno sviluppatore, prova a determinare le seguenti cose:

• La persona ha le giuste competenze tecniche?

  Questo viene fatto ponendo le domande giuste e dipende molto dal lavoro specifico. Potrebbe essere qualcosa di semplice, come "Qual è la differenza tra stack e coda? Quale si usa per sostituire una ricorsione e come?" a qualcosa di molto avanzato in una lingua specifica.

  Chiedere di scrivere codice è una buona idea (vedi Joel Test), ma potrebbe essere difficile in un'intervista per telefono. Ti sentirai stupido restando al telefono in attesa di venti minuti che una persona risolva un problema e sottolineerà la persona intervistata. Inoltre, non puoi sapere se la persona sta effettivamente risolvendo il problema o chiedendo aiuto su Stack Overflow.

• Per quanto riguarda le capacità di comunicazione?

  In parte si ottiene l'idea parlando con la persona, ma questo potrebbe non essere sufficiente. Spesso le abilità scritte sono più importanti e potresti chiedere se la persona ha un blog, un account ad alto rappresentante su Stack Exchange, ecc.

• Il candidato è IL candidato che desideri?

  Questo è il più difficile da rispondere, e il rischio di commettere un errore è alto (in entrambi i modi). Alcune domande che potresti porre includono:

  • In C #, usi StyleCop? Analisi del codice? Metriche del codice? Puoi parlarci un po 'di più?
  • Quali sono le cinque cose / caratteristiche che ti mancano di più nel tuo linguaggio di programmazione preferito? Come li implementeresti?
  • Quanto spendi effettivamente scrivendo codice? Cosa fai il resto del tempo?
  • Usi la cascata? Agile? Puoi descrivere come li usi?
  • Perché il QA è importante? Hai lavorato con i tester? Secondo te, cosa fanno?
  • Se un utente finale ti chiede assistenza con una domanda che trovi completamente stupida, come rispondi?
  • Perché la domanda "Qual è la lingua migliore, PHP o Java?" non ha senso?
  • ecc.

Lavorando a lungo con gli sviluppatori indiani, darei loro un documento sui requisiti di esempio e chiedo loro cosa pensano che significhi. Le comunicazioni sono spesso il problema. Vogliono maggiori informazioni in un documento dei requisiti di quanto non si possa dare loro inizialmente essendo abituati a non dover specificare tutto. Inoltre, ciò che pensi che qualcosa significhi non è ciò che pensano significhi. Meglio vedere se è possibile comunicare con loro fin dall'inizio.

Vorrei anche discutere la risoluzione dei problemi con l'azienda e avere qualcosa nel contratto sul processo di accettazione del codice. Non vuoi spendere centinaia di ore e migliaia di dollari per ottenere un codice che è inutilizzabile. Quindi è necessario considerare in anticipo come determinerete se il codice è accettabile e quali sono le azioni di entrambe le parti. Vorrei anche negoziare per le revisioni del codice (compresa la visualizzazione del codice in corso quando l'attività è di grandi dimensioni) e i rapporti sui progressi giornalieri. Potresti anche vedere se saranno disposti a lavorare nelle stesse ore in cui lavori. La comunicazione è difficile quando sono a mezzo mondo e lavorano mentre dormi. Costruisce un ritardo nel progetto.

La maggior parte degli sviluppatori off-shore lavora per le grandi aziende che ti offrono i candidati, e queste aziende variano ampiamente in termini di qualità e pratiche commerciali, alcune fanno cose molto losche. Valutare la compagnia è più importante che controllare lo sviluppatore, quindi controlla i loro record prima di parlare di assumere qualcuno.