Programinės įrangos kūrimas
Individuali programinė įranga ten, kur standartinių sprendimų nebeužtenka.
Kuriame sistemas procesams, klientų patirčiai ir verslo modeliams, kuriuose standartiniai sprendimai reikalauja per daug kompromisų arba riboja tolimesnius pokyčius.
Pasirinkimas
Ne viską verta kurti individualiai
Individuali sistema nėra savaime geresnis pasirinkimas už rinkoje esantį produktą.
Jeigu procesas standartinis ir tinkamas sprendimas jau egzistuoja, dažnai racionaliau jį įsigyti, pritaikyti ar integruoti. Individualus kūrimas tampa prasmingas tada, kai standartinio produkto ribojimai pradeda veikti procesų efektyvumą, klientų patirtį, lankstumą ar tolimesnes verslo galimybes.
Vertindami pasirinkimą žiūrime į keturias pagrindines sritis.
Verslo specifika
Kiek svarbus konkretus procesas, kainodaros modelis, klientų aptarnavimo logika ar kitas įmonės veikimo principas ir kiek standartinis produktas verstų jį keisti.
Bendri kaštai
Lyginame ne tik kūrimo ir licencijos kainą. Vertiname pritaikymą, integracijas, vartotojų licencijas, rankinį darbą, palaikymą ir kitus ilgalaikius kaštus.
Lankstumas
Kiek tikėtina, kad procesai, paslaugos ar verslo modelis keisis ir kiek laisvės pasirinktas sprendimas paliks tolimesniam vystymui.
Kontrolė
Duomenų valdymas, integracijos, sistemos vystymo tempas ir priklausomybė nuo kitų platformų kai kuriuose procesuose tampa ne techniniu, o verslo klausimu.
Galutinis sprendimas nebūtinai yra visiškai individuali sistema. Tai gali būti esamos sistemos plėtra, kelių produktų integracija arba individualiai kuriama tik ta dalis, kurioje ji turi daugiausia prasmės.
Technologinį sprendimą grindžiame verslo poreikiu
Pradžioje vertiname ne funkcijų sąrašą, o pačią verslo situaciją: procesus, naudojamas sistemas, esamus apribojimus, galimas alternatyvas ir tai, kur technologinis pokytis gali turėti didžiausią poveikį. Iš šios analizės formuojame sprendimo apimtį, investicijos logiką ir įgyvendinimo prioritetus.
Žiūrime ne tik į pirminį poreikį, bet ir į visą su juo susijusį procesą. Vertiname, kur susidaro didžiausi nuostoliai, apribojimai ar augimo galimybės ir kokio masto pokytis iš tiesų reikalingas.
Individualų kūrimą lyginame su esamų sistemų plėtra, integracijomis, automatizavimu ar rinkoje esančiais produktais. Skirtingus variantus vertiname pagal jų poveikį verslui, investicijos mastą, įgyvendinimo sudėtingumą ir tolimesnį lankstumą.
Atskiriame tai, kas būtina pagrindiniam rezultatui pasiekti, nuo funkcionalumo, kurį galima įgyvendinti vėliau. Pirmasis etapas formuojamas pagal verslo prioritetus, o ne pagal maksimalų galimų funkcijų sąrašą.
Identifikuojame dalis, kurios gali turėti didžiausią poveikį kainai, terminams ar projekto sudėtingumui: integracijas, duomenis, nestandartinę verslo logiką, procesų išimtis ir priklausomybes nuo kitų sistemų. Remdamiesi tuo formuojame biudžeto vertinimą ir įgyvendinimo planą.
Rekomendacija
Pateikiame rekomenduojamą įgyvendinimo kelią
Prieš pereinant į kūrimą turi būti aišku:
- Kokį sprendimą rekomenduojame
- Kodėl pasirenkama būtent tokia kryptis
- Ką verta įgyvendinti pirmiausia
- Kokio masto investicijos galima tikėtis
- Kokios yra pagrindinės rizikos ir priklausomybės
- Ką racionalu palikti vėlesniems etapams
Rizikos valdymas
Individualios sistemos rizika turi būti valdoma
Didžiausios problemos tokiuose projektuose dažniausiai atsiranda kai per vėlai paaiškėja tikroji projekto apimtis, sudėtingos integracijos, duomenų problemos ar skirtingi lūkesčiai. Rizikas valdome dar prieš joms tampant brangiais pakeitimais.
Apimtis
Aiškiai atskiriame sutartą projekto dalį nuo naujai atsirandančių poreikių. Jei prioritetai keičiasi, prieš priimant sprendimą įvertiname poveikį biudžetui ir terminams.
Integracijos ir duomenys
Svarbiausias technines priklausomybes tikriname ankstyvoje projekto stadijoje. Kritinės problemos neturėtų paaiškėti tik tada, kai didelė sistemos dalis jau sukurta.
Projekto mastas
Projektą skaidome į atskirus etapus. Tai leidžia anksčiau pradėti naudotis nauja sistemą ir dėl tolimesnės investicijos spręsti turint daugiau realios informacijos.
Sprendimų priėmimas
Verslo sprendimus priimame kartu su žmonėmis, kurie geriausiai supranta konkretų procesą. Techninius pasirinkimus pateikiame per jų poveikį kainai, laikui, galimybėms ir rizikai.
Priklausomybė nuo tiekėjo
Kodas, prieigos ir kritinė sistemos informacija neturi likti tik vienos komandos žinioje. Sprendimą projektuojame taip, kad jį būtų galima prižiūrėti, plėsti ir, prireikus, perduoti kitai kompetentingai komandai.
Procesas
Kaip vyksta programinės įrangos kūrimas?
Individualaus sprendimo vertinimas
Pradedame nuo verslo situacijos, esamų sistemų ir galimų alternatyvų. Tik tada formuojame individualaus sprendimo apimtį.
Investicijos skaičiavimas
Apibrėžiame, kokią sistemos dalį verta įgyvendinti pirmiausia, kokį rezultatą ji turi duoti ir kokios pagrindinės priklausomybės turi būti išspręstos.
Vystymas
Veikiančias sistemos dalis vertiname projekto metu, o ne tik jo pabaigoje. Tai leidžia anksti koreguoti sprendimus ir patikrinti, ar jie atitinka realų naudojimą.
Tobulinimas
Po pirmo paleidimo jau galima vertinti realų naudojimą, procesų pokyčius ir tolimesnius prioritetus. Dėl kitos investicijos dalies sprendžiama remiantis faktais, o ne vien pradine projekto vizija.
Vertė
Projekto vertę matuojame ne funkcijų kiekiu
Individuali sistema turi keisti konkretų verslo rezultatą.
Priklausomai nuo projekto, vertiname:
- Mažesnes proceso sąnaudas
- Sutaupytą darbuotojų laiką
- Didesnį aptarnaujamų klientų ar operacijų kiekį
- Trumpesnį užsakymo, aptarnavimo ar kitą procesą
- Mažesnį klaidų ir rankinių veiksmų kiekį
- Klientų ar partnerių patirties pokytį
- Pardavimo ar naujų pajamų potencialą
- Galimybę augti nedidinant administracinių kaštų
Koks įsitraukimas reikalingas iš jūsų komandos?
Techninį projekto valdymą, projektavimą ir įgyvendinimą atliekame mes.
Iš kliento pusės įprastai reikalingas asmuo, galintis priimti pagrindinius verslo sprendimus, ir konkrečių procesų specialistai tuomet, kai jų žinios reikalingos sprendimui suformuoti ar patikrinti.
Įsitraukimą koncentruojame į tas vietas, kuriose reikia verslo konteksto ar sprendimo.
Dažniausiai užduodami klausimai
