47 lines
3.1 KiB
Markdown
47 lines
3.1 KiB
Markdown
# 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 |