docs: upload meeting notes

StrokovniFokusniTermin/StrokovniFokusnniTermin-20260814-0912.md

@@ -0,0 +1,47 @@
+# Zapisnik sestanka
+
+## Prisotni
+Tomaž, Matija, Ana Marija
+
+## Namen sestanka
+Pregled odprtih vprašanj in definiranje taskov.
+
+## Vsebina sestanka
+
+Vloge in upravljanje - naslednji sprint, dodamo kasneje.
+
+Postopek povabila uporabnika - Backlog, aktualno novembra, ko se začne self-onboarding. Trenutno se naredi osnova.
+
+Podrobnosti in profil uporabnika: Matija meni, da tega morda še ne rabimo v tem sprintu. Rafa mora zapisati v Rest API dokumentacijo na kak način mora biti ura zapisana - ISO format.
+
+Stanja odgovorov: Vsi ekrani delujejo enako:
+- ni podatkov: TODO: pripravit besedilo, da trenutno ni podatkov.
+- podatke imamo, ampak jih ni dovolj, da bi naredili analizo. > Faza zbiranja podatkov. To ni stanje ekrana, ampak odgovor, ki ga je dobil. BE ve koliko podatkov mu manjka do konca analize. Na podlagi majhnega vzorca je prav tako potrebno podat neko analizo. "Iz trenutnih podatkov lahko povemo, da .... Delamo pa še dodatne analize, ki bodo na voljo po več podatkih."
+- Imamo podatke.
+- Nekaj raziskujemo (izogibamo se izrazu analiza, nekaj delamo, ker je Pulse sodelavec). Potrebno je predvidet scenarij, ko je uporabnik zagnal Ročno analizo. Analiza traja cca 10min in v tem času moramo uporabnika zanimirat. Querry za to se lahko pripravi.
+
+Statusi predlogov izboljšav so Pending, Acepted, Denied. Obsolete gre verjetno ven.
+
+Metrika - različni razlogi so zakaj se še ni izmerilo. (je v merjenju) Potrebno je razmislit s čim primerjamo.
+
+Improvement - na BE je potrebno dodat podatka o začetku in koncu implementacije. Mimirji bodo pripravili tudi checklisto s predlaganimi koraki, vse editable. Mi nismo operativni SW, zato se pri nas ta lista ne preverja. Upoabnik lahko na checkbox obkljuka, na podlagi česa lahko Mimir izpelje samodejno obveščanje, če nekaj ni pravočasno obkljukano. Improvement potrjevanje in zavračanje gre v naslednji sprint.
+
+Priloge na Huddle - gumb na UI se prikaže, interakcija je TBD. Naložene datoteke bodo morale biti odvisne od vloge, kdo jih lahko gleda. Te varnostne omejitve se implementirajo v sprintu po novem letu.
+
+Blokada naročnine zaradi neplačanega računa - middleware na en layer, verjetno na RawModel (Tennant), middleware na analize. Če je v blokadi naročnina se blokira. Redirect na Billing, kjer je prikazano, da račun ni plačan in zakaj.
+
+Analiza in prikaz rezultatov - Matija predlaga, da se analiza in prikaz rezultatov ločita, da v primeru nadgradnje naročnine uporabnik vidi več podatkov za iste odgovore. ... Lokalizacija odgovora, dodajanje markerjev v besedilo.
+
+Naročnina ima določen jezik. En jezik za eno naročnino.
+
+## Zaključki
+- Ustrezni taski, ki se navezujejo na vsebine, ki so sedaj prestavljene v Backlog je potrebno uredit v Jiri.
+- S konsistenco in kvaliteto odgovorov se konkretno ukvarjamo tekom septembra.
+- v BE je potrebno dodat stanja, da bodo obstajala. + ticketi
+- Matija mora preverit kako naj se računajo razlike (improvement) glede na trenutni model.
+- Interakcija z izboljšavo gre v naslednji sprint.
+- Lokalizacija se naj vključi v prvi sprint. Slovensko, angleško, nemško (če je čas).
+
+## Ostalo
+14-08-2026 9:08 - 10:00
+Avtor zapisnika: Ana Marija Pritržnik

TedenskiEkipniZakljucek/TedenskiEkipniZaključek-20260814-0830.md

@@ -0,0 +1,26 @@
+# Zapisnik sestanka
+
+## Prisotni
+Marko Š., Matija, Ana Marija
+
+## Namen sestanka
+Pregled stanja na koncu tedna - kaj smo naredili ta teden
+
+## Vsebina sestanka
+
+Matija pravi, da mu je Claude AI prikazal prekomerno zapolnitev kapacitet pri ali Mihaelu ali Blažu.
+
+Jira kaže, da je Mihael normalno zaseden (74/16). Blaž nekaj čez 40h.
+
+Veličkovič je problematičen, ker nima dodeljenega dela po Billingu.
+
+Matija ima trenutno 92h, kar je problematično.
+
+V kolikor Matija ne dobi dodatnega dela, je mejno izvedljivo.
+
+## Zaključki
+- V naslednjem tednu se izvedejo dnevni sestanki, kjer se preverja stanje pri posamezniku, da zagotovimo, da se projekt premakne naprej.
+
+## Ostalo
+14-08-2026 8:30 - 9:00
+Avtor zapisnika: Ana Marija Pritržnik

UXUIReview/UXUIReview-20260814-1000.md

@@ -0,0 +1,56 @@
+# Zapisnik sestanka
+
+## Prisotni
+Tomaž, Janko, Ana Marija
+
+## Namen sestanka
+Pregled zastavljenih ekranov za Sitemap in odprta vprašanja
+
+## Vsebina sestanka
+
+Isklanik je potrebno še zdefinirat in določit po čem se išče.
+
+Podatki grejo ven iz Beta. RawData Editor gre v prvi fazi ven.
+
+SpotLight gre verjetno ven. Prej smo rekli, da bomo shranjevali stare odgovore. Sedaj pa smo rekli, da se vsak dan naredi analiza in se zgenerirajo novi odgovori. Zato SportLight ni več relevanten. Odogovri, ki ne izstopajo, se ne bodo prikazali. Prvič ko pride gor bo odprt Where, od tam naprej se naslednjič prikaže kjer je nazadnje končal.
+
+Huddle gre ven (se prikaže nekje drugje), Analysis potrebuje boljše ime. Sled, pot, mapa (zemljevid).
+
+Spodnja navigacija trenutno ostane.
+
+Evidnece - odogovor se zamenja z dokazi (Evidence / Answer) Zamenja se string Evidenca > Answer, besedilo se zamenja - besedilo, ki dokazuje od kot je prišlo.
+
+Mapa - sedaj bodo ploščice iz dragih kovin. Imamo stack mapiran, konektorji vmes - Naslov, prva vrstica odgovora, da se kliknat in se v okvirčku expanda celotno besedilo. To bomo evalvirali kasneje, če se odprejo detajli.
+
+Huddle: nad navigacijo mora biti diskreten tekst, da se vidi, da klikneš gor - se odpre tipkovnica in vnosno polje za Huddle. Domislit se je treba kaj naj piše, da bo jasno kaj se zgodi.
+
+Where ima severity (0-100) - z nekim vizualom lahko pokažemo kako je nekaj močno, ni treba pisat. Where ima assesments in concusion.
+
+Why lahko ima € ali ne. E so Insight, ki ima samo MIN in MAX. 
+
+Why je potrebno zrisat: Nimaš Rhytm, upgrade Now. Do sedaj smo ugotovili že X odgovorov tuki notr, ki bi jih lahko videl.
+
+WHY - če imaš € vemo koliko si izgubil. Poudarit želimo znesek, npr. 600-800€ na serijo. To je lahko izpostavljen podatek na vrhu na komponenti, ki se prikaže ob ustrezni naročnini. Finance je dodano iz What>Why. Komponente naj bodo zablurane in upgrade subscription.
+
+WHAT - tu se gnezdijo Insight>Oportunities>Improvements. Tu so tudi custom fieldi: MIN MAX in confidence (0-100), potem je Action (Area, job position/owner, status, datum accepted, datum rejected, implementation cost, reject reason). To vse spada
+
+Conclusion ima severity.
+
+Forcast postane četrti zavihek namesto Excellence, Excellence gre v meni. Forcast je naslonjen na vrednosti, ki imajo MIN MAX. Forcast potrebuje tri vrednosti: optimistic, realistic/expected, projected (ko začne sliderje premikat). Tab se imenuje Improve. Vsak improvement action ima slider, kjer začnemo na projected, na ena stran je 0, druga optimistična vrednost.
+
+Ali pa če, Forcast damo na What - trije KPIji na vrhu, predlagane akcije se lahko s sliderji delajo forcasti. Optimistic impact, realistic, projected (ki računa impact kot ga želiš sam določit).
+
+Na What je potrebno prikazat na en Oportunity in njihove akcije.
+
+Forcast potrebuje svoj screen.
+
+Na what bomo dali Optimistic impact in Potential impact. Ta sta fiksna. Sem in tja se sprehajam po oportunitijih. Znotraj teh so akcije. na vsaki akciji je slider. Na tak način ne potrebujemo Forcast screen-a.
+
+## Zaključki
+- Trenutno oblikujemo glavne ekrane. Ostale stvari ostanejo za kasneje.
+- Glavne ekrane je potrebno čim prej (danes) spraviti, da jih vidimo.
+- Janko popravi publikacijo na nov CGP.
+
+## Ostalo
+14-08-2026 10:00 - 10:47
+Avtor zapisnika: Ana Marija Pritržnik