Cum să Treci de la un Furnizor de Software la Altul
Încheierea colaborării cu furnizorul tău de dezvoltare software este dificilă, chiar dacă uneori necesară.
Echipa actuală, oricât de inadecvată, controlează codul, în timp ce noua echipă, oricât de entuziastă și pregătită, nu poate prelua de pe o zi pe alta.
Indiferent de ce te-a determinat să cauți un nou furnizor — livrări de calitate scăzută, costuri excesive sau lipsa chimiei interpersonale — există totuși un lucru la care trebuie să acorzi atenție mai presus de orice altceva: produsul tău.
Noi de la Colibryx am asistat la diverse tranziții de furnizori. Am văzut treceri de ștafetă care s-au desfășurat perfect, ducând la îmbunătățiri ale performanței și culturii organizaționale, dar am auzit și de altele care au fost adevărate dezastre, cu întârzieri sau chiar eșecuri în livrarea funcționalităților și produselor critice pentru activitate.
Cu siguranță, tranzițiile furnizorilor sunt pline de provocări tehnice — înțelegerea accesului la sisteme și servere, înțelegerea codului existent și luarea unor decizii dureroase privind eliminarea sau remedierea codului existent. Dar în final este mai degrabă o provocare de management al oamenilor.
Totul, de la transmiterea cunoștințelor și documentației până la protejarea codului tău, depinde de modul în care ghidezi și tratezi oamenii din ambele companii.
Învață din greșelile tale
Majoritatea proiectelor software eșuează nu din cauza problemelor tehnice sau de inginerie, ci din cauza comunicării deficitare, proceselor de dezvoltare software inadecvate, moralului scăzut sau finanțării insuficiente (prin bazarea pe companii neexperimentate).
Dacă colaborarea cu echipa de dezvoltare merge prost, nu da vina pe alții, ci asumă-ți responsabilitatea și înțelege unde și cum au mers lucrurile prost.
Poate că nu ai dedicat suficient timp sau atenție dezvoltatorilor tăi, sau au existat conflicte pe care le-ai fi putut gestiona mai bine. S-ar putea să fi comunicat greșit așteptările tale sau să nu fi confirmat rezultatele corespunzător.
Încearcă întotdeauna să te întrebi cum ar fi putut merge lucrurile mai bine, pentru a evita greșeli similare în viitor.
Nu te aștepta la nimic
Nu te aștepta ca activitatea cu care colaborezi în prezent să scrie documentație detaliată pentru succesori. Aceasta este una dintre activitățile cel mai detestate de dezvoltatori (dacă nu crezi asta, caută pe Google).
La întrebarea:
Why do programmers hate making documentation? Google prezintă peste 40.800.000 de rezultate.
Cu toate acestea, pentru a evita probleme suplimentare în timpul tranziției, asigură-te că echipa veche documentează toate cunoștințele despre procese/produse și oferă datele de contact ale noii companii pentru eventuale clarificări ulterioare.
Nu te pune la îndoială
Reamintește-ți întotdeauna că dacă nu ești mulțumit de echipa actuală, probabil nici ei nu sunt mulțumiți de tine.
Amintește-ți că încheierea contractului este cea mai bună alegere pentru toți cei implicați — și probabil și furnizorul tău știe asta. Nu vor sabota sistemele tale sau altceva; vor dori doar să fie plătiți corect pentru a putea transmite cunoștințele.
În același timp, dacă ești ezitant în a acorda noului furnizor permisiuni complete în sistemele tale de la bun început, ia în considerare atribuirea de funcționalități restricționate pentru a limita accesul utilizatorilor doar la resursele necesare pentru desfășurarea activității, reducând riscul global sau impactul atacurilor cibernetice.
Încredințează noii tale echipe gestionarea detaliilor.
Parteneriatul tău anterior a eșuat și probabil nu ești încă pregătit să ai încredere în noua ta echipă de dezvoltare, chiar dacă este necesar.
Ține cont că încrederea în noii ingineri este proporțională cu șansele de succes ale proiectului tău software. Lăsarea lor să ghideze strategia de tranziție va contribui la stabilirea unei culturi de încredere și transparență.
Amintește-ți că trec printr-un proces de integrare, care poate fi destul de stresant, și sprijinul tău este întotdeauna important. Încearcă să reziste tentației de a fi un perfecționist al controlului. Începe acordând noii echipe de dezvoltare autonomie completă în analiza a ceea ce există.
În cele mai multe cazuri, noii veniți vor fi șocați de cât de „groaznic" este codul și ar putea sugera rescrierea întregii aplicații (pe bună dreptate, adesea este necesar) — lasă-i să-și exprime opinia și analizează-o în modul cel mai obiectiv posibil.
Iată câteva sfaturi practice de la noi de la Colibryx
"Planifică cu precizie procesul de migrare a datelor, pentru a minimiza riscul pierderii informațiilor importante." Paolo
"Ține minte, trecerea de la un furnizor de software la altul poate părea complicată, dar cu planificarea și pregătirea potrivite, poate fi o experiență fără probleme care va îmbunătăți activitatea ta." Francesco