Zápis 5.11.2018 09:00 - 12:00
Miestnosť: Perry Space
Vedúci: Ing. Jakub Šimko, PhD.
Zapisovateľ: Bc. Daniela Sitárová
Scrum master: Bc. Martin Žák
Prítomní:
- Ing. Jakub Šimko, PhD. (remote)
- Bc. Martin Žák
- Bc. Andrej Slaninka (remote)
- Bc. Daniela Sitárová
- Bc. Andrej Zaťko
- Bc. Michal Fabiš
- Bc. Maroš Vašš
Sprint review
- U36 - neznáma chyba pri prezentácii product ownerovi, inak OK
- U43 - OK
- U30 - nefunguje merge so sprint vetvou
- U36 - OK, len sme nemohli demonštrovať, keďže sme volali
- A111 - OK, odprezentovaný dokument
- U109 - už všetkým ide prehliadač, našli sme dôvod, prečo to sekalo, a ten bol odstránený
- A73 - nevieme, aký je momentálny stav, nakoľko Katka nie je prítomná
Výsledok šprintu je 15/21 story pointov
Retrospektíva
S čím pokračovať?
- na Slacku sú dobre rozdelené channels, efektívne sa v nich komunikuje
- stále pokračovať vo vylepšovaní komunikácie
- online standups sa nám osvedčili
- je dobré, že robia code review aspoň dvaja, ktorí nie sú zapojení v programovaní
- dobrá spolupráca s Dávidom na diaľku
S čím prestať?
- nemali by sme veci mergovať v nedeľu večer, tesne pred ukončením šprintu
- nemali by sme mergovať, kým nie je poriadne otestované
- strácať príliš veľa času na jednej úlohe
S čím začať?
- mergovať najneskôr v sobotu
- vytvoriť deadline na review - najneskôr v piatok večer bude otvorený pull request
- určiť pri prideľovaní tasku, kto bude robiť review
- pri vytváraní úloh do jiry zadať mená reviewerov
- vytvoriť test, čo všetko má fungovať (štandardný scenár fungovania prehliadača)
- ak niekto strávil veľa času za problémom, treba sa o tom pobaviť a zvoliť ďalšiu stratégiu - buď to prideliť inému počtu ľudí alebo sa daným problémom prestať zaoberať
- ak je problém, je lepšie zavolať ako si písať
- skúšať pri mergovaní aj integráciu do sprint vetvy - otestovať aj tam a až potom dať merge (minimálne druhý reviewer)
- ak je pripomienka v review, zmeniť aj stav tasku v jire - dať do to do/in progress
- viac dodržiavať jira flow
- ak nie sme spolu, dať si standup v iný deň ako piatok, resp. dať si ho častejšie
- určiť si konkrétnu hodinu, do ktorej spravíme online standup na Slack
- dať si spoločnú pripomienku do kalendára, kedy treba napísať do standups
- thread na standup môže otvoriť ktokoľvek, nie len scrummaster
- vytvoriť jednotný spôsob zapracovávania pripomienok pri code review
- písať commity aj s označeniami viacerých taskov
- ak je pri standupe problém a nikto to nerieši, mal by sa opýtať scrummaster
- ak bude odhalená skrytá závislosť medzi stories, riešiť to budú tí ľudia, ktorí pracovali na konkrétnych stories
Plánovanie šprintu
TODO
- zapísať do metodiky, ako zapracovať pripomienky pri code review
- spísať zoznam UC, ktoré musia fungovať (štandardné správanie prehliadača)
- vyriešiť chybu, ktorá nastala pri mergovaní US36 a US30 do sprint
- doplniť DOD analytickej story o to, že výsledok má byť konkrétny a použiteľný pri ďalšej implementácii
- spísať slovník pojmov
Diskusia
- ako riešiť testovanie problém s testovaním - nevieme spustiť ani základný test, venovali sme tomu veľa času, ale vôbec sme sa nepohli riešením je dať si ako US úlohu Zistiť ako správne testovať v našom prehliadači Vytvoriť dočasne zoznam úloh, ktoré treba vyskúšať v našom prehliadači?
- skryté závislosti medzi stories
- ako ďalej s biznis plánom
- odborníci nám odporučili, aby sme nerobili prehliadač, ale skôr sa zamerali na jednotlivé moduly
- nerobili biznis plán, ale sústredili sa na MVP
- odporúčali zamerať sa na tú výskumnú časť, vytvárať servisy, ktoré by sme mohli poskytovať napr. firmám
- v ďalších šprintoch chceme stále vylepšovať náš prehliadač - opravovať chyby (5 ľudia) a tvoriť novú funkcionalitu (2 ľudia)
Testovanie
- dáme do ďalšieho šprintu analytickú story, kde sa jeden človek bude zaoberať tým, ako testovať