11 | | * każdy z programistów orientuje się w całości projektu |
12 | | * dodatkowy poziom testowania |
13 | | * lepszy kod, mniej błędów funkcjonalnych, logicznych oraz merytorycznych |
14 | | * większy przepływ wiedzy w zespole |
| 11 | * każdy z programistów orientuje się w całości projektu |
| 12 | * dodatkowy poziom testowania |
| 13 | * lepszy kod, mniej błędów funkcjonalnych, logicznych oraz merytorycznych |
| 14 | * większy przepływ wiedzy w zespole |
17 | | * po zakończeniu prac nad danym ticketem, zmieniamy status na code review |
18 | | * przypisujemy go do osoby, która powinna sprawdzić kod |
19 | | * sprawdzamy zmiany wprowadzone do źródeł (numery rewizji sa w komentarzach na track'u) |
20 | | * wpisujemy uwagi jako komentarz i przypisujemy do osoby realizującej dany ticket |
21 | | * powtarzamy całą procedurę aż nie będzie uwag |
| 17 | * po zakończeniu prac nad danym ticketem, zmieniamy status na code review |
| 18 | * przypisujemy go do osoby, która powinna sprawdzić kod |
| 19 | * sprawdzamy zmiany wprowadzone do źródeł (numery rewizji sa w komentarzach na track'u) |
| 20 | * wpisujemy uwagi jako komentarz i przypisujemy do osoby realizującej dany ticket |
| 21 | * powtarzamy całą procedurę aż nie będzie uwag |