Projekt

Obecné

Profil

Schůzka s mentorem 3 » Historie » Verze 1

Klára Beránková, 2017-05-05 14:47

1 1 Klára Beránková
h1. Schůzka s mentorem 3
2
3
Shrnutí stavu, vývoj od minule, týmová dynamika:
4
(doporučeno udělat na základě retrospektivy, jejíž výsledky má tým přinést na schůzku)
5
tým pracuje víceméně průběžně,
6
7
Průběh projektu *
8
[cca 3b] celkový plán a průběh WRT celkový procesní rámec (RUP), rozložení prací v týmu
9
2b
10
11
mají LCA, architektura nebyla validována protože už mají z předchozích prj dost zkušeností, vypadá to trochu jako vodopád ale ve skutečnosti by spíš potřbeovali kanban a tak se snažili co nejdříve zbavit "těch dokumentů"
12
13
Iterace *
14
[cca 3b] plán a průběh v porovnání s cíli iterace a fází prj, zhodnocení retrospektivy
15
2b
16
17
2it = dokumenty, převážně kolem spec pož + popis arch; o velikonocích se moc nedělalo a dokumentace se musela udělat společně proto burndown ---\
18
retro použitelná, hodně se soustředí na tehcnikcé věci ale pár procesních ok
19
3it = kód bez testů; pracovalo se průběžně
20
21
ALM *
22
[cca 3b] práce s tickety a iteration backlog
23
3b
24
25
potřeba přiřazovat úkoly víc lidem, řeší způsobem "assigned: no-one" + lidé v názvu úkolu; priority nepoužívají, protože se na nich domlouvají průběžně na schůzkách a celkově vše stíhají
26
27
VCS *
28
[cca 3b] práce s úložištěm vč. vazby na tickety
29
3b
30
31
ok, dobře použité větve pro long running tasks
32
33
Artefakty *
34
[cca 3b] stav, kvalita, adekvátnost
35
1b
36
37
vize - úvodní partie pěkné, ale pak obsahuje zbytečně mnoho technických podrobností, které správně patří do jiných dokumentů (arch, plán prj)
38
39
doc arch - pěkně k věci a bez zbytečných detailů, ale chybí zdůvodnění arch rozhodnutí a popis / odkazy na použité design patterns (SparkJava)
40
41
product backlog - je dobře, že je použit, ale neodpovídá parametrům (DEEP)
42
43
DSP - hezká struktura, místy info patřící jinam (v rámci dokumentu nebo i mimo něj)
44
45
Jaká byla dána doporučení
46
používat kategorie ticketů a konfiguraci sloupců zobrazení
47
používat správně klířčová slova pro vazby ticket-commit
48
řešili jsme vhodnost procesu pro tento projekt, tým by se mohl zamyslet a domluvit, jak by to vlastně mohlo být prováděno lépe (kanban při vědomi/dosažení podstatných věcí z ASWI)