Loading
PLATFORMA
MOŻLIWOŚCI
ASANA AI
WSZYSTKIE PLANY
Rodzaj firmy
Zespoły
Branże
Przykłady zastosowania
UCZYĆ SIĘ
OBSŁUGA KLIENTA
USŁUGI
Centrum pomocy
search-icon

Tematy

Planowanie sprintu

W tym artykule

Korzystanie z Asany do usprawnienia planowania sprintów pozwala zespołom uzyskać przejrzystość całego procesu sprintu w jednym miejscu. Zapoznaj się z poniższym artykułem, aby dowiedzieć się więcej o tworzeniu własnego procesu sprintu. Przyjrzyjmy się przykładowi Jamesa, menedżera produktu technicznego.
James jest odpowiedzialny za cykl sprintów swojego zespołu, który zazwyczaj trwa dwa tygodnie. Aby skonfigurować swój pierwszy cykl sprintu w Asanie, Janek tworzy portfolio o nazwie Sprinty. Następnie Jan tworzy cztery projekty, które dodaje do tego portfolio: bieżący sprint, retrospekcje, backlog i zgłoszenia. Po dodaniu pracy do swojego portfolio, James może teraz skorzystać z obciążenia pracą, aby zwizualizować wydajność swojego zespołu w oparciu o zadania przypisane w Asanie.

Projekt 1: Bieżący sprint

James może utworzyć projekt na podstawie istniejącego szablonu Asana lub stworzyć własny projekt. Postanawia stworzyć go od podstaw i dodaje wszystkie niezbędne zadania cykliczne. Aby każdy sprint przebiegał bardziej płynnie, korzysta z funkcji Asany, takich jak reguły, kamienie milowe, i pola niestandardowe, które zapisuje jako pakiet, aby łatwo zastosować je do przyszłych projektów.

W projekcie Bieżący sprint tworzy dwie sekcje: Bieżące zadania i Zadania w ramach zamkniętego sprintu. Używa również pól niestandardowych, aby wyróżnić typ zadania, punkty historyjek, typ priorytetu, wagę błędu i status historii. Gdy zadania są dodawane do sekcji Bieżące zadania, upewnia się, że każde zadanie ma datę wykonania i osobę odpowiedzialną. W sekcji Bieżące zadania dodaje wszystkie zadania, nad którymi pracuje jego zespół. Wszystkie elementy, które zostały zamknięte podczas tego sprintu, przenosi do sekcji Zamknięte zadania sprintu, aby móc je przejrzeć przed ostatecznym dodaniem do projektu Retro.

James używa widoku tablicy, który ułatwia przeciąganie i porzucony zadań na różnych etapach ukończenia, np. aktywnych. Wdraża regułę, zgodnie z którą po przeciągnięciu zadania do nowej sekcji, pole niestandardowe jest aktualizowane, aby odpowiadało tej sekcji. Dodaje również regułę, zgodnie z którą główny inżynier otrzymuje zadanie zatwierdzenia, gdy zadanie zostaje dodane do etapu przeglądu.

Po utworzeniu projektu zawierającego wszystkie elementy używane w każdej fazie sprintu, przekształca ten projekt w szablon, aby móc szybko go powielać za każdym razem, gdy rozpoczyna się nowy cykl sprintu. Ten szablon zapewnia spójność między sprintami i inicjatywami, usprawniając proces konfigurowania nowych sprintów.

Minęło 10 dni roboczych od rozpoczęcia sprintu przez zespół Jamesa, więc nadszedł czas, aby go zamknąć. Korzystając z widoku listy, zaznacza wszystkie zadania i zmienia status sprintu na „zamknięty”. James skonfigurował już reguły przenoszące zadania do różnych sekcji na podstawie pola niestandardowego statusu historii. Utworzył regułę przenoszącą zadania oznaczone jako Wydane do sekcji Zadania w zamkniętym sprincie, a także regułę przenoszącą zadania o statusie innym niż Wydane do projektu Backlog. Teraz zespół może zdecydować, czy chce dostosować punkty historii, przenieść te zadania do następnego sprintu, czy też zachować je w projekcie backlog.

James regularnie korzysta z zakładki pulpit nawigacyjny projektu , aby szybko uzyskać przegląd informacji o projekcie i łatwo udostępnić je interesariuszom. W ramach swojego pulpitu nawigacyjnego projektu konfiguruje również wykres, aby wyświetlić bieżący sprint zadania filtrowane według wartości pola niestandardowego statusu historii.

Po każdym sprincie James korzysta z Inteligentnego czatu , aby uzyskać statystyki dotyczące swoich projektów, które pomagają mu szybko identyfikować blokady i określać kolejne kroki. Korzysta również z inteligentnego statusu , aby przygotowywać aktualizacje statusu i identyfikować martwe punkty, otwarte pytania, wizualizować przeszkody i planować efektywną ścieżkę do osiągnięcia celów przez zespół.

Projekt 2: Retrospekcje

W ramach portfolio Sprinty James utworzył również projekt retrospekcji, do którego zadania ukończone w projekcie Bieżący sprint są przenoszone automatycznie dzięki utworzonej przez niego regule. Po zakończeniu każdego sprintu zespół Jamesa spotyka się, aby zastanowić się, co poszło dobrze, co można poprawić i jak dostosować procesy do następnego sprintu. Projekt zawiera sekcje dla zadań administracyjnych, naklejek uznania, przeszkód i zagrożeń, ogólnych przemyśleń, a także zobowiązań, nieoczekiwanych zdarzeń itp. Po skonfigurowaniu projektu James zapisuje go jako szablon, aby móc go użyć za każdym razem, gdy chce utworzyć nowy projekt retrospektywny.

James poprosił wszystkich członków swojego zespołu, aby przed spotkaniem polubili i skomentowali zadania w projekcie retrospekcji. Zadania z największą liczbą polubień są omawiane podczas retrospekcji, a wszelkie nowe czynności do wykonania są przekształcane w zadania do zrealizowania w przyszłych sprintach.

Projekt 3: Backlog

W portfolio Sprinty Jan tworzy projekt Backlog, w którym zapisuje wszystkie zadania, które jego zespół chce wykonać w przyszłości. Obejmuje to zadania, które zostały przetworzone za pomocą Zbierania, te, które nie zostały ukończone w ostatnim sprincie, a także pilne zadania, które należy wykonać. W projekcie Backlog tworzy sekcje o nazwie Następny sprint. Za każdym razem, gdy rozpoczyna się nowy sprint, James przegląda backlog pod kątem priorytetów i punktów historii, a następnie decyduje, nad którymi elementami należy pracować w następnej kolejności. Używa inteligentnych podsumowań , aby wyodrębnić czynności do wykonania i upewnić się, że rozumie każde zadanie bez konieczności czytania długich opisów. Kiedy James chce rozpocząć nowy sprint, zaznacza wszystkie zadania w sekcji Następny sprint i niezależnie od ich statusu sprintu zmienia pole niestandardowe na Bieżący sprint. W ten sposób wszystkie zadania zostają przeniesione do projektu Bieżący sprint i automatycznie otrzymują datę wykonania za 14 dni, zgodnie z regułą utworzoną przez Jamesa. James korzysta również z Inteligentnego czatu, aby uzyskać statystyki dotyczące poprzednich sprintów, które pomagają mu zidentyfikować potencjalne blokady i określić, jakie działania należy podjąć w przyszłości. Po dodaniu wszystkich zadań do bieżącego sprintu, James i jego zespoły mają przegląd liczby punktów historii, do których się zobowiązują, a także typów zadań i poziomu istotności błędów.

Projekt 4: Przyjmowanie

James utworzył również w portfolio projekt Przyjmowanie dla wszystkich przychodzących zleceń i błędów. Zespoły używają projektu Zgłoszenia, aby najpierw przeczytać, posortować i ocenić każde zgłoszenie, które wpłynęło za pośrednictwem utworzonego przez niego formularza zgłoszeniowego. James i jego zespół komunikują się w sprawie tych zadań, dodając komentarze i azałączając pliki przed dodaniem zadań do projektu backlog. Po dopracowaniu tych zadań może przenieść je do projektu sprintu Backlog, aby je posortować i przypisać do następnego sprintu.

Zasoby

Aby dowiedzieć się więcej o planowaniu sprintów w Asanie, zapoznaj się z tymi zasobami:

Note iconUwaga

Ten artykuł został przetłumaczony przez AI.

Prześlij opinię na temat tłumaczenia.

Powiązane artykuły

Ładowanie
Planowanie sprintu