02-mentor (15 března 2022) - Review¶

Zpětná vazba od P. Píchy na Demo¶

Pozitiva¶

1. dát vědět co je hotovo - proběhlo
2. otevřené otázky - proběhlo
3. nastřelit očekávání na příště - proběhlo

• dobře že s nima komunikujeme všichni (je vidět že na tom dělá více lidí)
• bug - dobré nastřelení řešení

Negativa¶

• přesně specifikovat do kdy dostaneme odpověď
  • Př. Kdy uděláme další schůzku? - Já nevím - Dobře, tak kdy nám dáte vědět?
  • případně že se to opozdí a bude se mezitím pracovat na něčem jiném
• co nejkonkrétnější možný výstupu !!!
  • potřebujeme další meeting, do kdy to uděláme
• dobré by bylo posílat otázky a výstupy předem aby se na to byla možno připravit
  • ne vždy je tohle možné

• nemáme vizi - potřeba definovat !!
  • vize chytá bussiness case - potřeby zákazníka - mimo IT termíny
  • tady trochu něco jiného
  • funkční a mimo funkční požadavky (akceptační kritéria, priority, ...)
  • není potřeba to mít nějak rozpitvaný do detailů
  • rizika, stakeholders, hrubý projektový plán, ...
  • všude možně je to popsaný - přednášky, proces, ... (~2 stránky, wiki, ...)
  • technologické nebo legislativní požadavky
  • nepsat to protože to Pícha chce, ale protože to potřebujeme v podstatě
  • to k čemu se obě strany zapisují
  • ....

• architektura, technologický scope,
  • jdeme hrozně rychle dopředu - dáváme kočár před koně

• návrh řešení
  • technologický stack a architektura je asi daná
  • potřeba naznačit, kde zasáhnout naše úkoly
  • ws zasáhnout skoro všude (db, uživatelů, ...)

• asi přidat někam seznam požadavků (stačí ty epiky)
• udělat filtry na EPICy a společné tickety (tag, kategorie, ....)

• zmapovat současnou implementaci a dostat se až na úroveň tříd klidně
  • potřeba jí mít někde zachycenou, aby se dalo definovat, co např. není potřeba
  • kultura kódu - odsazování, komentování, ... (nastavit alespoň vlastní konvence)
  • důležitější než wiki stránka architektury je spustitelná architektura
    • minimalistický prototyp
    • průstřel architekturou, aby jsme věděli, že s ní dokážeme pracovat ? (moc nevím)
    • nepřidává žádnou hodnotu
    • minimalizace rizik - že třeba nejdou zintegrovat
    • u nás to bude specifické
  • možná to udělat pro jednotlivé tasky

• můžeme zkusit projít různé projekty na redmine (news hodnocení)
• Microsoft Visio

• přidat technologické rizika
  • nezkušenost s Redmine, neznalost program. jazyku, ...
    • aktuální rizika jsou fajn
    • strategie odstranění přidat - jak zajistit aby jejich dopad nezasáhl projekt

• možná zkusit probrat se zákazníkem odstranění nějakého požadavku a místo toho vytvořit nějaký konvence nebo něco takového
  • jelikož projekt bude končit, asi nemá smysl řešit nějaký refaktoring
  • pro ně větší priorita funkce