Pereiti prie pagrindinio turinio
FromNine
Meniu

Kaip dirbame

Suprasti. Suprojektuoti. Sukurti. Eksploatuoti.

Mūsų projektai eina per keturis etapus ir kiekvienas baigiasi rezultatu, kurį galite peržiūrėti ir pasilikti: problemos apibrėžimu, architektūra su sutartais sėkmės rodikliais, išbandytu įgyvendinimu ir perdavimu su eksploatavimo planu.

Tie patys keturi etapai viešojo sektoriaus institucijoms ir įmonėms Lietuvoje ir kitose Europos šalyse.

Keturi etapai

Nuo pirmojo pokalbio iki veikiančios sistemos

Kiekvienas etapas turi įvardytą rezultatą ir aiškų Jūsų komandos vaidmenį.

  1. Supratimas

    Išsiaiškiname verslo problemą, susijusius žmones ir jau veikiančias sistemas ir kartu nusprendžiame, ar dirbtinis intelektas (DI) čia yra tinkamas atsakymas.

    Kas vyksta

    • Pokalbiai su žmonėmis, kurie šį darbą dirba šiandien
    • Sistemų, prieigos prie duomenų ir apribojimų peržiūra
    • Pirminis rizikos, privatumo ir Dirbtinio intelekto akto klasifikavimo vertinimas
    • Trumpas galimybių sąrašas ir tai, ką matuotume

    Rezultatas

    • Problemos apibrėžimas

    Jūsų vaidmuo

    Pasidalykite kontekstu, padėkite pasiekti reikiamus žmones ir nuspręskite, kas svarbiausia.

  2. Projektavimas

    Pasirenkame architektūrą, sutariame, ką laikysime sėkme, ir suplanuojame pirmąją versiją, įskaitant tai, kaip bus parodyta kokybė, saugumas ir žmogaus priežiūra.

    Kas vyksta

    • Architektūros ir integracijų projektavimas
    • Vertinimo planas: DI testų rinkiniai ir kokybės kriterijai
    • Saugumo, privatumo ir žmogaus priežiūros projektavimas
    • Versijų planas ir komandos sudarymas

    Rezultatas

    • Architektūra ir sėkmės rodikliai
    • Versijų planas

    Jūsų vaidmuo

    Sutarkite rodiklius ir prioritetus ir patvirtinkite sprendimus dėl duomenų, prieglobos ir priežiūros.

  3. Kūrimas

    Kuriame trumpais, išbandytais etapais, kuriuos galite matyti ir naudoti; kiekvieną pakeitimą peržiūri kolega, jis išbandomas ir dokumentuojamas.

    Kas vyksta

    • Kiekvienas etapas pademonstruojamas veikiančioje programinėje įrangoje
    • Automatiniai testai, kodo peržiūra ir saugumo patikros
    • DI rezultatai vertinami pagal sutartus kriterijus
    • Dokumentacija rašoma kartu su kodu

    Rezultatas

    • Išbandytas įgyvendinimas
    • Vertinimo rezultatai

    Jūsų vaidmuo

    Peržiūrėkite etapų rezultatus, išbandykite juos su tikrais naudotojais ir priimkite tai, kas parengta.

  4. Eksploatavimas ir tobulinimas

    Sistemą perduodame arba eksploatuojame patys, stebime ją veikiančią ir tobuliname kartu su Jumis pagal tai, ką rodo realus naudojimas.

    Kas vyksta

    • Kokybės, sąnaudų ir atsako laiko stebėsena
    • Neaiškių ir eskaluotų atvejų peržiūra
    • Veiksmų instrukcijos ir žinių perdavimas Jūsų komandoms
    • Reguliarios patobulintos versijos

    Rezultatas

    • Perdavimas ir eksploatavimo planas

    Jūsų vaidmuo

    Perimkite sistemą arba sutarkite, kas ją eksploatuos, ir nuspręskite, kokie patobulinimai bus kiti.

Tada vėl pradedame nuo to, ką išmokome: tai, kas vyksta eksploatuojant, nustato kito rato darbus.

Bendradarbia­vimo modelis

Kaip dirbame su Jūsų komandomis

Viena komanda su bendrais tikslais, matoma pažanga ir užfiksuotais sprendimais.

  • Vienas atsakingas vadovas

    Vienas projekto vadovas atsako Jums už apimtį, kokybę ir pažangą, o jam padeda architektai ir specialistai, kiek to reikia darbui.

  • Bendra komanda, vienas darbų sąrašas

    Jūsų ir mūsų ekspertai dirba pagal vieną darbų sąrašą. Prioritetus nustatome kartu, o pakeitimus mato visi.

  • Pastovus ritmas

    Trumpi planavimo ciklai, demonstracijos veikiančioje programinėje įrangoje ir reguliarios peržiūros, kad netikėtumai išaiškėtų anksti, o ne vėlai.

  • Užfiksuoti sprendimai

    Architektūros ir projektavimo sprendimai užrašomi kartu su jų priežastimis, kad prie jų būtų galima grįžti, juos paaiškinti ir perduoti.

Valdymas

Aiškūs vaidmenys, matomos rizikos, kontroliuojami pakeitimai

  1. Valdymo komitetas, kuris sprendžia

    Nedidelis valdymo komitetas susitinka nustatytu ritmu ir sprendžia dėl apimties, prioritetų ir rizikų. Eskalavimo keliai sutariami pradžioje, o ne tada, kai jų prireikia.

  2. Atvirai valdomos rizikos

    Rizikos, priklausomybės ir prielaidos sekamos viename registre ir peržiūrimos kiekviename valdymo komiteto posėdyje; kiekviena turi atsakingą asmenį.

  3. DI valdymas

    DI sistemoms dokumentuojame numatytąją paskirtį, rizikos klasifikaciją, duomenų šaltinius ir vietas, kuriose sprendžia žmonės, kaip ES Dirbtinio intelekto aktas reikalauja iš tiekėjų ir diegėjų.

  4. Kontroliuojami pakeitimai

    Apimties, duomenų ar modelio elgsenos pakeitimai eina per sutartą pakeitimų procesą, aiškiai įvertinant poveikį sąnaudoms, kokybei ir atitikčiai.

Kokybės užtikrinimas

Testuojama kaip bet kuri veikianti sistema, įskaitant DI

Programinės įrangos ir DI kokybė kuriama kartu nuo pirmojo etapo.

  • Automatinis testavimas

    Vienetų, integracijos ir visos grandinės testai automatiškai vykdomi diegimo konvejeryje, o nepavykęs testas sustabdo išleidimą.

  • Peržiūra ir saugumo patikros

    Prieš išleidžiant pakeitimus peržiūri kolegos. Priklausomybių, kodo ir infrastruktūros skenavimas vyksta automatiškai, o saugumo testavimas planuojamas kiekvienai versijai.

  • Prieinamumo testavimas

    Sąsajos tikrinamos pagal WCAG 2.2 AA lygį automatinėmis patikromis ir rankine peržiūra, naudojant pagalbines technologijas.

  • DI rezultatų vertinimas

    Su Jumis sutariame kokybės kriterijus ir testų rinkinius, pagal juos matuojame DI rezultatus prieš išleidimą ir matuojame toliau po jo. Kai sistema nėra tikra, sprendžia žmogus.

Kaip vertiname DI prieš išleidimą ir po jo

Vertinimo ciklas, kurį sutariame su Jumis kiekvienai DI funkcijai. Kriterijai, ribos ir peržiūros žingsniai nustatomi kiekvienam naudojimo atvejui.

Skaityti diagramą kaip tekstą

Diagramoje parodytas penkių žingsnių ciklas.

1 žingsnis, kriterijai ir testų rinkinys: su Jūsų ekspertais sutariami kokybės kriterijai ir testų rinkinys iš tikrų pavyzdžių. 2 žingsnis, vertinimas prieš išleidimą: DI rezultatai matuojami pagal šį testų rinkinį ir kriterijus. 3 žingsnis, žmogaus sprendimas dėl išleidimo: rezultatus peržiūrime kartu su Jumis, o Jūs nusprendžiate, ar funkcija paleidžiama. 4 žingsnis, stebėsena veikiančioje sistemoje: realiai naudojant sekama kokybė, sąnaudos ir atsako laikas. 5 žingsnis, neaiškių atvejų peržiūra: žmonės sprendžia atvejus, kurių DI negali patikimai išspręsti.

5 žingsnyje priimti sprendimai grįžta į 1 žingsnio testų rinkinį, todėl kiekvienas vertinimo ratas prasideda nuo to, ką parodė realus naudojimas.

Dokumentacija ir perdavimas

Jums lieka žinios, ne tik kodas

Perdavimą planuojame nuo pirmos savaitės, kad Jūsų komandos galėtų eksploatuoti ir keisti tai, ką sukuriame.

  • Architektūros dokumentacija

    Aktualios komponentų, integracijų ir duomenų srautų diagramos bei aprašai, atnaujinami keičiantis sistemai.

  • Sprendimų įrašai

    Kodėl buvo priimtas kiekvienas svarbus sprendimas, kokios kitos galimybės svarstytos ir kas paskatintų jį peržiūrėti.

  • Veiksmų instrukcijos ir eksploatavimo planas

    Kaip sistemą diegti, stebėti, atkurti ir palaikyti, ir kas ką daro po paleidimo.

  • Žinių perdavimas

    Darbas poromis, sistemos pristatymai ir perdavimo sesijos su komanda, kuri perims sistemą, paskirstyti per visą projektą, o ne suspausti į pabaigą.

Įgyvendinimo komandos

Komandos iš daugiau kaip 2 400 specialistų

Daugiadisciplines komandas sudarome iš daugiau kaip 2 400 kolegų, dirbančių DI inžinerijos, programinės įrangos, debesijos, duomenų ir integracijų srityse bei mūsų Salesforce, SAP ir Odoo komandose. Komanda pradeda nedidelė ir auga kartu su darbu: nuo mažos grupės supratimo etape iki visos programos.

Stengiamės, kad tie patys žmonės dirbtų Jūsų programoje nuo projektavimo iki perdavimo, nes būtent tęstinumas projektą paverčia ilgai veikiančia sistema. Komandos sudėtis ir tai, kaip ji dirba kartu su Jūsų žmonėmis, sutariama kiekvienam projektui.

Viešasis sektorius

Darbas su viešojo sektoriaus institucijomis

Patirtis iš daugiau kaip 600 projektų viešojo sektoriaus institucijoms visoje Europos Sąjungoje, baigtų ir vykdomų, lemia, kaip dirbame su viešuoju sektoriumi. Pirkimo etapai, viešųjų pirkimų taisyklės ir jų reikalaujama dokumentacija įtraukiami į planą.

Prieinamumas, saugumas, duomenų apsauga ir daugiakalbystė yra reikalavimai jau supratimo ir projektavimo etapuose, o ne paskutinio testavimo rato klausimai. Sprendimus dokumentuojame taip, kad juos būtų galima paaiškinti auditoriams, priežiūros institucijoms ir gyventojams.

Lietuva

Įgyvendinimas pagal ES ir Lietuvos taisykles

Lietuvos organizacijos sprendžia tuos pačius klausimus kaip ir visoje Europos Sąjungoje: kurios ES Dirbtinio intelekto akto prievolės taikomos, kaip asmens duomenys saugomi pagal BDAR ir ko Kibernetinio atsparumo aktas reikalaus iš produktų su skaitmeniniais elementais, įskaitant programinę įrangą. Juos sprendžiame supratimo ir projektavimo etapuose, kad jie formuotų architektūrą, o ne atidėtų išleidimą.

Lietuvoje prisideda nacionalinės institucijos: Dirbtinio intelekto akto rinkos priežiūros institucija yra Ryšių reguliavimo tarnyba (RRT), Kibernetinio saugumo įstatymo priežiūrą vykdo Nacionalinis kibernetinio saugumo centras (NKSC), o asmens duomenų apsaugą prižiūri Valstybinė duomenų apsaugos inspekcija (VDAI). Kur nacionalinės taisyklės skiriasi, planas tai įvardija aiškiai; teisinį vertinimą atlieka Jūsų teisininkai.

Klausimai apie tai, kaip dirbame

Kiek trunka kiekvienas etapas?

Tai priklauso nuo apimties, susijusių sistemų ir to, kaip greitai galima priimti sprendimus. Kiekvieno etapo planą sutariame pradžioje ir pažangą rodome kiekviename žingsnyje. Trukmės nežadame, kol nesuprantame problemos.

Ar galime pradėti nuo nedidelės apimties?

Taip. Daugelis projektų prasideda supratimo etapu arba vienu naudojimo atveju, kuris pereina visus keturis etapus, ir tik tada plečiami. Kiekvienas etapas baigiasi rezultatu, kurį galite naudoti, net jei nuspręsite toliau su mumis nedirbti.

Kas mums lieka pabaigoje?

Gaunate dokumentaciją, sprendimų įrašus ir veiksmų instrukcijas, kurių reikia sistemai eksploatuoti ir keisti, o perdavimas planuojamas nuo pradžių. Teisės į kodą ir intelektinę nuosavybę nustatomos kiekvieno projekto sutartyje.

Kaip užtikrinate, kad DI rezultatai būtų pakankamai geri?

Su Jūsų ekspertais sutariame kokybės kriterijus ir testų rinkinius, vertiname prieš išleidimą ir toliau matuojame veikiančioje sistemoje. Neaiškūs atvejai perduodami žmogui. Pateikiame vertinimo rezultatus, bet nežadame tikslumo skaičių.

Ar galite dirbti kartu su mūsų komandomis ir kitais tiekėjais?

Taip. Dažnai dirbame bendrose komandose ir kartu su kitais tiekėjais. Aiškios sąsajos, bendras darbų sąrašas ir užrašyti sprendimai padeda išlaikyti atsakomybes matomas.

Ar dirbate pagal viešųjų pirkimų taisykles?

Taip. Mūsų patirtis iš daugiau kaip 600 projektų viešojo sektoriaus institucijoms visoje Europos Sąjungoje apima pirkimo procedūras ir jų reikalaujamą dokumentaciją. Lietuvoje pirkimai vykdomi pagal Viešųjų pirkimų įstatymą CVP IS sistemoje: į pirkimo dokumentų reikalavimus atsakome punktas po punkto, o e. sąskaitas perkančiosioms organizacijoms teikiame per SABIS. Susisiekite ir nurodykite pirkimo numerį, o mes jį perduosime tinkamai komandai.

Pradėkite nuo problemos

Papasakokite, ką sprendžiate ir kokias sistemas jau naudojate. Pasiūlysime, nuo kurio etapo pradėti ir ką turėsite jo pabaigoje.