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 aktywności związanej 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. Prawie wszystkie pola w Issue Trackerze można edytować, klikając powiązaną z nimi wartość, listę 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 ramach komponentu w jednej z kilku wspólnych 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 | Produkt działa zgodnie z oczekiwaniami, ale można go 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 wymagać rozwiązania lub przeszkolenia, ale może też okazać się błędem lub prośbą o funkcję. |
| Czyszczenie wewnętrzne | Problem nie ma żadnego wpływu na działanie usługi, ale jego rozwiązanie pozwoliłoby na bardziej płynne i intuicyjne działanie podczas jej tworzenia. 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 zabezpieczeń. |
| Problem z ochroną prywatności | inne problemy związane z prywatnością, które podlegają zasadom SLO określonym w wytycznych Google dotyczących prywatności i zabezpieczeń. |
| Program | zbiór powiązanych tematycznie celów (projektów, funkcji, kamieni milowych, projektów epickich); |
| Projekt | Działania oparte na celach, które mają określony początek i koniec i są ukierunkowane na stworzenie unikalnego produktu, usługi lub wyniku. |
| Funkcja | Zbiór działań, które zapewniają użytkownikowi określoną wartość. |
| Milestone | Zbiór prac, który reprezentuje ważne osiągnięcie na drodze do ukończenia projektu. Punkty kontrolne mogą też służyć do reprezentowania wdrożeń lub wersji. |
| Epic | Duża kolekcja prac wykonanych w celu osiągnięcia wspólnego celu. |
| Materiał | Niewielka kolekcja zadań, która zapewnia użytkownikowi konkretną wartość. |
| Zadanie | Mały element pracy. |
Priorytet problemu
W polu Priorytet możesz określić ważność problemu. To pole jest wymagane. Zwykle zespoły mają różne kryteria określania znaczenia problemu. W tabeli poniżej znajdziesz typowy sposób ustalania priorytetów problemów:
| Priorytet problemu | Opis |
|---|---|
| P0 | Problem, który wymaga natychmiastowego rozwiązania i zaangażowania jak największej liczby zasobów. Taki problem powoduje całkowity brak dostępu do usługi lub uniemożliwia korzystanie z kluczowej funkcji usługi przez wszystkich użytkowników. Nie jest znane żadne obejście 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 wymaga rozwiązania w rozsądnym czasie. Taki problem może być dowolny z tych: 1) problem, który byłby oznaczony jako P0 lub P1, ale ma rozsądne obejście, 2) problem, który jest ważny dla dużej części użytkowników i jest związany z podstawowymi funkcjami organizacyjnymi, 3) problem, 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. Jest to domyślny poziom 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 postępie lub ma rozsądne obejście. |
| P4 | Problem, który należy w ostateczności rozwiązać. Taki problem nie ma znaczenia dla podstawowych funkcji organizacyjnych ani pracy innych zespołów, a jego rozwiązanie wiąże się tylko z 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, której przypisano zgłoszenie, 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ść wprowadzonych zmian w polu Weryfikator. |
| Nie da się naprawić (niemożliwe) | Zmiany wymagane do rozwiązania problemu są nieuzasadnione. |
| Nie da się naprawić (brak możliwości odtworzenia) | Brakuje informacji do rozwiązania problemu lub nie można go odtworzyć w taki sposób, w jaki został zgłoszony. |
| Nie da się naprawić (nieaktualne) | Problem nie jest już aktualny z powodu zmian w usłudze. |
| Nie da się naprawić (zamierzone działanie) | Problem opisuje oczekiwane działanie produktu w sytuacji zgłoszonej przez użytkownika. |
| Duplikat | Problem został zgłoszony w innym miejscu. Aby ustawić stan problemu jako Duplikat, zapoznaj się z artykułem Powielanie problemu. |
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 naprawienia lub Duplikat.
Ikony stanu
Ikony stanu to wizualna reprezentacja stanu problemu. Możesz skonfigurować kolumnę Stan na stronie wyników wyszukiwania, aby wyświetlała ikony stanu zamiast tekstu.
Stan szybkiej wymiany
Link do szybkiej zmiany stanu jest wyświetlany na stronie z informacjami o problemie w panelu Pola problemu. Link przenosi problem do następnego typowego kroku w procesie rozwiązywania. Po kliknięciu linku stan problemu zmieni się w ten sposób:
Jeśli problem jest nowy i nieprzypisany, prompt szybkiej zmiany będzie brzmiał Przypisz do mnie. Szybka zmiana stanu spowoduje przypisanie do Ciebie projektu i zmianę stanu na Przypisany. Ta opcja jest też wyświetlana, jeśli problem jest przypisany lub w toku, a Ty nie jesteś osobą przypisaną. W takim przypadku przypisana osoba to Ty, a stan problemu się nie zmienia.
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, którego 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 (zweryfikowano).
Jeśli problem ma stan zamknięty (Rozwiązano, Duplikat lub Nie będzie rozwiązano), prompt szybkiej zmiany zawiera komunikat Otwórz ponownie (z wyjątkiem wymienionego powyżej przypadku). Szybka zmiana zmienia stan na Nowy, jeśli problem nie ma przypisanego wykonawcy, lub na Przypisany, jeśli problem ma przypisanego wykonawcę.
Wizytówki
Karta problemu zawiera informacje takie jak tytuł, identyfikator, opis i aktualny stan problemu. Dodatkowo zawiera 2 przyciski: +1, aby wskazać, że problem Cię dotyczy, oraz Dodaj mnie do CC, który dodaje Cię do listy CC problemu (jeśli jesteś już na liście CC, przycisk będzie miał napis Usuń mnie z listy CC). Na przykład:
Karty problemu pojawiają się, gdy najedziesz kursorem na:
- Identyfikator problemu w kolumnie Blokowanie przez, Blokowanie lub Duplikat na stronie wyników wyszukiwania problemu.
- Link do problemu znalezionego w panelu Możliwe duplikaty, który znajduje się na dole strony Utwórz problem.
- Pole Stan na stronie problemu oznaczonego jako duplikat.
- Link do problemu kanonicznego, który znajduje się na pasku u góry strony oznaczonej jako duplikat.
Problemy z edytowaniem
Jeśli masz uprawnienia Edytuj problemy w przypadku danego komponentu, możesz edytować pola problemu oraz dodawać do nich komentarze. Niektórych pól nie można jednak w ogóle edytować, np. daty utworzenia problemu.
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. Zamknij zmiany pojawią się w panelu historii problemu. Zmiany dotyczące zamknięcia są wysyłane w postaci e-maili z powiadomieniami 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. Do zmian uznawanych za istotne należą:
- 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 Ponownie otwarte;
- 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 w tytule;
- Zmiany w listach gorących tematów dotyczących problemu.
- Dodaję załączniki.
- zmiany w relacjach między problemami (blokowanie, blokowanie przez, duplikat);
- 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 Uwagi.
Ciche zmiany
Edycje bez powiadomień nie generują e-maili z powiadomieniami, chyba że dotyczą dodania lub usunięcia użytkowników z problemu. Zmiany, które są uważane za ciche, to:
- Dodawanie i usuwanie wpisów z pol DW i Współpracownik (chyba że użytkownik lub grupa są dopiero 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ą zaktualizować stan ograniczeń problemu, wybierając 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 przypisane, współpracownicy, weryfikatorzy lub osoby z adresem w polu DW, 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ż mają 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 problemu.
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.