Przejdź do głównej zawartości

Version v2.7.0

· 5 min aby przeczytać
Rafał Marczuk
Rafał Marczuk
Senior Business Analyst @ Q247

Wydanie 2.7.0 wprowadza Health Metrics, czyli ocenę kondycji projektów i zespołów. Pięć metryk pokazuje, gdzie metodyka pracy wymaga uwagi, a ocena jest widoczna na Pulpicie, w widoku Zespołów oraz na stronach pojedynczych projektów i zespołów. Kalorie obejmują teraz również pracę w Azure Boards i na stronach Azure Wiki, a dane z Jiry można pobierać po API, bez konfigurowania webhooków.

Poniżej znajdziesz szczegółowy opis najważniejszych zmian.

Nowe funkcjonalności​

Health Metrics​

Nowy komponent pokazuje w jednym miejscu, jak wygląda organizacja pracy w projektach i zespołach. Na Pulpicie występuje jako „Przegląd kondycji projektów" i ocenia projekty, do których użytkownik ma dostęp. W widoku Zespołów, pod nazwą „Przegląd kondycji zespołów", pozwala wejść w strukturę organizacji poziom po poziomie. Na stronie pojedynczego projektu lub zespołu pokazuje stan tego węzła razem z metrykami, które wymagają uwagi.

Przegląd kondycji projektów na Pulpicie ze stanem organizacji, filtrami stanów i metryk oraz kartami projektów

  • Pięć metryk kondycji. Q247 ocenia:

    • Zbyt duże PR-y
    • PR bez recenzji
    • Zaległe PR-y
    • Błyskawiczne PR-y, czyli scalone bez recenzji niemal natychmiast
    • Aktywność w nadgodzinach

    Cztery pierwsze metryki liczą się z Pull Requestów, a Aktywność w nadgodzinach ze zdarzeń w commitach i w dokumentacji.

Nagłówek strony projektu z pigułką kondycji i pigułkami metryk wymagających uwagi

  • Ocena projektu i zespołu. Każda metryka dostaje własny stan na podstawie progów organizacji: Zdrowy, Obserwacja albo Krytyczny. Ocena całego projektu lub zespołu to stan najgorszej z ocenionych metryk, więc jedna metryka w stanie Krytyczny wystarczy, żeby cały węzeł był Krytyczny. Metryki bez wystarczającej próbki danych nie biorą udziału w tym wyliczeniu.
  • Progi dopasowane do organizacji. Administrator ustawia progi każdej metryki w Zarządzaniu Organizacją, w sekcji Konfiguracja. Po wejściu w edycję obok pól z progami widać rozkład rzeczywistych danych organizacji z ostatnich 90 dni, a znaczniki progów przesuwają się na wykresie już w trakcie wpisywania wartości. Metryki z własnym progiem wartości, czyli Zbyt duże PR-y, Zaległe PR-y i Błyskawiczne PR-y, mają dodatkowy wykres pokazujący, ile Pull Requestów ten próg odcina. Progi domyślne są propozycją na czas wersji beta, dobraną na próbie danych, i nadal je kalibrujemy.

Ekran progów metryki z polami wartości i dwoma wykresami rozkładu danych organizacji

  • Stan „Brak danych" dla zbyt małej próbki. Projekt lub zespół, dla którego danych jest za mało, żeby ocena miała sens, otrzymuje osobny stan i własną pozycję w podsumowaniu. Taki węzeł nie wpływa na ocenę pozostałych ani na dobór progów.
  • Wykluczanie repozytoriów z oceny. Administrator może wskazać repozytoria, dla których ocena metodyki pracy nie ma sensu, na przykład repozytoria automatyzacji i infrastruktury. Ustawienie znajduje się na liście Źródła, w kolumnie Health Metrics, i można je w każdej chwili cofnąć. Wykluczenie obejmuje wyłącznie Health Metrics, pozostałe statystyki repozytorium pozostają bez zmian.
  • Włączanie modułu i zakres widoczności. Health Metrics włącza się przełącznikiem „Pokaż Health Check" w Zarządzaniu Organizacją, w sekcji Konfiguracja. Moduł działa od wersji Enterprise Plugin q247-enterprise-plugin-linux-v2.4.2, udostępnionej w poprzednim wydaniu, a przy starszej wersji komponent pozostaje ukryty. Na Pulpicie widzą go osoby z dostępem do całego projektu, a w widoku Zespołów osoby zarządzające co najmniej jednym zespołem. Każdy widzi kondycję policzoną ze swojego zakresu.

Sekcja Health Check w Konfiguracji organizacji z przełącznikiem włączającym moduł

Dowiedz się więcej: Metryki kondycji

Kalorie z Azure Boards i Azure Wiki​

Q247 liczy teraz kalorie także z pracy w Azure Boards i na stronach Azure Wiki. Aktywność z obu źródeł wchodzi do kalorii na tych samych zasadach co praca w Jirze i Confluence, więc widać ją w tych samych widokach i filtrach co dotychczas. Oba źródła podłącza się jednym połączeniem Azure DevOps w Zarządzaniu Organizacją, w sekcji Konfiguracja, a następnie przypisuje do projektów na liście Źródła. Pierwsza wersja obejmuje Azure DevOps Server 2022 w wariancie on-premise.

Lista wyboru nazwy źródła w oknie dodawania źródła danych z pozycjami Azure Boards i Azure Wiki

Dowiedz się więcej: Azure Boards

Pobieranie danych z Jiry po API​

Konektor Jiry może teraz pobierać dane bezpośrednio przez API. Konfigurowanie webhooków po stronie Jiry przestaje być potrzebne, co skraca wdrożenie i zdejmuje zależność od uprawnień administratora Jiry. Częstotliwość pobierania ustawia się w panelu organizacji, co godzinę albo raz na dobę. Tryb działa z Jira Data Center i z Jira Cloud.

Sekcja sposobu pobierania danych konektora Jira z wybranym trybem odpytywania API i częstotliwością skanowania

Dowiedz się więcej: Sposób pobierania danych

Usprawnienia​

Wybór zakresu dat jednym selektorem​

Zakres dat wybiera się teraz w jednym kalendarzu, z gotowymi zakresami 14, 30 i 90 dni. Wybrany zakres obowiązuje na wszystkich widokach i pozostaje zapamiętany po odświeżeniu strony.

Rozwinięty selektor zakresu dat z gotowymi zakresami, kalendarzem i przyciskiem Zastosuj

Jednolita paginacja​

Przechodzenie między stronami list wygląda i działa tak samo w tabelach, w Obciążeniu pracą, w Health Metrics i w panelu Adopcji AI.

Próg ukrywania przyrostów obejmuje dane historyczne​

Po ustawieniu progu Q247 ukrywa także przyrosty zeskanowane wcześniej. Próg porównuje wartość widoczną na wykresie, czyli kalorie policzone po wykluczeniu wskazanych plików.

Dowiedz się więcej: Działanie na dane historyczne

Usunięcie nazwiska z profilu widoczne we wszystkich widokach​

Po usunięciu nazwiska użytkownika zmiana pojawia się od razu wszędzie, gdzie prezentowane są jego dane, między innymi na liście projektów, w tabelach uczestników i w legendach wykresów.