Wiki¶

Rozcestník¶

Poznámky pro používání Redmine
Schůzky
Best Practices
Další artefakty projektu

Issue tagy¶

• meeting (pro schůzky s doc. Bradou a zákazníkem)
• stand-up (schůzky mezi členy týmu)

Iterace¶

Plán 1 iterace
Plán 2 iterace
Plán 3 iterace
Plán 4 iterace
Plán 5 iterace

Spuštění projektu na localu¶

https://devmarketer.io/learn/setup-laravel-project-cloned-github-com/

1. Clone
2. composer install
3. cp .env.example .env nebo copy .env.example .env
4. php artisan key:generate
5. Should work

Retrospektiva¶

Tento dokument slouží jako nasměrování na obvyklá důležitá témata pro retrospektivy prováděné týmem na konci iterace, obvykle po schůzce se zákazníkem (demo) a před uzavřením iterace s mentorem (review).
Na schůzce s mentorem předejte zapsané výsledky retrospektivy (v elektronické formě uložené někde v prostoru projektu) za každou dosud nezrevidovanou iteraci (tzn., pokud je schůzka s mentorem až po 2 iteracích od té minulé, budete mít záznam retrospektivy za každou zvlášť).
Zápis nemusí být nutně kopie tohoto formuláře, ale musí pokrývat zde uvedená témata.

Jde primárně o řešení otázek procesních (chyby, slabiny a “osvědčilo se” v postupu), ne produktových (co všechno aplikace už umí), a níže uvedený seznam není nutně vyčerpávající - žádné “dohromady během 5 minut vyplníme formulář, a tím je retrospektiva odbytá” Důraz je kladen na opravdovou (sebe)reflexi skutečného dění v iteraci, zejména oproti doporučeným postupům (viz znalosti z přednášek a z literatury), ne na podrobnost popisu (od toho je issue tracker a wiki; heslovité výrazy se dají rozvést v diskuzi na review) ani na jeho formálnost (“aby všude bylo aspoň něco”).
Všechny zapsané poznatky a závěry/rozhodnutí máte také umět doložit a odůvodnit.
Totéž platí pro všechny odchylky od “standardního” postupu nebo nesoulady mezi odpověďmi v retrospektivě a pohledu mentora na projekt / iteraci.

Pokud tedy někde nevíte, co napsat, nebo byste psali jen “vatu”, nechte raději nevyplněné a zeptejte se mentora na schůzce (nebo i dříve). Stejně tak pokud nerozumíte (po vlastním zamyšlení), na co je která otázka mířena.

Zhodnoďte, jak jste si vedli, a identifikujte případné problémy nebo naopak silné stránky v následujících oblastech:¶

1. Stav a dosavadní vývoj projektu, celkový plán, fungování týmu
2. Iterace (její naplánování a provedení)
3. Nástroje (ALM, VCS, dokumentační, modelovací, případně další)
4. Artefakty a případné jiné výstupy

Co a jak chcete v příští iteraci změnit/zlepšit?¶

Jak dopadly změny navržené na základě minulých retrospektiv?¶

Cokoli dalšího (poučení z dosavadního průběhu, nejasnosti, potíže blokující postup projektu, náměty pro mentory, atd.)¶

Stanovy týmu¶

Vykazování¶

Každých započatých 15 minut času lze vykázat jako hodinu práce

Git¶

Budeme se držet gitflow https://nvie.com/posts/a-successful-git-branching-model/