Tarkvara arendus on kohandatud lahenduste ehitamine sinu ettevõtte konkreetsele probleemile. Enamasti ei ole see suur “uus süsteem”, vaid täpselt see puuduv tükk, mida standardtarkvara ei kata: integratsioon kahe süsteemi vahel, sisemine tööriist mõne eripärase protsessi jaoks või aruandevaade, mida suurelt tarnijalt tellida oleks kallis ja aeglane.
Millal seda päriselt vaja on
Ettevõte on kasvanud ja tööriistad on olemas: Microsoft 365, ERP, CRM, raamatupidamise süsteem. Aga nende vahele jäävad augud. Info liigub inimeselt inimesele Excelis või e-kirjades, kuigi süsteemid võiksid omavahel rääkida. Iga uus töötaja õpib esimese kuu jooksul selgeks salakäigud, mida pole kuskil dokumenteeritud. Iga tehing liigub läbi paari inimese käsitsi kopeerimise, kuigi asja lahendaks paarinädalane arendusprojekt.
Signaalid, et kohandatud tarkvara aitaks:
- Kaks süsteemi hoiavad samu andmeid, aga ei ole omavahel ühendatud. Keegi tipib käsitsi ühest teise.
- Regulaarne aruanne, mille kokkupanek võtab Excelis pool päeva, kuigi andmed on süsteemides juba olemas.
- Tellimuste, ostude või avalduste vool liigub e-kirjades, kuigi vool ise on standardne ja korduv.
- Klient või koostööpartner küsib midagi, mille vastust otsitakse käsitsi mitmest süsteemist kokku.
- Standardtarkvara katab 80% vajalikust, aga just see puuduv 20% on igapäevatöös kõige valusam.
Mida ma arendajana teen
Töö jaguneb nelja rolli ja need kõik teen ise:
- Ärianalüüs. Enne kui midagi ehitama hakkame, tuleb mõista, mida tegelikult vaja on ja miks. Enamasti selgub esimese nädala jooksul, et algne soov ja tegelik probleem ei ole päris sama asi. Selle vahe selgeks rääkimine on olulisem kui koodi kirjutamine.
- Arhitektuur ja disain. Kuidas uus tükk sobitub olemasoleva taristuga: M365, ERP, andmebaasid, autentimine. Ma ei ehita paralleelset süsteemi, vaid täpselt selle osa, mis olemasolevat tugevdab.
- Koodi kirjutamine ja testimine. Seda ma alltöövõtjatele ei anna: kirjutan, testin ja vastutan tulemuse eest ise. Kood on loetav, kommenteeritud ja järgib tavapäraseid mustreid, nii et hiljem saab keegi teine seda hooldada.
- Juurutus ja üleandmine. Kasutajad on koolitatud, dokumentatsioon on olemas ja esimese kuu tugi sisaldub hinnas. Projekt lõpeb siis, kui asi töötab, mitte siis, kui viimane koodirida valmis sai.
Milliste tehnoloogiate ja lahendustega töötan
Fookus on lahendustel, mis on Eesti ettevõtete taristus loomulikud ja mille hooldamiseks ei pea eritalenti otsima:
- Veebirakendused ja API-d (Python, Node.js, moodne JavaScript)
- Microsoft 365 laiendused: Power Automate vood, Power Apps, SharePointi integratsioonid
- Integratsioonid ERP süsteemidega (Merit, Directo, SmartAccounts, Microsoft Dynamics)
- Andmebaasid ja andmemigratsioonid (PostgreSQL, MSSQL, MySQL)
- Kerged AI integratsioonid: dokumendianalüüs, kokkuvõtete genereerimine, kliendipäringute klassifitseerimine
- Automatiseerimise vood: Make, Zapier, kohandatud skriptid
Tüüpilised takistused ja kuidas neid lahendame
“Me ei tea päris täpselt, mida vajame.” Levinud algseis. Lahendus: alustame väiksemast eeltööst (paar päeva analüüsi), mille tulemus on kirjalik ulatusettepanek koos hinna ja ajakavaga. Alles siis otsustad, kas ehitame.
Olemasolevast süsteemist on andmeid raske kätte saada. Vana ERP ilma korraliku API-ta või standardvoogudeta. Lahendus: leiame töötava tee (andmebaasi lugemine, plaanitud eksport, mõnikord isegi ekraanilt lugemine, kui muud valikut pole), aga hoiame liidesekihi puhtana, et seda oleks hiljem lihtne asendada.
Sisemine tiim muretseb, et keegi tuleb väljast ja teeb midagi, mida hiljem keegi hooldada ei oska. Aus mure. Lahendus: kood on kommenteeritud, dokumentatsioon tehtud ja üleandmine on projekti viimane etapp. Kui vaja, saab hooldust hiljem osta minult või mõnelt teiselt tiimilt, kes neid tehnoloogiaid valdab.
Ootuste ja tegelikkuse vahe. Sageli tundub, et “väike asi” võtab paar päeva, aga selgub, et süsteemide integreerimine nõuab rohkem tööd. Lahendus: aus hinnang enne alustamist, mitte pärast. Kui projekti maht poole peal kasvab, arutame seda kirjalikult, mitte ei tee vaikimisi juurde.
Edu mõõdikud
- Lahendus on päriselt kasutuses ja inimesed kasutavad seda iga päev.
- Aeg, mis varem kulus käsitsi tööle, on mõõdetavalt vähenenud. Konkreetne mõõt lepitakse kokku projekti alguses (näiteks: aruande kokkupanek 4 tundi → 15 minutit).
- Vigade määr on väiksem kui käsitsi tehes.
- Kood ja dokumentatsioon on sellises korras, et järgmine arendaja saab tööle hakata ilma pika sisseelamiseta.
- Ei ole tekkinud uut süsteemi, mida keegi ei julge puudutada.
Koostöö maht ja hind
Iga projekt on erinev. Väiksemad tükid, näiteks üks integratsioon või konkreetne aruanne, võtavad paar nädalat. Suuremad siserakendused võtavad mõne kuu. Konkreetse pakkumuse teen pärast esimest tutvumiskohtumist, kus vaatame üle sinu olukorra ja lepime kokku, milline vorm sobib.
Sageli teen enne suurt projekti lühikese eeltöö (2–5 päeva), mille tulemus on kirjalik ulatusettepanek. Nii saad otsustada, kas edasi minna, ilma et peaksid suurt otsust tegema enne, kui probleem on korralikult läbi mõeldud.
Kellele see teenus ei sobi
Kohandatud tarkvara ei ole iga olukorra jaoks õige vastus. Kui olemasolev standardlahendus katab su vajaduse piisavalt, on selle seadistamine või kohandamine sageli parem valik kui uue ehitamine. Kui tegelik vajadus on protsessi ümberkujundamine, siis tarkvara üksi seda ei lahenda. Esimesel kohtumisel ütlen ausalt, kas siin on midagi, mida ma saan ehitada, või on parem alustada mujalt.
Vaata ka
- IT-projektijuhtimine – tellija poolne juht tehnoloogiaprojektile
- Äri digitaliseerimise teenus
- Äriprotsesside optimeerimine
- Pilveteenuste valik ja juurutus Eesti ettevõttele
Kaalud kohandatud tarkvara arendust? Broneeri 30-minutiline tasuta vestlus. Vaatame olukorra üle ja ütleme ausalt, kas tarkvara arendus on õige vastus või on parem lahendus mujal.