Problem w Google Issue Tracker to raport o błędzie, prośba o funkcję, prośba o zmianę lub element procesu, który użytkownik chce śledzić lub którego śledzenie oczekuje od innego użytkownika lub zespołu. Problemy są uporządkowane w elementy, z których każdy zawiera grupę powiązanych problemów. Każdy problem w Issue Tracker ma własną stronę z informacjami, na której użytkownicy mogą śledzić aktywność związaną z problemem, dodawać komentarze i aktualizować dane.
Pola problemu
Każdy problem ma zestaw powiązanych pól, które opisują go i jego bieżący stan. Obejmuje to typ problemu, jego wagę pod względem wagi i priorytetu oraz zapis działań podjętych w związku z problemem. Niektóre pola są wspólne dla wszystkich problemów. Narzędzie Problem Tracker obsługuje też pola niestandardowe, które są dostępne tylko wtedy, gdy problem jest powiązany z konkretnym komponentem. W przypadku wszystkich nowych problemów jest kilka wymaganych pól. Są to pola Składnik, Tytuł, Priorytet i Typ. Niektóre komponenty mają też wymagane pola niestandardowe.
Na stronie z informacjami o problemie większość pól znajduje się po prawej stronie w panelu Pola problemu. Niektóre dodatkowe pola znajdują się w sekcji Powiązane problemy u góry strony. Prawie wszystkie pola można edytować w Issue Trackerze, klikając link, listę rozwijaną lub ikonę ołówka. Gdy najedziesz kursorem na pole, Issue Tracker wyświetli krótki opis tego pola.
Opisy domyślnych pól problemów znajdziesz w Słowniku pól.
Typ problemu
Pole Typ umożliwia kategoryzowanie problemów w komponencie w ramach jednej z kilku typowych grup. To pole jest wymagane. W tabeli poniżej znajdziesz możliwe typy problemów:
| Rodzaj problemu | Opis |
|---|---|
| Błąd | Działania są sprzeczne z tym, co powinno się wydarzyć lub zostało udokumentowane, albo produkt nie działa zgodnie z oczekiwaniami. |
| Propozycja nowej funkcji | Usługa działa zgodnie z oczekiwaniami, ale można ją ulepszyć, wprowadzając określone zmiany. |
| Problem klienta | Problem dotyczy osoby trzeciej i może nie być odtwarzalny przez osobę zgłaszającą problem. Taki problem może być po prostu kwestią rozwiązywania problemów lub szkolenia, ale może się okazać, że jest to błąd lub prośba o dodanie funkcji. |
| Czyszczenie wewnętrzne | Problem nie ma żadnego wpływu na działanie usługi, ale jego rozwiązanie pozwoliłoby na bardziej płynne lub intuicyjne działanie podczas tworzenia usługi. Możesz też używać tego typu do śledzenia problemów z konserwacją. |
| Proces | Proces to kategoria różnego rodzaju, która ma różne zastosowania w zależności od projektu. Możesz go na przykład używać do problemów generowanych przez interfejs API lub do śledzenia zadań administracyjnych. |
| Lukę w zabezpieczeniach | luki w zabezpieczeniach i problemy z prywatnością podlegające SLA określonym w wytycznych Google dotyczących prywatności i bezpieczeństwa. Tylko do odczytu do 1 listopada 2017 r. |
| Projekt | Działania oparte na celach, które mają określony początek i koniec i są skoncentrowane na tworzeniu unikalnego produktu, usługi lub wyniku. |
| Milestone | Kolekcja prac, która reprezentuje ważne osiągnięcie na drodze do ukończenia projektu. Punkty milowe mogą też służyć do reprezentowania wdrożeń lub wydań. |
| Funkcja | Zbiór działań, które stanowią wartość dla użytkownika. |
| Epic | Duża kolekcja zadań wykonywanych w celu osiągnięcia wspólnego celu. |
| Materiał | Mała kolekcja prac, która ma określoną wartość dla użytkownika. |
| Zadanie | Mały element pracy. |
| Program | zbiór powiązanych tematycznie celów (projektów, funkcji, kamieni milowych, projektów epickich). |
Priorytet problemu
W polu Priorytet możesz określić ważność problemu. To pole jest wymagane. Zespół może stosować różne kryteria oceny znaczenia problemu. W tabeli poniżej przedstawiono typowy sposób ustalania priorytetów problemów:
| Priorytet problemu | Opis |
|---|---|
| P0 | Problem, który wymaga natychmiastowego rozwiązania i wykorzystania wszystkich niezbędnych zasobów. Taki problem powoduje całkowite przerwanie działania usługi lub uniemożliwia korzystanie z jej kluczowej funkcji przez wszystkich użytkowników. Nie ma znanego sposobu obejścia tego problemu. |
| P1 | Problem, który wymaga szybkiego rozwiązania. Taki problem ma znaczący wpływ na duży odsetek użytkowników. Jeśli istnieje obejście, jest ono częściowe lub zbyt uciążliwe. Problem dotyczy głównej funkcji organizacyjnej lub poważnie utrudnia pracę innego zespołu. |
| P2 | Problem, który należy rozwiązać w rozsądnym czasie. Taki problem może być: 1) problemem, który powinien być oznaczony jako P0 lub P1, ale ma rozsądne obejście, 2) problemem, który jest ważny dla dużej liczby użytkowników i jest związany z podstawowymi funkcjami organizacyjnymi, 3) problemem, który utrudnia pracę innym zespołom i nie ma rozsądnego obejścia. P2 jest szczególnie przydatne w przypadku problemów występujących podczas pierwszego użycia lub instalacji i jest domyślnym poziomem priorytetu. |
| P3 | Problem, który należy rozwiązać, jeśli to możliwe. Taki problem dotyczy podstawowych funkcji organizacyjnych lub pracy innych zespołów, ale nie przeszkadza w działaniu lub ma rozsądne obejście. |
| P4 | Problem, który należy w końcu rozwiązać. Taki problem nie ma znaczenia dla podstawowych funkcji organizacyjnych ani pracy innych zespołów, a jedynie dla atrakcyjności lub przyjemności korzystania z systemu. |
Stan problemu
W polu Stan możesz określić stan problemu w procesie rozwiązywania. Zespoły mają zazwyczaj różne definicje tego, jakie działania muszą zostać wykonane, aby problem zmienił stan lub został rozwiązany. Aby śledzić rozwiązanie problemu, nie trzeba używać wszystkich dostępnych wartości pola Status. Poniższa tabela przedstawia typowe sposoby użycia pola Stan:
| Stan problemu | Opis |
|---|---|
| Nowość | Problem nie ma przypisanej osoby ani grupy. |
| Przypisany | Problem został przypisany do konkretnej osoby. Ta osoba pojawi się w polu Przypisany. |
| W toku (zaakceptowane) | Osoba przypisana do zgłoszenia potwierdziła problem i zaczęła nad nim pracować. |
| Rozwiązano | Problem został rozwiązany. |
| Rozwiązano (zweryfikowano) | Problem został rozwiązany, a użytkownik potwierdził poprawność rozwiązania w polu Weryfikator. |
| Nie da się naprawić (brak możliwości odtworzenia) | Brakuje informacji potrzebnych do rozwiązania problemu lub nie można odtworzyć zgłoszonego problemu. |
| Nie da się naprawić (zamierzone działanie) | Problem opisuje oczekiwane działanie produktu w sytuacji, o której mowa. |
| Nie da się naprawić (nieaktualne) | Problem nie jest już aktualny z powodu zmian w usłudze. |
| Nie da się naprawić (niemożliwe) | Zmiany wymagane do rozwiązania problemu są nieuzasadnione. |
| Duplikat | Problem został zgłoszony w innym miejscu. Aby ustawić stan problemu jako Duplikat, zapoznaj się z artykułem Duplikowanie problemu. |
Narzędzie Problem Tracker uznaje problemy za otwarte lub zamknięte w zależności od ich stanu. Otwarte to te, które czekają na rozwiązanie. Obejmuje to wszystkie problemy o stanie Nowy, Przypisany lub W toku. Zamknięte to te, które nie wymagają dalszych działań, z wyjątkiem weryfikacji. Dotyczy to wszystkich problemów ze stanem Rozwiązano, Nie do rozwiązania lub Duplikat.
Ikony stanu
Ikony stanu to wizualna reprezentacja stanu problemu. Po lewej stronie problemu na liście Zablokowany przez lub Blokujący innego problemu pojawi się ikona stanu. Te ikony umożliwiają szybką ocenę postępów w rozwiązywaniu problemu z zablokowaniem lub blokowaniem bez konieczności opuszczania bieżącej strony. Możesz też ustawić kolumnę Stan na stronie wyników wyszukiwania, aby wyświetlać ikony stanu zamiast tekstu.
Stan szybkiej wymiany
Stan problemu można szybko zmienić na 2 sposoby, aby przejść do następnego typowego kroku w procesie rozwiązywania problemu. Pierwszym jest przycisk Zmień stan, który znajduje się na pasku aplikacji u góry strony z informacjami o problemie, oraz link Zmień stan w panelu Pola problemu po prawej stronie strony. Kliknięcie jednej z nich spowoduje zmianę stanu problemu w ten sposób:
Jeśli problem jest nowy i nieprzypisany lub jeśli przypisany użytkownik to ktoś inny niż Ty, prompt szybkiej zmiany będzie brzmiał Przypisz do mnie. Szybka zmiana stanu spowoduje przypisanie Ci problemu i, jeśli jest on obecnie przypisany do innej osoby, zmieni stan problemu na Przypisany.
Jeśli jesteś osobą przypisaną do problemu, a jego stan to Przypisany, prompt szybkiej zmiany będzie brzmiał Rozpocznij pracę. Szybka zmiana zmieni stan problemu na W toku.
Jeśli jesteś osobą przypisaną do problemu, a jego stan to W toku, prompt szybkiej zmiany będzie brzmiał Oznacz jako rozwiązany. Szybka zmiana zmienia stan problemu na Rozwiązano.
Jeśli problem ma stan Rozwiązano, a Ty jesteś weryfikatorem, prompt szybkiej zmiany będzie brzmiał Weryfikuj. Szybka zmiana zmienia stan problemu na Rozwiązano (potwierdzono).
Jeśli problem ma stan zamknięty (Rozwiązano, Duplikat lub Nie będzie rozwiązano), prompt szybkiej zmiany będzie zawierał opcję Otwórz ponownie (z wyjątkiem wspomnianego powyżej przypadku). Szybka zmiana zmienia stan na Nowy, jeśli problem nie ma przypisanego właściciela, lub Przypisany, jeśli problem ma przypisanego właściciela.
Wizytówki
Karta problemu zawiera informacje takie jak tytuł, identyfikator, opis i aktualny stan problemu. Dodatkowo zawiera przycisk Kopia do mnie, który dodaje Cię do listy osób, które otrzymują kopię problemu. Jeśli już jesteś na tej liście, przycisk będzie miał napis Nie kopia do mnie. Na przykład:
Karty problemu pojawiają się, gdy najedziesz kursorem na:
- Identyfikator problemu znaleziony na karcie Zablokowane przez, Blokowanie lub Duplikaty w sekcji Powiązane problemy.
- Identyfikator problemu w kolumnie Blokowanie przez, Blokowanie lub Duplikat na stronie wyników wyszukiwania problemu.
- link do problemu znalezionego w panelu Ostatnie problemy, który znajduje się po prawej stronie strony Utwórz problem;
- Pole Stan na stronie problemu oznaczonego jako duplikat.
- Link do problemu kanonicznego widocznego na żółtym pasku u góry strony oznaczonej jako duplikat.
Problemy z edytowaniem
Jeśli masz uprawnienia Wyświetlanie i edytowanie dotyczące komponentu, możesz edytować jego pola oraz dodawać do niego komentarze. Niektórych pól nie można jednak w ogóle edytować, np. daty utworzenia problemu lub wcześniejszych komentarzy.
Edytowanie poziomów
Zmiany w problemie mają różny poziom znaczenia, który decyduje o tym, czy zmiany pojawią się w panelu historii problemu i czy użytkownicy otrzymają powiadomienie e-mailem, gdy nastąpi zmiana.
Zamknij edycje
Zamknięcie edycji powoduje zmianę stanu zgłoszenia z Otwarte na Zamknięte. Zamknięcie zmian jest widoczne w panelu historii danego problemu. Zmiany dotyczące zamknięcia są wysyłane w postaci powiadomień e-mail do użytkowników, którzy mają ustawione jedno z tych ustawień powiadomień: Wszystkie aktualizacje, Ważne aktualizacje lub Tylko zamknięcie.
Pełną listę stanów, które kończą otwarty problem, znajdziesz w sekcji Stan problemu.
Duże zmiany
Duże zmiany zawsze pojawiają się w panelu historii problemu. Po wprowadzeniu istotnej zmiany wysyłamy e-maila z powiadomieniem do użytkowników, którzy mają ustawione powiadomienia Wszystkie aktualizacje lub Ważne aktualizacje. Zmiany, które są uważane za istotne:
- Początkowe utworzenie problemu.
- Komentarze dodane do zgłoszenia.
- Problem został przeniesiony do nowego komponentu.
- zmiany priorytetu, wagi, okresu przechowywania lub osoby odpowiedzialnej.
- zmiana stanu na Zamknięte, Zweryfikowano lub Ponowne otwarcie;
- zmiany pól niestandardowych oznaczonych jako znaczące.
drobne zmiany,
Drobne zmiany są widoczne w panelu historii problemu tylko wtedy, gdy poziom filtrowania jest ustawiony na Pełna historia. Podobnie drobne zmiany są wysyłane tylko w formie e-maili z powiadomieniami do użytkowników, którzy w ustawieniach powiadomień dla danego problemu mają wybraną opcję Wszystkie aktualizacje.
Do zmian uznawanych za drobne należą:
- Zmiany tytułu
- Zmiany na liście popularnych
- Dodawanie załączników
- Zmiany w powiązanych problemach (blokowanie, blokowanie przez, duplikaty)
- zmiany stanu, które nie są wyraźnie określone jako istotne zmiany;
- Zmiany w tych polach: Reporter, Type, Verifier, Found In, Targeted To, Verified In, In Prod
- zmiany w polach niestandardowych oznaczonych jako Mniejsze.
Ciche zmiany
Edycje bez powiadomień nie generują e-maili z powiadomieniami, chyba że edycja polega na dodaniu lub usunięciu tych użytkowników z problemu. Zmiany, które są uważane za ciche, to:
- Dodawanie i usuwanie wpisów w polu DW. lub Współpracownik (chyba że użytkownik lub grupa są nowo dodawane lub usuwane).
- Edytowanie komentarza
- Zmiana pola niestandardowego oznaczonego jako Cicha
Limity dostępu do problemów
Narzędzie Problem Tracker obsługuje ograniczenia kontroli dostępu, które umożliwiają ograniczenie zestawu akcesoriów do problemów w porównaniu z innymi problemami w tym samym komponencie.
Administratorzy problemów mogą zmienić stan ograniczeń problemu na jeden z 4 poziomów dostępu do problemu:
Dostęp domyślny – obowiązują normalne reguły: problem z poziomem dostępu domyślnego ma te same elementy dostępu co wszystkie inne problemy w komponencie.
Ograniczone możliwości komentowania – tylko osoby, które są wyraźnie wymienione w problemie jako osoby upoważnione, współpracownicy, weryfikatorzy lub osoby z dostępem do kopii, będą mogły komentować problem, niezależnie od tego, czy mają uprawnienia do komentowania innych problemów w danym komponencie. Identyfikatory z uprawnieniem do zgłaszania problemów w komponencie również zachowują dostęp do komentarzy. Dostęp do widoku pozostaje domyślny.
Ograniczona widoczność – tylko wyraźnie wymienione tożsamości (osoba przypisana, współpracownik, weryfikator lub osoba w polu Do) mają dostęp do wyświetlania zgłoszenia.
Ograniczona widoczność + Google – tylko wyraźnie wymienione tożsamości (osoba przypisana, współpracownik, weryfikator lub osoba w CC), pracownicy Google na pełen etat oraz wewnętrzne konta automatyzacji mają dostęp do wyświetlania problemu.