Taotluse rahuldamise otsuse muutmine

Taotlus tähtaja pikendamiseks 24.03.2025

Meede 20.1.1 Majanduse digipöörde toetamine Taotlusvoor RRF 1.1.22 Ehituse e-hüpe 2. voor - 20.11.2023-15.01.2024 Projekti number 20.1.01.24-0611 Projekti nimi Sildade projekteerimise automatiseerimine

Käesolevaga taotleme projekti nr 20.1.01.24-0611 „Sildade projekteerimise automatiseerimine“ tähtaja pikendamist.

Kuigi kõnealuse meetme raames rahastatavatele projektidele antud abikõlbulikkuse periood on tegelikult piisavalt pikk, on ilmnenud projekti tehes asjaolud, mis on tinginud kavandatust aeglasema edenemise.

Projekti edenemist takistanud asjaolud:

1) Liiga optimistlik planeerimine Peamiseks põhjuseks projekti realiseerimise viimisel on meie endi poolne ebatäpne ja optimistlik planeerimine. Kuigi projekti läbiviimiseks antud aeg oli piisavalt pikk, otsustasime sellega alustamise lükata suure töökoormuse tõttu 2024 aasta sügisesse. Reaalselt alustasime oktoobris 2024 ning tänaseks on valminud ka POC (Proof Of Concept) sellest, et suudame algoritmiselt juhtida inseneritarkvarasid (Sofistik, Rhino+Grasshopper).

2) Käimasolevate projekteerimislepingute venimine Hiline algus ning tegelikult ka loodetust vähema ajalise panustamise on tinginud asjaolu, et oleme Tellijate ees võetud kohustuste täitmisega veidi ajahädas. Kindlasti oleksime saanud ise kohati paremini või targemalt, kuid mitmes lepingus on tulnud ette ettenägematuid töid või meist mitteolenevaid lähteandmete muudatusi. Kuivõrd need projekteerimislepingud on seotud Rail Baltica põhitrassi ehitusega, ei ole me seni kahjujs suutnud nende kõrvalt prioritiseerida arendustegevusi.

3) Võtmeinseneride suur töökoormus Seotuna punktiga 2 on automatiseerimise projekti panustamine osutunud võtmeisikute jaoks oodatust keerulisemaks. Arvestades, et välja pakutud idee realiseerimine on teatud määral hüpe tundmatusse, võtab see omajagu süvenemist ja aega.

4) Liiga sügav ja detailne skoobi kirjeldus Suurim küsitavus ja hüpe tundmatusse oli meie jaoks välja mõelda liidetused, mis suudaks erinevate tarkvarade vahel andmeid liigutada ja tulemusi kuvada. Teisisõnu – et tekiks ökosüsteem, milles tehniliselt lahendada ideena kirjeldatud leidlikku lähenemist inseneride igapäevatöö lihtsustamiseks ja protsesside läbimõeldumaks korraldamiseks. Seda tänaseks meie loodud POC suudab. Oleme teadlikud, et projekti esitamiseks peame lahendama kogu kirjelduses välja pakutud funktsionaalsuse, mida on kirja saanud rohkem, kui idee väärtuse ja võimalikkuse tõestamiseks tarvis oleks.

5) Alustuseks veidi vale suund ja fookus Algne mõte oli, et arendame mõne sillaprojekti standardiseeritud tooteks jooksvalt nii, et paralleelselt valmib korduvkasutatav kood järgmise taolise projekti tegemiseks. Paraku on selgunud, et see ei ole otstarbekas. Arendades parameetrilist koodi ja seoseid olukorras, kus tuleb ette ka kontseptuaalseid muudatusi projekteeritava rajatise osas, on muudatuste haldamine väga aeganõudev ning tihti lõpeb see tülika veaotsingu või mingi bloki koodi täieliku ümberkirjutamisega. See on oluline sisend ka edasist arendust silmas pidades – esmalt tuleb projekteeritav sild “käsitsi” valmis projekteerida (ehk standardiseeritav toode luua) ning alles seejärel see taas pulkadeks lahti võtta ning “käsitsi” kirjutatud inseneritarkvara koodijupid süsteemselt tööle panna. Kuigi kasutame skriprimist ka nn “käsitsi” projekteerimisel nii 3D mudelite kui arvutusmudelite loomiseks, on kohe “õigesti” tegemine äärmiselt ajamahukas ja kahjuks ei mahu selline protsess projekteerimislepinute graafikusse.

Eelnevat kokku võttes on peamine edenemise takistus olnud veidi liiga optimistlik planeerimine nii ettevõtte üldise koormuse kui konkreetse arendusprojekti edenemises ja veidi optimistlikud eeldused meeskonnaliikmete sooritusvõimes enda jaoks uut lähenemist ja uusi töövõtteid luues.

Küll aga oleme valmis saanud prototüübi, mis annab meile kindlust, et valitud tee on õige ja see on nii ideeliselt kui tarkvaraliselt lahendatav.

Prototüüp suudab tänase seisuga:

1. Lugeda kasutajalt sisendandmed plaadi kohta 2. Käivitada Sofistik tarkvara skripti ja sisestatud andmetega plaadile teostada

tugevusarvutused (sh määrata armatuuri). 3. Koostada kriitiliste ristlõigete arvutuse aruande 4. Koostada kasutaja poolt sisestatud mõõtmetega plaadist 3D mudeli.

Vajame veidi lisaaega, et protoüüpi edasi arendada ja esitada taotluses kirjeldatud rakendus kahe sillatüübi osas. Palume arendusprojekti tähtaja pikendamist 2 kuud (ehk uueks tähtajaks 30.06.2025).

Andreas Papp

Projektijuht

OTSUS 24.03.2025 nr 11.3-1/25/1587

taotluse rahuldamise

otsuse muutmise kohta

Vabariigi Valitsuse 29.11.2021 määruse nr 108 „Taaste- ja vastupidavuskava elluviimise korraldus

ja toetuse andmise üldtingimused“ § 4 lg 7 punkti 5 ja kliimaministri 24.10.2023 määruse nr 62

„Ehituse e-hüppe toetuse andmise tingimused ja kord“ (edaspidi meetme määrus) § 20 lõigete 1 ja

2 alusel ning võttes arvesse toetuse saaja Stricto Project OÜ, registrikood 12175455, aadress

Kadaka tee 4, Kristiine linnaosa, Tallinn, Harju maakond esitatud avaldust 24.03.2025, Riigi

Tugiteenuste Keskus (edaspidi vahendusasutus)

otsustab:

1. muuta projekti nr 20.1.01.24-0611 „Sildade projekteerimise automatiseerimine“

03.05.2024 taotluse rahuldamise otsuse nr 11.4-23/24/377 punkti 5 järgmiselt:

1.1. „5. Projekti abikõlblikkuse periood on 01.04.2024-30.06.2025.“

2. Muuta projekti ajakava.

3. Muudetud taotlus on kättesaadav e-toetuse keskkonnas.

4. Käesoleva otsuse peale võib enne halduskohtule kaebuse esitamist esitada vaide

meetme määruse § 5 sätestatud korras, esitades vaide vahendusasutusele 30 päeva

jooksul arvates päevast, mil isik sai otsusest teada või pidi teada saama.

(allkirjastatud digitaalselt)

Marge Kõiva

elukestva õppe ja IT-arenduse talituse juhataja

Koostaja: Olga Pakkanen

53434362

[email protected]