Zagadnienia

Ta strona opisuje pracę z zagadnieniami projektu: tworzenie i przypisywanie zagadnień, kontrolę statusów, korzystanie z historii zmian oraz widoki do monitorowania.

Zagadnienie jest główną jednostką pracy w ramach projektu. Zaleca się prowadzić zagadnienia tak, aby karta zagadnienia jasno odpowiadała: co trzeba zrobić, kto jest odpowiedzialny, do kiedy oraz na jakim etapie jest praca.

Główne dane zagadnienia

Zagadnienie zwykle zawiera:

• ID (generowane automatycznie);
• nazwę;
• typ;
• status;
• priorytet;
• tagi;
• autora (użytkownika, który utworzył zagadnienie);
• wykonawcę (pracownika lub zespół);
• datę rozpoczęcia i termin;
• postęp (% wykonania);
• opis, pliki i komentarze.

Zestaw dostępnych statusów zależy od typu zagadnienia (zobacz przepływ pracy).

Zalecenia dotyczące tworzenia zagadnień

• Formułuj nazwę jako weryfikowalny rezultat (np. „Przygotuj estymację”, „Zatwierdź makietę”, „Popraw błąd w raporcie”).
• Ustaw od razu termin, aby zagadnienie było objęte kontrolą terminów.
• Powinien być jeden wykonawca; jeśli pracę trzeba podzielić, utwórz osobne zagadnienia i — w razie potrzeby — połącz je przez zależności.
• Używaj opisu do szczegółów: kontekst, ograniczenia i definicja ukończenia.
• Lista zagadnień wyróżnia wiersze kolorem priorytetu, co ułatwia szybki przegląd kolejki.

Statusy i przepływ pracy

Zagadnienie przechodzi przez stany zdefiniowane w statusach zagadnień. Przejścia między statusami kontroluje przepływ pracy.

Przepływ pracy pomaga uniknąć chaotycznych zmian: np. nie będzie można przenieść zagadnienia bezpośrednio do „wykonane”, dopóki nie zostało podjęte do pracy (dokładne reguły zależą od konfiguracji).

Jeśli system nie pozwala zmienić statusu, przyczyna zwykle jest jedną z poniższych:

• przejście jest zabronione przez reguły przepływu pracy;
• użytkownik nie ma uprawnień do zmiany statusu;
• dla typu zagadnienia nie skonfigurowano wybranego przejścia.

Co zrobić, jeśli status się nie zmienia

1. Sprawdź bieżący status i status, który próbujesz wybrać.
2. Spróbuj przejścia pośredniego (jeśli istnieje).
3. Zapytaj menedżera projektu lub administratora, które przejścia są dozwolone i dla kogo.

Komentarze, pliki i historia zmian

Do współpracy używaj:

• komentarzy — do zapisywania decyzji, ustaleń i doprecyzowań;
• plików dołączonych — aby trzymać specyfikacje, zrzuty ekranu i inne materiały bezpośrednio na zagadnieniu;
• historii zmian — aby zobaczyć, kiedy i przez kogo zmieniono kluczowe dane zagadnienia.

Kiedy historia zmian jest przydatna

• przy analizie „kto przesunął termin i dlaczego”;
• w spornych sytuacjach odpowiedzialności;
• przy przygotowywaniu raportu postępu.

Rejestracja czasu pracy na zagadnieniu

Nakład pracy można rejestrować bezpośrednio z karty zagadnienia (a w niektórych konfiguracjach również z karty otwartej w widoku Kanban), bez przechodzenia do ogólnej listy przepracowanego czasu. To zalecany sposób, ponieważ wpis pozostaje powiązany z właściwym zagadnieniem i projektem.

Widoki do monitorowania postępów

Oprócz listy zagadnień można używać specjalnych widoków do monitorowania postępu. Ich zestaw zależy od konfiguracji.

Kanban

Kanban pomaga kontrolować przepływ pracy po statusach. Używaj go w codziennej pracy zespołu: szybko pokazuje, co jest w kolejce, co w toku i co jest ukończone.

Zalecenia:

• aktualizuj statusy natychmiast po zmianie stanu pracy;
• nie przenoś zagadnienia „w przyszłość”, jeśli praca faktycznie się nie rozpoczęła;
• używaj komentarzy, gdy zagadnienie jest zablokowane (co blokuje postęp i kto powinien pomóc).

Wykres Gantta

Wykres Gantta służy do planowania w oparciu o daty i wizualnej kontroli terminów. Jest przydatny, gdy ważne jest uzgodnienie kalendarza projektu i ocena nakładania się zagadnień.

Używaj wykresu Gantta, gdy:

• projekt zależy od planu kalendarzowego (terminy są stałe);
• jest wiele równoległych zagadnień i trzeba widzieć nakładanie;
• istnieją zależności między zagadnieniami.

Zależności zagadnień

Jeśli to potrzebne, ustaw zależności między zagadnieniami (np. gdy jedna praca nie może się rozpocząć, dopóki inna nie zostanie ukończona). Zależności w systemie to relacje równorzędne między dwoma zagadnieniami (poprzednik → następnik); hierarchia „zagadnienie nadrzędne — podzagadnienia” nie jest zaimplementowana. Pomaga to zbudować kolejność wykonania i zmniejsza ryzyko blokad.

Przykład praktyczny

Jeśli zagadnienie „Zatwierdź makietę” zależy od zagadnienia „Przygotuj makietę”, to:

• najpierw kończy się przygotowanie;
• potem rozpoczyna się zatwierdzanie;
• przesuwając termin pierwszego zagadnienia, sprawdź również termin drugiego.

Powiadomienia

W zależności od konfiguracji system może wysyłać powiadomienia o zmianach zagadnienia — np. powiadomienie push przy przypisaniu zagadnienia do pracownika lub wiadomość e-mail z linkiem do zagadnienia. Sprawdź u administratora, które kanały powiadomień są włączone.

Typowe sytuacje i rozwiązania

Zagadnienie nie jest widoczne dla wykonawcy

Sprawdź:

• czy ustawiono wykonawcę;
• czy zagadnienie jest we właściwym projekcie;
• czy wykonawca ma dostęp do tego projektu (zobacz dostęp do projektów);
• czy nie są włączone filtry (np. „Przypisane do mnie”, „Otwarte/Zamknięte” albo filtr statusu).

Nie można przypisać wykonawcy

Powód zwykle jest jednym z poniższych:

• użytkownik nie ma uprawnień do edycji zagadnienia;
• kandydat na wykonawcę nie ma dostępu do projektu (brak aktywnego przypisania i nie ma flagi „Dostęp do wszystkich projektów”) — nie zobaczy zagadnienia, nawet jeśli będzie do niego przypisany;
• ograniczenie wynikające z typu zagadnienia (typ ogranicza listę dozwolonych statusów, co może pośrednio blokować zmianę).