Preskoči na sadržaj

Tehnički due diligence · Procjena

Šta se nalazi u codebaseu koji namjeravate kupiti ili finansirati

Prije kupovine ili ulaganja dobijate nezavisnu pisanu procjenu: koliko košta rad sistema, koliko bi koštale popravke i koji su dijelovi u dobrom stanju.

FormatPisana procjena
RokDatum dogovaramo unaprijed
CijenaProcjena po fiksnoj cijeni · rad po satu
Dokaz2 projekta

Procjena u 4 dijela

01 · Kada vam treba

Ako su dvije od ovih tačne, ovo vam odgovara.

  • Proizvod na demu izgleda dobro, a niko s vaše strane nije čitao kod
  • Račun za cloud je jedan iznos koji niko ne zna raščlaniti
  • Tim kaže da je prepisivanje potrebno, ili da nije, a vi ne možete provjeriti ni jedno ni drugo
  • Šta sistem radi znaju samo jedna ili dvije osobe, a one možda neće ostati

02 · Šta dobijate

Šta sadrži dokument:

  • Koliko košta rad sistema, po stavkama na računu, i koliko od toga otpada na dimenzionisanje, na greške i na arhitekturu.
  • Gdje su rizici: pristup podacima, tajni ključevi, autentifikacija i sve drugo što ne bi prošlo sigurnosnu provjeru.
  • Pregled po dijelovima: šta može ostati, a šta bi trebalo prepisati, uz zapisano obrazloženje.
  • Šta nismo provjerili, također zapisano, da se dokument ne bi shvatio kao nešto više nego što jeste.

03 · Kako odlučujemo

KORAK 01Račun čitamo prije koda.Brzo pokaže šta sistem stvarno radi. Na jednom nacionalnom sistemu za identitet račun je bio oko osam puta veći od onoga što je opterećenje tražilo, a ništa nije prijavilo grešku.
KORAK 02U dokumentu prvo navodimo uzroke.Typecheck, lint i zeleni build malo govore o tome radi li sistem ono što njegovi autori misle da radi. Iza jednog uzroka može stajati sljedećih sto nalaza.
KORAK 03Odvajamo ono što se može mijenjati od onoga što ne može.Sačuvani izvještaji klijenata, instalirane aplikacije i sistemi trećih strana često određuju šta se u sistemu ne smije dirati. Upravo ta ograničenja, više od bilo čijih želja, odlučuju šta novi vlasnik može promijeniti.
KORAK 04Tražimo kvarove koji ne dižu uzbunu.Skupi problemi izgledaju kao normalan rad: beskonačna petlja, upload koji ide kroz backend, komentar u kodu koji više nije tačan.
Detaljnije na blogu:Tehnički due diligence: prvo pročitajte račun, pa kodAWS račun s 24.000 $ na 2.000 $ mjesečno: tri uzroka koja sam našaoTri vrste grešaka u dizajn sistemu koje TypeScript i ESLint propuste

04 · Ako ništa ne nađemo

I za codebase u dobrom stanju dobijate cijeli dokument: zašto je u dobrom stanju, raščlanjene troškove rada i listu onoga što nismo provjerili. To je dobro imati crno na bijelo prije potpisivanja.

Dokaz

Gdje smo ovo već radili

Svih 18 projekata
Projekat 14 · Podaci$24k → $2kNacionalni sistem za identitet u Zapadnoj Africi, s tri uzroka viška troškova: dimenzionisanje, kvar i arhitektura. Nijedan se nije pokazao kao greška, a mjesečni trošak spustio se s 24.000 $ na 2.000 $.Pročitajte više o projektu →Projekat 13 · Podaci15 min → 0,2 sData warehouse u maloprodaji u kojem se nisu smjeli mijenjati ni upiti ni šema. Izvještaj najvećeg klijenta, kojem je trebalo više od 15 minuta, sada se otvara za 0,2 sekunde, a svi sačuvani izvještaji klijenata rade kao i prije.Pročitajte više o projektu →

Česta pitanja

Pitanja o ovoj usluzi

Ne pod tim imenom. Metod smo razvili na projektima na koje smo dolazili i čije smo sisteme morali brzo razumjeti, počevši od računa i najsporijih dijelova.
Sve usluge47 usluga, od kojih je većina potvrđena projektom.Nazad na usluge →Kako odlučujemoTrošak svake opcije za pet godina i tačka na kojoj se preporuka mijenja.Pogledajte kako odlučujemo →

Sljedeći korak

Opišite problem i javit ćemo vam se s tri opcije.

Prvi poziv traje 30 minuta i ni na šta vas ne obavezuje.

Zatražite ovu procjenucontact@microtech.consulting