Pārdošanas apjoms aug, bet procesi vairs netiek līdzi
Neatkarīgs IT biznesa arhitekts
Pareizs IT risinājums sākas pirms sistēmas un piegādātāja izvēles.
Strādāju uzņēmuma īpašnieka pusē, kad biznesa uzdevums jau ir skaidrs, bet vēl nav zināms, ko tieši ieviest vai izstrādāt un kam uzticēt realizāciju.

Ar ko viss sākas
Uzņēmumam ne vienmēr vajag jaunu sistēmu.
Vispirms jāsaprot, kam patiesībā jāmainās.
Vēlme ieviest CRM, ERP vai MI, kā arī izveidot savu platformu parasti rodas no reālas problēmas. Taču izvēlēta tehnoloģija vēl nav risinājums.
Īpašnieks personīgi kontrolē pārāk daudz operāciju
Dati ir izkaisīti tabulās un dažādās programmās
Esošā sistēma ierobežo turpmāku attīstību
Uzņēmums vēlas izmantot MI, bet neredz praktisku scenāriju
Ir digitāla produkta ideja, bet nav iekšējas IT komandas

Viena un tā pati problēma var prasīt individuālu izstrādi, gatava produkta pielāgošanu, esošo sistēmu integrāciju — vai procesa maiņu bez jauna IT projekta.
Dažādas lomas — atšķirīga atbildība
Izpildītājs atbild uz jautājumu “kā izdarīt”. Vispirms jāizlemj — ko un kāpēc darīt.
Uzņēmuma īpašnieks
Pārzina klientus, ekonomiku, ierobežojumus un uzņēmuma mērķus.
Nosaka, kas ir jāmainaIT biznesa arhitekts
Savieno procesus, ekonomiku, datus un tehnoloģiju iespējas.
Izveido pareizu risinājuma modeliPiegādātājs
Vislabāk pārzina savu produktu, platformu vai tehnoloģiju.
Realizē saskaņoto daļu
Problēma nav piegādātāja kompetences trūkumā. Tā rodas, ja vienam piegādātājam lūdz noteikt biznesa vajadzību, izvēlēties pieeju un pārdot savu realizāciju.
Agri pieļautas kļūdas cena
Projektu var realizēt — un tomēr neatrisināt biznesa uzdevumu.
Jo vēlāk atklāj kļūdu sākotnējā lēmumā, jo plašākas ir tās sekas.
Risinājums tiek izvēlēts pirms uzdevuma izpratnes
Projekts tiek veidots ap izpildītājam pazīstamu tehnoloģiju, nevis nepieciešamo biznesa rezultātu.
Tiek automatizēts esošais haoss
Jaunā sistēma nostiprina liekus saskaņojumus, manuālus izņēmumus un nepareizu atbildības sadalījumu.
Ierobežojumi atklājas pārāk vēlu
Trūkstošas lomas, dati un integrācijas kļūst redzamas tikai pēc izstrādes sākuma, kad izmaiņas jau ir dārgas.
Neviens neatbild par kopējo ainu
Katrs piegādātājs izpilda savu daļu, bet visa sistēma var nestrādāt kā vienots biznesa risinājums.
Nulles posmā mainās risinājums. Pēc palaišanas — jau pats bizness.
Cena neaug pēc maģiskas formulas. Ar katru posmu ap nepareizo lēmumu uzkrājas arvien vairāk jau paveikta un apmaksāta darba.
Mainām loģiku uz papīra
Precizējam biznesa uzdevumu, atsakāmies no nepareizas hipotēzes un izvēlamies citu ceļu.
Pārveidojam projektu
Mainām prasības, budžetu, termiņus, vienošanās un izpildītāja izvēles kritērijus.
Pārstrādājam sistēmu
Pārstrādājam kodu, integrācijas, datu struktūru un jau apmaksāto palaišanas plānu.
Mainām strādājošu biznesu
Papildus sistēmai jāmaina procesi, apmācība, lomas un ierastais darba veids.
Tas ļauj veikt lētāko iespējamo izmaiņu: mainīt virzienu, pirms uzņēmums sāk maksāt par nepareiza lēmuma sekām.
Jaunākie ziņojumi neapstiprina vienu universālu koeficientu, taču rāda kopīgu ainu: nesaskaņoti mērķi, nepietiekami novērtēta sarežģītība un novēlota problēmu atklāšana rada budžeta pārsniegumus, kavējumus un zaudējumus. Dati par 2023.–2024. gadu: BCG 2024 ↗ McKinsey 2023 ↗ IBM 2024 ↗
Problēma→piegādātājs→pazīstama tehnoloģija→labojumi
Problēma→varianti→lēmums→kontrolēta ieviešana
IT projekta nulles posms
Vispirms radām nevis sistēmu, bet skaidrību.
Pirms tehniskās specifikācijas, platformas izvēles un sarunām ar izpildītājiem.
Definējam rezultātu
Kam jāmainās īpašniekam, klientiem un darbiniekiem.
Izpētām realitāti
Procesi, lomas, dati, programmas, ierobežojumi un problēmas cēloņi.
Izveidojam variantus
No procesa maiņas līdz gatavai platformai vai individuālai izstrādei.
Salīdzinām sekas
Izmaksas, termiņi, atkarība, uzturēšana un turpmākas izaugsmes iespējas.
Izvēlamies pirmo soli
Arhitektūra, posmi, prasības un izpildītāju izvēles kritēriji.
Rezultāts nav iepriekš zināms
Tieši tāpēc analīzei jābūt neatkarīgai.
Pareizs ieteikums var novest pie lielas ieviešanas, nelielas izmaiņas — vai lēmuma pagaidām neko nebūvēt.
Mans uzdevums nav obligāti sākt IT projektu. Mans uzdevums ir palīdzēt uzņēmumam pieņemt pareizu lēmumu.
Praktiskais rezultāts
IT risinājuma karte
Dokuments, ar kuru var pieņemt lēmumu, pieprasīt salīdzināmus piedāvājumus un kontrolēt realizāciju.
Pārrunāt nulles posmu- skaidrs biznesa uzdevuma formulējums
- projekta robežas un lietotāju lomas
- datu un integrāciju prasības
- iespējamo variantu salīdzinājums
- ieteicamā arhitektūra un posmi
- tehnoloģijas un piegādātāja izvēles kritēriji
- provizoriskais investīciju diapazons
- galvenie riski un kontroles punkti
Darba formāti
Sākt var ar jebkura mēroga uzdevumu.
Darba apjoms, rezultāts un cena tiek fiksēti pirms darba sākuma.
Nav uzreiz jāpasūta liels projekts. Pirmais formāts ir atkarīgs no tā, cik daudz neskaidrības ir pašreizējā uzdevumā.
Īpašnieka uzdevuma izvērtēšana
290 €
90 minūtes
Īsa anketa, saruna ar īpašnieku un koncentrēts kopsavilkums par problēmu, riskiem un saprātīgu nākamo soli.
Maksa tiek ieskaitīta, ja turpinām ar nulles posmu.
Ātrā diagnostika
no 1 800 €
1–2 nedēļas
Pašreizējās situācijas karte, galvenie ierobežojumi, iespējamie virzieni un secinājums, vai vajadzīgs pilns IT projekts.
IT risinājuma karte
Galvenais formātsno 4 900 €
3–5 nedēļas
Biznesa uzdevums, procesi, dati, varianti, ieteicamā arhitektūra, posmi, investīciju diapazons un piegādātāja kritēriji.
Realizācijas uzraudzība
no 1 500 € / mēn.
pēc lēmuma
Lēmumu un izmaiņu kontrole, darbs ar piegādātājiem, dalībnieku koordinācija un regulārs pārskats īpašniekam.
Ja projekts jau ir sācies
Projekts ir iestrēdzis. Vairāk cilvēku un labojumu ne vienmēr ir risinājums.
Termiņi slīd, labojumi vairojas, bet “gandrīz gatavs” ilgst mēnešiem.
Veicu neatkarīgu diagnostiku un palīdzu īpašniekam izlemt, ko saglabāt, ko mainīt un kur vairs nav vērts ieguldīt.
Ātrā diagnostika · no 1 800 € · 1–2 nedēļas
Diagnostika sākas nevis ar vainīgā meklēšanu, bet ar pārbaudi, vai vēl ir iespējams sasniegt saprātīgu biznesa rezultātu.
Izvērtēt iestrēgušu projektu
Pēc lēmuma pieņemšanas
Vispirms nosakām ceļu. Pēc tam — kam tas jārealizē.
Varu palikt biznesa pusē vai uzņemties atbildību par realizāciju — atkarībā no izvēlētā risinājuma.
- atbalsts piegādātāja izvēlē;
- uzdevuma definēšana un realizācijas kontrole;
- vairāku izpildītāju koordinācija;
- piemērota risinājuma patstāvīga realizācija;
- ārējā IT padomdevēja loma.
Kāpēc pārstāvu īpašnieka pusi
Tāpēc, ka pats daudzus gadus biju šajā pusē.
Lielāko profesionālā ceļa daļu strādāju nevis kā IT piegādātājs, bet reālā biznesā, atbildot par cilvēkiem, pārdošanu, finansēm, operācijām un gala rezultātu.
Vadības pieredze un tehniskā izglītība ļauj sākt nevis ar programmu vai programmēšanas valodu, bet ar izpratni par to, kā uzņēmums pelna un kam jāmainās.
Sākt pirms sistēmas izvēles
Ir uzdevums, bet vēl nav skaidrs, kāds IT risinājums ir vajadzīgs?
Labāk to pārrunāt pirms tehniskās specifikācijas, platformas izvēles un sarunām ar piegādātājiem.
