Czy istnieje obiekt sprintu?

Tak. Sprint ma nazwę, cel, początek i koniec, przy czym tylko jeden z nich może być aktywny w projekcie w danym momencie, a wszystko poza sprintem znajduje się w backlogu projektu. Zamknięcie sprintu przenosi niedokończone elementy do kolejnego sprintu lub z powrotem do backlogu i rejestruje, które z tych działań zostało podjęte.

Czy bramka wydawnicza blokuje przejście?

Tak. Etap akceptacji otwiera akceptację przy wejściu i uniemożliwia wyjście do momentu zarejestrowania decyzji.

Czy story może zawierać zadania?

Tak. Epik zawiera story, a story zawiera zadania. Ta hierarchia jest wbudowana w typy elementów pracy.

Czy dostępny jest język JQL?

Tasked obsługuje ograniczony podzbiór zapytań zgodnych z JQL dla zarejestrowanych pól zadań. Nie jest to pełny JQL z systemu Jira; zapisane widoki nadal przechowują zweryfikowane drzewa filtrów, a wyszukiwanie w języku naturalnym działa w zadaniach, projektach, komentarzach i plikach.

Czy w Tasked można przeprowadzać przegląd kodu?

Tak, przesłany plik diff lub patch można przeglądać linijka po linijce: uwaga jest przypisywana do linii, do których została napisana, i wyświetla się obok nich. Nie ma jednak połączenia z hostingiem kodu, więc nie ma repozytorium, gałęzi, pull requestu ani commitu.

Zespoły programistyczne: błędy, story i bramka wydawnicza

Zmiana w oprogramowaniu w Tasked to nie kolorowa karta. Błędy zawierają stopień ważności i kroki do odtworzenia, story mają kryteria akceptacji, epiki zawierają story, a pakiet oprogramowania kończy się akceptacją wydania, z której silnik nie pozwoli na przejście dalej bez zarejestrowanej decyzji. Przegląd kodu może cofnąć element do etapu w toku z etykietą „wymagane zmiany”. QA może go wstrzymać do czasu zakończenia testów akceptacyjnych. Żadna z tych funkcji nie jest wtyczką.

Zaktualizowano 16 września 2026Czas czytania: 6 min

Typy, które zespół programistyczny naprawdę uzupełnia

Błąd wymaga określenia ważności (blokujący, poważny, drobny lub kosmetyczny), podania kroków do odtworzenia oraz miejsca wykrycia. Story wymaga kryteriów akceptacji i punktów (story points). Epik wymaga określenia celu i daty docelowej. Pola niestandardowe mogą rozszerzyć każdy z tych elementów, gdy zespół potrzebuje więcej danych.

Hierarchia jest wbudowana: epik zawiera story, a story zawiera zadania. Jest to widoczne w interfejsie, a nie pozostawione jako umowa nazewnicza.

Błąd: ważność, kroki do odtworzenia, wykryty w
Story: kryteria akceptacji, story points
Epik: cel, data docelowa

Cztery pakiety, jeden silnik

Pakiet oprogramowania obejmuje etapy: przyjęcie, selekcja, w toku, przegląd kodu, QA i akceptacja wydania, a następnie ukończone. Przyjęcie i selekcja mają po 24-godzinne okno. Etap „w toku” trwa 72 godziny. Przegląd kodu to etap recenzji trwający 24 godziny. QA to praca zaplanowana na 48 godzin. Akceptacja wydania to etap akceptacji trwający 24 godziny, którego właścicielem jest produkt, z etapem „w toku” jako etapem poprawek.

Pakiet sprintu obejmuje backlog, wybrane, w toku, przegląd kodu, QA i ukończone, przy czym sprint jest również obiektem w projekcie: ma nazwę, cel, początek i koniec, a tylko jeden z nich może być aktywny w danym momencie. W tym pakiecie celowo nie ma bramki akceptacji: sprint, który kończy się jako ukończony, ma inną formę niż zmiana wymagająca formalnego zatwierdzenia. Pakiet naprawy błędów obejmuje selekcję, odtworzenie, naprawę, weryfikację i wydanie. Pakiet wydania obejmuje wersję montażową, środowisko testowe, zatwierdzenie, produkcję i notatki, gdzie zatwierdzenie pełni funkcję akceptacji.

Przejścia, które stawiają opór

Karta nie może opuścić etapu przyjęcia ani selekcji, dopóki jej lista kontrolna nie zostanie ukończona. Przegląd kodu ma ścieżkę powrotną do etapu w toku z etykietą „wymagane zmiany”. QA nie może przejść do akceptacji wydania, dopóki nie zostaną zakończone testy akceptacyjne. Akceptacja wydania nie może przejść do ukończonych, dopóki decyzja nie zostanie zarejestrowana. Prośba o zmiany na tej bramce cofa element do etapu w toku.

Na tym polega różnica między tablicą, na której każdy może przeciągnąć kartę do kolumny Ukończone, a workflow, w którym ukończenie musi być dozwolone.

Szczere braki dla kupujących oprogramowanie

Cztery z braków wymienionych wcześniej w tej sekcji zostały już uzupełnione. Sprint to obiekt posiadający nazwę, cel, początek i koniec (tylko jeden aktywny na projekt) oraz backlog zawierający wszystko poza nim; zamknięcie sprintu przenosi niedokończone elementy do kolejnego sprintu lub z powrotem do backlogu i rejestruje, które z tych działań zostało podjęte. Etykiety są przypisane do elementu i filtrują każdy widok. Czas jest rejestrowany jako wpisy przypisane do elementu w dniu wykonania pracy i sumuje się do tygodniowego czasu pracy danej osoby oraz łącznego czasu projektu w porównaniu z szacunkami. Powiązanie między dwoma zgłoszeniami ma określony typ: powiązane, duplikuje lub klonuje, przy czym blokowanie jest obsługiwane przez zależność, którą workflow już odczytuje.

Tym, czego wciąż brakuje, jest hosting kodu. Recenzent może oznaczyć linie w pliku diff lub patch przesłanym przez użytkownika, a uwaga pojawi się obok odpowiednich linii. Nie ma tu jednak panelu kodu: nic w Tasked nie pokazuje repozytorium, gałęzi, pull requestu ani commitu, a GitHub nie jest zintegrowany. Nie ma tu również wykresu Gantta ze strzałkami zależności. Tasked obsługuje ograniczony podzbiór zapytań zgodnych z JQL dla zarejestrowanych pól zadań. Zapisane widoki nadal korzystają ze zweryfikowanych drzew filtrów, a produkt nie implementuje pełnej gramatyki ani funkcji systemu Jira.

Publiczne API korzysta z kluczy o ograniczonym zakresie. Webhooki zawierają dziennik dostarczenia. OpenAPI oraz strona dla deweloperów opisują interfejs programistyczny. Funkcje te są dostępne w planie Business.

Najczęściej zadawane pytania

Czy istnieje obiekt sprintu?: Tak. Sprint ma nazwę, cel, początek i koniec, przy czym tylko jeden z nich może być aktywny w projekcie w danym momencie, a wszystko poza sprintem znajduje się w backlogu projektu. Zamknięcie sprintu przenosi niedokończone elementy do kolejnego sprintu lub z powrotem do backlogu i rejestruje, które z tych działań zostało podjęte.
Czy bramka wydawnicza blokuje przejście?: Tak. Etap akceptacji otwiera akceptację przy wejściu i uniemożliwia wyjście do momentu zarejestrowania decyzji.
Czy story może zawierać zadania?: Tak. Epik zawiera story, a story zawiera zadania. Ta hierarchia jest wbudowana w typy elementów pracy.
Czy dostępny jest język JQL?: Tasked obsługuje ograniczony podzbiór zapytań zgodnych z JQL dla zarejestrowanych pól zadań. Nie jest to pełny JQL z systemu Jira; zapisane widoki nadal przechowują zweryfikowane drzewa filtrów, a wyszukiwanie w języku naturalnym działa w zadaniach, projektach, komentarzach i plikach.
Czy w Tasked można przeprowadzać przegląd kodu?: Tak, przesłany plik diff lub patch można przeglądać linijka po linijce: uwaga jest przypisywana do linii, do których została napisana, i wyświetla się obok nich. Nie ma jednak połączenia z hostingiem kodu, więc nie ma repozytorium, gałęzi, pull requestu ani commitu.