Chiudere con il proprio fornitore di sviluppo software è difficile, anche se talvolta necessario.
Il team attuale per quanto inadatto controlla il codice, mentre il nuovo team, per quanto entusiasta e preparato, non può subentrare da un giorno all'altro.
Indipendentemente da ciò che ti ha spinto a cercare un nuovo fornitore, come consegne di bassa qualità, costi eccessivi o mancanza di chimica interpersonale, hai comunque una cosa a cui devi prestare attenzione, sopra ogni altra cosa: il tuo prodotto.
Noi di Colibryx abbiamo assistito a diverse transizioni di fornitori. Abbiamo visto passaggi di consegne andare lisci come l'olio, portando a miglioramenti delle prestazioni e della cultura aziendale, ma abbiamo anche sentito di altri che sono stati veri e propri disastri, con ritardi o addirittura fallimenti nella consegna di funzionalità e prodotti critici per l'attività.
Certamente, le transizioni dei fornitori sono piene di sfide tecniche come capire l'accesso ai sistemi e ai server, capire il codice esistente e prendere decisioni dolorose su se eliminare il codice esistente o correggerlo, ma alla fine è più una sfida di gestione delle persone.
Tutto, dalla trasmissione delle conoscenze e della documentazione alla protezione del tuo codice, dipende da come guidi e tratti le persone di entrambe le aziende.
Impara dai tuoi errori
La maggior parte dei progetti software falliscono non a causa di problemi tecnici o ingegneristici, ma a causa di una comunicazione scadente , processi di sviluppo del software inadeguati , morale basso o finanziamenti insufficienti (affidandosi ad aziende non esperte).
Se la collaborazione con il team di sviluppo va male, non incolpare gli altri, ma assumiti la responsabilità e capisci dove e come le cose sono andate storte.
Può essere che tu non abbia dedicato abbastanza tempo o attenzione ai tuoi sviluppatori, o che ci siano stati conflitti che avresti potuto gestire meglio. Potresti aver sbagliato a comunicare le tue aspettative o confermare i risultati.
Cerca sempre di chiederti come le cose sarebbero potute andare meglio, per evitare errori simili in futuro.
Non aspettarti nulla
Non aspettarti che l'attività con cui attualmente collabori o che scriva documentazione dettagliata per i successori. Si tratta di una delle attività più odiata dagli sviluppatori (se non ci credi cerca su Google).
Alla domanda:
Why do programmers hate making documentation? Google presenta oltre 40.800.000 risposte.
Nonostante questo per evitare ulteriori problemi durante la transizione, assicurati che il vecchio team documenti ogni conoscenza sui processi/prodotti e dia i propri contatti alla nuova azienda per possibili chiarimenti in seguito.
Non metterti in dubbio
Ricorda sempre che se non sei soddisfatto del team attuale, probabilmente nemmeno loro sono soddisfatti di te.
Ricordati che terminare il contratto è la scelta migliore per tutti i coinvolti - e probabilmente lo sa anche il tuo fornitore. Non saboteranno i tuoi sistemi o altro, vorranno solamente essere ripagati correttamente per poter trasmettere le conoscenze.
Allo stesso tempo, se sei titubante nel concedere al nuovo fornitore pieni permessi nei tuoi sistemi fin da subito, considera l'assegnamento di funzionalità ristrette in modo da limitare l'accesso degli utenti solo alle risorse necessarie per svolgere il lavoro, riducendo il rischio complessivo o l'impatto di attacchi informatici.
Affida al tuo nuovo team la gestione dei dettagli.
La tua precedente partnership è fallita e probabilmente non sei ancora pronto a fidarti del tuo nuovo team di sviluppo, anche se è necessario.
Tieni presente che la tua fiducia nei nuovi ingegneri è proporzionale alle possibilità di successo del tuo progetto software. Lascia che siano loro a guidare la strategia di transizione contribuirà a stabilire una cultura di fiducia e trasparenza.
Ricorda che stanno attraversando un processo di inserimento, che può essere abbastanza stressante, e il tuo supporto è sempre importante, cerca di resistere alla tentazione di essere un maniaco del controllo. Inizia dando al nuovo team di sviluppo una completa autonomia nell'analisi di quanto presente.
Nella maggior parte dei casi, i nuovi arrivati saranno scioccati da quanto "orribile" sia il codice e potrebbero suggerire di riscrivere l'intera app (giustamente, spesso è necessario) - lascia che esprimano la loro opinione e analizzala nel modo più oggettivo possibile.
Ecco qui alcuni consigli pratici da noi di Colibryx
"Pianifica con precisione il processo di migrazione dei dati, in modo da minimizzare il rischio di perdita di informazioni importanti." Paolo
"Ricorda, il passaggio da un fornitore di software a un altro può sembrare complicato, ma con la giusta pianificazione e preparazione, può essere un'esperienza senza problemi che migliorerà la tua attività." Francesco