Projekt

Obecné

Profil

Wiki » Historie » Verze 18

Marek Lovčí, 2020-03-23 12:03

1 1 Marek Lovčí
h1. Wiki
2 2 Marek Lovčí
3
h2. Rozcestník
4
5 3 Marek Lovčí
[[Poznámky pro používání Redmine ]]
6 2 Marek Lovčí
[[Schůzky]]
7
[[Best Practices]]
8 4 Marek Lovčí
9
h2. Issue tagy
10
11 5 Marek Lovčí
* *meeting* (pro schůzky s doc. Bradou a zákazníkem)
12
* *stand-up* (schůzky mezi členy týmu)
13 6 Marek Lovčí
14 16 Marek Lovčí
h2. Iterace
15 6 Marek Lovčí
16 18 Marek Lovčí
h3. 1. iterace
17
18
h4. Výstupy
19
20
[[Vize projektu]]
21
[[Retrospektiva 1]]
22
23
h3. 2. iterace
24
25
h3. 3. iterace
26
27
h3. 4. iterace
28
29
h3. 5. iterace
30 8 Marek Lovčí
31 12 Marek Lovčí
h2. Spuštění projektu na localu
32
33 14 Marek Lovčí
https://devmarketer.io/learn/setup-laravel-project-cloned-github-com/
34
35 13 Marek Lovčí
1. Clone
36 1 Marek Lovčí
2. @composer install@
37 14 Marek Lovčí
3. @cp .env.example .env@ nebo @copy .env.example .env@
38 15 Marek Lovčí
4. @php artisan key:generate@
39 14 Marek Lovčí
5. Should work
40 12 Marek Lovčí
41 8 Marek Lovčí
h2. Retrospektiva
42
43
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).
44
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ášť).
45
Zápis nemusí být nutně kopie tohoto formuláře, ale musí pokrývat zde uvedená témata.
46
47
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”).
48
Všechny zapsané poznatky a závěry/rozhodnutí máte také umět doložit a odůvodnit.
49
Totéž platí pro všechny odchylky od “standardního” postupu nebo nesoulady mezi odpověďmi v retrospektivě a pohledu mentora na projekt / iteraci.
50
51
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. 
52
53
h3. Zhodnoďte, jak jste si vedli, a identifikujte případné problémy nebo naopak silné stránky v následujících oblastech:
54
55
# Stav a dosavadní vývoj projektu, celkový plán, fungování týmu
56
# Iterace (její naplánování a provedení)
57
# Nástroje (ALM, VCS, dokumentační, modelovací, případně další)
58
# Artefakty a případné jiné výstupy
59
60
h3. Co a jak chcete v příští iteraci změnit/zlepšit?
61
62
h3. Jak dopadly změny navržené na základě minulých retrospektiv?
63
64
h3. Cokoli dalšího (poučení z dosavadního průběhu, nejasnosti, potíže blokující postup projektu, náměty pro mentory, atd.)
65 10 Marek Lovčí
66
h2. Stanovy týmu
67
68
h3. Vykazování
69
70
Každých započatých 15 minut času lze vykázat jako hodinu práce
71 11 Marek Lovčí
72
h3. Git
73
74
Budeme se držet gitflow https://nvie.com/posts/a-successful-git-branching-model/