Inicializační schůzka¶

Úvod¶

• Sjednotit mluvu se zadavatelem - definice pojmu apod., ptát se hodně
• Dokument pro legendu slov (termíny - vysvětlení)
• Settings - zkopírovat zadání do descriptionu
  - New nevypínat
• Na Wiki dát odkaz na docs nebo někam, kde budeme dělat dokumenty
• Vypnout trackers který nebudeme používat (v settings na issue tracking)
• Verze podle iterací
• Kategorie podle potřeby, jestli je budeme potřebovat nebo ne
• rep. Nic, fora taky bezpředmětný
• Spend time - vybírat i activity, používat jich co nejméně
• Pokud commit přes zavináč, jde to tam automaticky
• Do depozitáře dávat jen kód - spadá to pod implementaci

KICK OFF projektu:¶

• Vytvořit první iteraci, úkol pro tuhle schůzku, pro schůzku se zákazníkem a další úkoly do dané iterace - plán, vize, atd.
  - Start ode dneška
• Stanovit si konvence - jaký jazyk pojede issues, commit msg, jaký jazyk pro komunikaci se zákazníkem (česky), jaký používat typy a kategorizaci úkolů, jak dělat názvy úkolů (ideálně název úkol zkráceně zobrazovat akci - sloveso, jestli upravit, vytvořit nebo co), jak se píšou popisy tiketů - souvislý text, odrážky, workflow, jaké atributy nutné, role v týmu, jak dlouhé iterace, jak dlouhé schůzky
  - Časem se dá změnit, ale musí se nějak začít
• Stanovit první milník - nemusí se jím zakončit první iterace
  - Např. projektový plán stanovit (víme časové rozpětí - začátek a konec) - a díky tomu stanovit iterace
  - Dá nám to kostru plánu -> můžeme si stanovit milník
  - Plán bude high level
  - V nějakým bodě řešit testování, v jiném dokumentování apod.
• Konvenci napsat do dokumentace zvlášť

KICK OFF se zákazníkem:¶

• Raději se ptát dvakrát jiným způsobem, ať víme, co se nám snaží sdělit
• Ze začátku klidně domluvit 2-3 schůzky v první iteraci
• Domluvit si platformu komunikace - online nebo f2f
• Forma a termín schůzek - přizpůsobit se požadavků zákazníka
  - Domluvit si schůzky s mentorem
• Nástroje pro vedení - zákazníkovi bude asi jedno
• Po každé iteraci zákazníkovi dát aktuální stav projektu
• Bude pro ně důležitá dokumentace (hlavně uživatelská, instalační příručka,…)
• Na CIV dávat vědět asap (může být v plánu rizik)

Závěr¶

• Na konci 1. iterace - demo (musíme zorganizovat my), plánování 2. iterace, review. Pak už jen na review a demo na konci LCO
• Zorientovat se v deadlinech
• Na wiki mít úvodní stránku (kdo je tým, mentor apod.) a odkazy na podstránky - zápisy ze schůzek atd. Struktura na nás
• Podívat se na artefakty
• zjistit si CIV
• Ozvat se až se bude blížit konec iterace