01-mentor (2 března 2022)¶

Co se bude dít na začátku?
- ASWI process overview project kick-off tady to je celkem dobře popsaný
- rozdělit role (v nástojích trochu jiné - nemusí to korespondovat) nemusí být pouze jeden Team Leader v Redmine
- settings v redmine projectu (možná přidat description - popisek/zadání projektu)
- moduly nechat všechny!!! (bude to lepší) možná dokuments/files/dms

Na co se ptát na init schůzce zadavatele?
- domluvit se se zadavatelem na tom jeslti je ok s gitem redmine
- nemá vlastní issue tracking (asi domluvit přístup Píchovi)
- gitlab se dá připojit do redmine (celkem snadný - lze kontaktovat píchu)
- kdyby bylo ok s těma nástrojema tak je tam přidat

Schůzka se zákazníkem by měla ukončovat iteraci
lze sjednat více schůzce při první iteraci z důvodu vyjasnění nejasností atd...
nic nedomýšlet a pořád se ptát, je to jistota
domluvit termín a formu schůzek

schůzky - review s Píchou (konec iterace), demo se zadavatelem (konec iterace), retrospektivat (ohlednutí se za iterací - naše interní) plán na další iteraci
(taky naše)
na konci první iterace by měl být pícha součástí všech schůzek i iterních viz (ASWI Process overview)
konvence asi dobré napsat do wiki - bude to někde zavedený a pevně daný pro všechny / když něco zapomenu může se tam podívat a nemusím se ptát

Kolik těch verzí mít?
- alespoň 4 jsou rozumné

Budou nějaký speciální dokumenty, kteýr se budou podepisovat?
- jejich forma by měla bát v tom ASWI P O
- předávací protokol na konci projektu - nutný podpis

/* zde není potřeba podpis ani tisknout */
 - vize - spíš jen potvrzení 
 - specifikace požadavků - nemusí být nutně dokumentem (velký issue v redmine, ...)
 - možná nějaký návrh architektury jeslti budeme něco takovýho dělat

Co všechno by mělo být obsahem wikiny?
- shrnutí tým, kontakty na všechny osoby, zákl. údaje projektu
- pak různé věci je to na nás celkem
- můžeme sem dávat i ty dokumenty - nebo link přes DMS....
- zásadní výstupy
- stránky pro jednotlivé iterace - plán, retrospektiva, zápisky ze schůzek, ...

Pokud budeme používat issue tracking v gitlabu třeba zavést nějaký odhady, priority, ...
- pokud to bude zákaznkovi vadit - potřeba zaznamenávat bokem (třeba excel)