Ostatnio pisałam o tym, jak skonfigurować odpowiedni Board Process dla serwisu Boards naszego projektu. Dzisiaj czas na konkrety dotyczące tworzenia tablic i zarządzania zadaniami.

Work items

Jest to widok listy wszelkich elementów, które będziemy trzymać na naszej tablicy z zadaniami. Można tworzyć różne typy takich elementów:

User Story

Dla przykładu wymyślę jakąś funkcjonalność: rejestracja użytkownika na podstawie maila i podanego hasła. Utwórzmy dla niej ogólne User Story, do którego później będziemy przypisywać konkretne zadania (Tasks):

Wypełniamy odpowiednio tytuł oraz opis, a także Acceptance Criteria. Podczas planowania można ustawić odpowiednią liczbę Story Points – nie będziemy jednak zajmować się tym w bieżącym wpisie. W celu zapisania Work Item wystarczy kliknąć przycisk Save w prawym górnym rogu.

Task

User Story jest dodane, czas dodać jakieś zadania (Work Item Type = Task).

Na początek dodamy zadanie, w którym utworzymy odpowiedni formularz rejestracji:

To, o czym warto pamiętać (poza tytułem i opisem zadania) to ustawienie Activity. Pomoże nam rozdzielić pracę podczas planowania pracy zespołu o różnych rolach i aktywnościach.

Boards

W tej zakładce widzimy podział Work Items na kolumny: To Do, In Progress oraz Done. Jak widać, można wybrać z menu opcję dodania np. Taska do konkretnego User Story.

Gdzie jest jednak Task, którego utworzyliśmy przed chwilą? Nie ustawialiśmy dla niego relacji z User Story, więc nie jest widoczny (będzie go widać tylko z poziomu zakładki Work items). Trzeba to zmienić.

Dodawanie relacji

Wróćmy do sekcji Work Items i edytujmy nasz Task. To, czego jeszcze nie zrobiliśmy, to „podpięcie” go pod konkretne User Story. Służy temu część Related Work (prawy dolny róg):

Możemy wybrać istniejący Work Item, albo nowy. Utworzyliśmy już wcześniej User Story, więc wybieramy opcję Existing Item:

Mamy sporo możliwości – aczkolwiek chcemy wybrać typ relacji Parent.

Kolejny etap to wybranie konkretnego Work Item – tutaj automatycznie wyświetla nam się sugestia. Można również wyszukać odpowiedni Work Item po ID, albo tytule:

Po dodaniu linku widać go w sekcji Related Work:

Po przejściu do zakładki Boards widać, że nasze User Story ma przypisany 1 Task (cyfra 0 mówi o tym, że nie jest jeszcze zakończony):

Po kliknięciu w przycisk 0/1 możemy rozwinąć sekcję tasków.

Kolejne zadanie możemy dodać „na skróty” do istniejącego User Story, klikając przycisk Add Task:

Z tego poziomu możemy „na szybko” zdefiniować nazwę zadania, bez jego szczegółów. W celu ustawienia szczegółów (opisu, Activity, itp.) należy kliknąć w nazwę taska – zostaniemy przekierowani do widoku szczegółowego. Istotne jest tutaj to, że Task od razu ma ustawioną relację Parent z User Story.

Backlogs

Możemy mieć zdefiniowanych kilka różnych Backlogs. W tym momencie mamy tylko jeden, domyślny, więc wybieramy DevAdventCalendar Team backlogs:

Po wejściu w konkretny Backlog widzimy nasz User Story z opcją rozwijania:

Po rozwinięciu (znak >) możemy zobaczyć podpięte do niego Taski:

Również z tego widoku mamy skrót do dodawania Task lub Bug dla naszego User Story:

Z poziomu Backlogu można też w prosty sposób (poprzez drag&drop) przesuwać istniejące elementy np. przypisując dany Task do innego User Story lub zmieniając kolejność zadań.

Sprints

Aktualnie nie mamy zadeklarowanej pracy na aktualny Sprint/iterację (niezdefiniowany okres czasowy – widać w prawym górnych rogu opcję Set dates do ustalenia długości jego trwania).

Wybierzmy opcję Schedule work (środek ekranu) i zaplanujmy pracę.

Zostaliśmy przekierowani z powrotem do zakładki Backlogs, ale z włączoną opcją Planning. Można ją włączyć również manualnie:

Co trzeba zrobić, żeby nasze User Story trafiło do bieżącej iteracji? Wystarczy je przesunąć (poprzez drag&drop) do karty Sprint 1.

Od razu aktualizuje nam się karta – widzimy na niej 1 User Story i 2 Taski:

Wróćmy do zakładki Sprints i zerknijmy, jak teraz wygląda:

Widzimy, że mamy podział Tasków ze względu na User Story. W trakcie prac zadania można przesuwać do kolejnych kolumn:

• Active – implementacja w toku
• Resolved – implementacja zakończona, testy jednostkowe zakończone sukcesem
• Closed – testy akceptacyjne zakończone sukcesem

Jeśli chcecie się dowiedzieć więcej na temat Workflow (dla różnych Board Process) to odsyłam do dokumentacji.

Queries

Queries to nic innego jak możliwość pisania własnych zapytań zwracających np. listę bugów, listę tasków czy Work Items, do których dana osoba jest przypisana.

Domyślnie otwiera się zakładka Favorites – niestety tutaj nic nie mamy:

Przejdźmy więc do zakładki All i sprawdźmy, jakie są domyślne zapytania:

Wybierzmy pierwsze domyślne zapytanie zwracające listę Work Items przypisanych do mnie:

Aktualnie nie przypisałam się do żadnego Work Items, więc wynik zapytania jest pusty.

Z poziomu Queries można również utworzyć własne zapytania klikając przycisk New query u góry strony:

Domyślnie zostanie wyświetlone testowe query zwracające wszystkie Work Items:

Z poziomu tego widoku można pisać i wykonywać zapytania oraz zapisywać je pod konkretną nazwą (opcja Save query).

Podsumowanie

To tyle odnośnie podstawowej wiedzy na temat każdej z zakładek w Azure DevOps Boards. Możliwości tego serwisu są bardzo duże. Można pracować na podstawowych ustawieniach albo tworzyć własne. Co istotne, w każdego postaci Azure DevOps Boards pozwalają w prosty i czytelny sposób zarządzać projektami, zespołami i zadaniami.

---