Ettevõttesüsteemi raskus ei ole funktsioonides, vaid koormuses, ligipääsuõigustes, jälgitavuses ja selles, et see peab töötama ka siis, kui keegi teine seda haldab. Ehitame nii, et need asjad on paigas enne esimest kasutajat.
Suurorganisatsiooni surve on teistsugune. Pärandsüsteemid, mida keegi ei julge puutuda. Vastavusnõuded mitmes jurisdiktsioonis korraga. Tuhanded kasutajad, kelle jaoks tund seisakut on kallis. Ja aastakümnete jagu tehnoloogiainvesteeringuid, mis peavad omavahel rääkima. Valmistoode lahendab neist tavaliselt osa ja sunnib ülejäänu ümber enda painutama — tekitades andmesaari ja sidudes teid kellegi teise tootekaardiga.
Katame kogu elutsükli ühe vastutava partnerina, mitte mitme tarnijana, kellel on omavahel konkureerivad prioriteedid. Allpool on valdkonnad, kus ettevõttesüsteemid tavaliselt kõige rohkem valu tekitavad.
Nõuete analüüsist juurutamise ja jooksva toeni. Üks meeskond vastutab terviku eest, nii et ükski probleem ei jää tarnijate vahele rippuma.
Ühendame rahanduse, tarneahela, tootmise ja personali ühte süsteemi, mis kohandub teie protsessiga — mitte vastupidi. Sageli on õige vastus liidestada see, mis teil juba on, mitte ehitada uut.
Eraldiseisvad süsteemid üheks tervikuks. Projekteerime liidesed, mis eeldavad, et teine pool on maas või aeglane, ja taastuvad ise — sest nii see päriselus on.
Müük, turundus ja teenindus ühes kohas, ühe kliendipildiga, mis on liidestatud ülejäänud majaga. Ilma selleta on iga osakonna versioon kliendist veidi erinev.
Kaardistame, kus töö päriselt seisma jääb, ja automatiseerime just need sammud. Suurem osa võidust tuleb käsitsi tehtud vahesammude kaotamisest, mitte uutest funktsioonidest.
Prognoosimine, klassifitseerimine ja tekstitöötlus seal, kus need end mõõdetavalt ära tasuvad. Ütleme ka siis, kui tavaline tarkvara teeb sama töö odavamalt — mida juhtub sageli.
Valime tehnoloogia teie olemasoleva keskkonna ja koormusprofiili järgi. Ettevõttesüsteemis loeb pika toehorisondiga tööriist rohkem kui uusim — järgmine meeskond peab selle jaoks inimesi palkama.
Need neli otsustatakse arhitektuuri juures, mitte hiljem. Iga üksik neist on tagantjärele lisatuna kallis, ja koos lisatuna tähendab see tavaliselt ümberkirjutamist — seepärast lepitakse nad kokku enne esimest sprinti.
Turvalisus ei ole faas enne väljalaset, vaid osa igast sprindist.
Süsteem peab taluma seda, et midagi läheb katki — sest läheb.
Jõudlusnumbrid antakse enne toodangusse minekut, mitte pärast kaebust.
Skaleeritavus on arhitektuuri omadus, mitte hilisem lisandus.
Ettevõttesüsteem on mitme aasta investeering teie digitaalsesse taristusse, nii et partneri valik on pigem strateegiline kui tehniline otsus. Küsige, kes arhitektuuri otsustab ja kas te saate temaga rääkida. Küsige, millal hinnang antakse ja millele see tugineb. Küsige, kellele kuuluvad repositooriumid ja pilvekontod, ja mis juhtub, kui te soovite lahkuda. Ja küsige, mida te iga sprindi lõpus näete — kui vastus on olekuraport, mitte töötav tarkvara, ei tea te kunagi, kus projekt tegelikult seisab.
Inimene, kes teie süsteemi arhitektuuri otsustab, on sama, kellega te kohtute ja kellele te kirjutate. Vahekihte ei ole.
Koormusprofiil lepitakse kokku enne arhitektuuri ja testitakse enne toodangut — mitte pärast esimest tõrget.
Rollid, auditilogid ja säilituspoliitika ehitatakse sisse. GDPR on lähtepunkt, mitte auditi-eelne lisatöö.
Repositooriumid, pilv, domeenid. Üleandmine on ligipääsu muudatus, mitte migratsiooniprojekt.
Iga sprint lõpeb millegagi, mida saab testkeskkonnas läbi klõpsida. Prioriteedid jäävad teie kätte.
Asume Tallinnas, samas ajavööndis ja samas lepinguraamistikus. Andmed jäävad soovi korral täielikult EL-i.
See katab kogu elutsükli: nõuete analüüs, arhitektuur, arendus, kvaliteedikontroll, juurutamine ja edasine tugi. Erinevus väiksemast projektist ei ole funktsioonide arvus, vaid selles, mis peab ümberringi paigas olema.
Ettevõttesüsteemis on kolm asja, mis tavaliselt otsustavad õnnestumise: kas see talub tegelikku koormust, kas ligipääs on piisavalt peeneteraline ja jälgitav, ning kas keegi teine saab seda hiljem hallata. Funktsioonid on lihtsam osa.
Praktikas tähendab see rollipõhist õiguste mudelit, auditilogisid, andmete säilituspoliitikat, koormusteste enne toodangut ja dokumentatsiooni, mis lubab teie enda meeskonnal süsteemi üle võtta.
Sageli ei tasu. Kui teie protsess ei ole konkurentsieelis ja valmistoode katab selle, on valmistoode odavam ja kiirem — ja me ütleme seda.
Ehitamine tasub end ära siis, kui protsess ise on see, mille poolest te eristute; kui valmistoote kohandamine läheb kallimaks kui ehitamine; või kui litsentsitasu kasvab kasutajate arvuga kiiremini kui teie tulu. Suures organisatsioonis on kolmas punkt sagedasem, kui eeldatakse.
Teine kaalukas argument on omand. Kohandatud süsteemi puhul kuulub kood ja äriloogika teile, te ei sõltu kellegi teise tootekaardist ja te ei maksa iga uue kasutaja eest. Sagedasti on õige vastus vahepealne: valmistoode tuumiku jaoks ja kohandatud kiht seal, kus te tegelikult eristute.
Jah, ja peaaegu alati osade kaupa, mitte korraga. Täielik ümberkirjutamine on kõige riskantsem viis seda teha ja me soovitame seda harva.
Alustame koodi ja andmebaasi auditist ning kirjutame iseloomustavad testid, mis fikseerivad praeguse käitumise — sealhulgas vead, sest hiljem peab olema selge, mis oli tahtlik. Enamasti ei ole algset dokumentatsiooni olemas ja see on pigem reegel kui erand.
Seejärel võtab uus süsteem funktsioone üle ükshaaval, vana töötab kõrval edasi ja iga osa lülitatakse välja alles siis, kui asendus on toodangus tõestatud. Andmemigratsiooni harjutatakse toodanguandmete koopial ja iga käivitusel on kirjalik tagasipöördumisplaan. Planeeritud seisakut ei ole.
Anname hinnangu pärast avastusfaasi, mitte enne. Ilma läbi mõeldud arhitektuurita on iga number väljamõeldud, ja ettevõttesüsteemi puhul on see eriti nii — kulu tuleb sageli liidestustest ja vastavusnõuetest, mitte ekraanidest.
Avastusfaas ise on tasuline kahenädalane sprint. Selle tulem — protsessikaardid, andmemudel, arhitektuur, riskiloend ja prioriseeritud maht koos suurusjärgu maksumusega iga etapi kohta — jääb teile ka siis, kui te otsustate ehitamise kellelegi teisele anda.
Edasi fikseerime eelarve ja ajakava ning jätame mahu paindlikuks. Te teate, mis see maksab ja millal valmib; prioriteetide järjekord otsustab, mis sinna sisse mahub. See on ainus kolmest, mille fikseerimine ausalt töötab.
Jah — ja enamasti on see projekti kõige töömahukam osa, mitte kõrvalasi. Planeerime selle vastavalt.
Liidestume ERP- ja raamatupidamissüsteemide, CRM-ide, laohalduse, makselahenduste, pangaliideste ja avalike registritega, sealhulgas Eesti äriregistri ja eID-teenustega. Seal, kus korralikku API-t ei ole, töötavad ka failivahetus, andmebaasivaated või ajastatud import — ütleme ausalt, milline neist on habras ja mida see hooldusena maksab.
Liidesed ehitatakse eeldusel, et teine pool on kord maas, kord aeglane ja saadab vahel midagi ootamatut: korduskatsed kasvava viivitusega, järjekorrad, idempotentsed kirjutamised ja monitooring, mis annab häire enne, kui klient helistab. Versioonitud lepped tähendavad, et partneri muudatus ei murra teid ette teatamata.
Kirjeldage oma olukorda paari lausega. Vastame ühe tööpäeva jooksul.