Dobiera narzędzia i metodologie do planowania i zarządzania projektem

Dlaczego tak

Wykres spalania zestawia ilość pracy pozostałej do końca sprintu, np. w punktach historyjek, z linią idealnego postępu; jeśli rzeczywista linia leży wyraźnie nad idealną, zespół nie zdąży bez zmian w zakresie. Tablica Kanban pokazuje aktualny status zadań, ale nie ich przebieg w czasie. Backlog jest uporządkowaną listą wszystkich wymagań produktu i nie mierzy postępu sprintu.

Dlaczego tak

Czas trwania projektu wyznacza najdłuższa ścieżka zależności, czyli ścieżka krytyczna: A → B → D = 3 + 4 + 3 = 10 dni. Ścieżka A → C → D trwa 8 dni, więc zadanie C ma 2 dni zapasu i jego opóźnienie o 1–2 dni nie przesunie końca projektu. Wynik 12 to suma wszystkich zadań, która zakłada, że B i C wykonuje się po kolei, choć mogą przebiegać równolegle.

Dlaczego tak

W Jira hierarchia elementów pracy to epik, pod nim historyjki, zadania i błędy, a na najniższym poziomie podzadania. Epik opisuje większą funkcję, np. „Płatności w aplikacji”, realizowaną w kilku sprintach. Sprint nie jest elementem pracy, tylko ramą czasową (zwykle 1–4 tygodnie), w której zespół wykonuje wybrane zadania, a podzadanie dzieli pojedyncze zadanie na mniejsze kroki.

Dlaczego tak

Polecenie git commit zapisuje zmiany tylko w lokalnym repozytorium na komputerze programisty. Aby wysłać zatwierdzenia do repozytorium zdalnego, trzeba wykonać git push. Polecenia git pull i git fetch działają w przeciwną stronę — pobierają zmiany z serwera do repozytorium lokalnego, a git merge łączy gałęzie lokalnie i niczego nie wysyła.