Preluare aplicații de la alt dezvoltator
Preluăm aplicația când colaborarea cu dezvoltatorul anterior se încheie. Verificăm accesul, codul și infrastructura, apoi stabilim ce trebuie remediat și cum continuă întreținerea.
Ce verificăm la preluarea aplicației
Acces și facturare
Cod, găzduire, DNS, baze de date, plăți și magazine de aplicații: cine ce deține, cu transferuri plănuite împreună cu titularii.
Producția
Verificăm aplicațiile și sarcinile programate, apoi testăm restaurarea unei copii de siguranță.
Primele remedieri
Certificate expirate, dependențe fără suport și copii de siguranță care eșuează, înaintea funcționalităților noi.
Ce se schimbă
AstăziNimeni nu știe cine are fiecare cont.
Cu AL+O listă cu fiecare cont, titularul și factura lui.
AstăziNimic nu e scris.
Cu AL+Manualul de operare pe care sistemul nu l-a avut.
AstăziOrice schimbare pare riscantă.
Cu AL+Testăm o modificare pe întregul traseu de lansare și verificăm restaurarea unei copii de siguranță.
Cum preluăm aplicația
Prima analiză, la preț fix
Ce examinăm și ce primiți, stabilite în scris.
Inventar și acces
Fiecare dependență, titularul ei și ce lipsește.
Verificăm traseul
O schimbare mică lansată, o copie restaurată și alerte care ajung la un om.
Apoi mentenanța
Stabilim separat intervențiile și suportul lunar.
Produse dezvoltate de AL+
Administrăm noi KeySend și Milkglass, de la lansări și conturi până la suport. Lista noastră de verificare pentru preluări este publică, în engleză.
Pentru cine este
Se potrivește
Aplicații web, SaaS, API-uri, servere pentru aplicații mobile și programe interne cu utilizatori reali, care au nevoie de un responsabil.
Nu se potrivește dacă
Vreți programatori plătiți la oră sau ajutor pentru un sistem pe care îl închideți în câteva luni.
Întrebări
Ce facem dacă fostul dezvoltator nu ne dă accesul?
Accesul e primul lucru de rezolvat. Stabilim ce conturi controlați deja și verificăm, cu fiecare titular și furnizor, dacă transferul sau recuperarea sunt posibile. Nu putem garanta un acces pe care nu îl dețineți.
O să vreți să rescrieți aplicația?
Nu din start. Recomandăm o rescriere doar dacă analiza arată că reparația ar costa mai mult și vă explicăm în scris de ce.
Cui aparțin modificările?
Firmei dumneavoastră. Modificările stau într-un depozit de cod deținut de firma dumneavoastră, iar manualul de operare vă aparține.
De citit (în engleză)
Codebase takeover checklist: what to inspect before accepting a system
A reusable checklist for taking over software from another developer, agency, or team: access, production, data, change safety, dependencies, security, knowledge, and cost. Use it before you agree to own the system.
What a good software handover should contain
The seven artifacts an outgoing developer or agency should hand over with a software system: access, environment map, operating manual, architecture notes, decision log, open issues, and a recorded walkthrough.
Taking over software after the developer leaves
A practical sequence for inheriting a system whose builder is gone: secure access, understand production, write down what nobody wrote, then change things.
Aveți o aplicație de preluat?
Spuneți-ne ce face aplicația și ce acces aveți la cod și găzduire. Stabilim ce putem verifica în analiza inițială.
Sau copiați adresa: paul@alplustech.com