Employee Assessment System

Utylizacja czasu pracy

Jakub Demczuk

4

1 pkt: 100% zalogowanego czasu pracy

0 pkt: <100% zalogowanego czasu pracy

jeżeli w miesiącu są 22 dni robocze musi być zalogowane 22 * 8 = 176h

Jak logować czas pracy

Zgłoszenie awarii

Paweł Stanka

1

1 pkt: domyślna wartość

0 pkt: brak zgłoszenia 1 lub więcej awarii

Każdy pracownik, który dowiedział się o awarii (np. sam, na podstawie alertu, przez zgłoszenie klienta) ma obowiązek zgłosić incydent niezwłocznie przez formularz https://incident.bm.pl/ w celu uruchomienia procesu zarządzania incydentem.

Sonar (Jakość kodu)

Paweł Stanka

2

4 pkt: spełnione warunki konieczne + brak otwartych issues z Severity: Blocker, Critical, Major

3 pkt: spełnione warunki konieczne + brak otwartych issues z Severity: Blocker, Critical

2 pkt: spełnione warunki konieczne + brak otwartych issues z Severity: Blocker

1 pkt: spełnione warunki konieczne

Warunki konieczne przyznania punktów:

• wszystkie projekty zespołu otagowane NEW, LEGACY podpięte do Sonar

• uzupełniony Assignee dla każdego issues
  
  jeżeli te warunki nie będą spełnione to nie będziemy naliczać punktów dla DEV z zespołu, dla którego są braki
  
  https://sonar-k8s-common.blue.pl/issues
  filtrując po Author i Assingee można zobaczyć issues wprowadzone per developer

Czas na Story Point

Szymon Pająk

2

2 pkt: za spadek czasu na Story Point (Bonus)

1 pkt: za utrzymanie poziomu < 0%, 10% >

0 pkt: za wzrost czasu na Story Point

liczone m/m wartość startowa średnia z 3m

% poprawnie wypełnionych Incydentów i Post-Mortem

Paweł Stanka

3

2 pkt: wszystkie incydenty/postmortem poprawnie wypełnione

1 pkt: jeden incydent/postmortem niepoprawnie wypełniony

0 pkt: więcej niż jeden incydent/postmortem niepoprawnie wypełniony

poprawnie oznacza:

• do 7 dnia następnego miesiąca za poprzedni miesiąc status Closed by IT, Postmortem Closed by IT

• wypełnione wszystkie pole

• w przyszłości element jakościowy np. zaproponowanych działań naprawczych

SLA instrukcji do alertów

*nie dotyczy AM

Paweł Stanka

4

1 pkt: 100% w SLA

0 pkt:

Dla alertów, które nie posiadają instrukcji AM zgłasza incydent gdyż nie jest w stanie zweryfikować czy dany alert świadczy o incydencie. Prosi wówczas o weryfikację po stronie IT danego alertu oraz o uzupełnienie instrukcji wg szablonu https://bluemedia.atlassian.net/wiki/spaces/ITD/pages/1700823056/Schemat+instrukcji+przekazanej+do+AM#Szablon-instrukcji
Należy do incydentu podpiąć zadanie na stworzenie/poprawę instrukcji lub samą instrukcję.

SLA na uzupełnienie braku w instrukcji 1 miesiąc

poprawność wypełnionych Incydentów i Post-Mortem

Michał Stan

3

1 pkt: brak błędów

0 pkt: błędy

Błąd = niekompletne dane

poprawność realizacji checklisty awarii

Michał Stan

3

1 pkt: bez błędów

0 pkt: minimum 1 błąd

reakcja na alert

Michał Stan

4

1 pkt: brak alertów bez ACK

0 pkt: 2 przeoczone alerty lub 2 alerty z ACK > 15 minut

skupiamy się na braku przeoczonych alertów

Narazie nie mierzymy Time to ACK bo trzeba wypracować sposób postępowania przy masowym zalewaniu alertami w trakcie awarii, muszą być dobrze określone priorytety alertów

liczba zrealizowanych zadań na SD

Szymon Pająk

3

2 pkt: za wzrost tempa

1 pkt: za utrzymanie tempa

0 pkt: za spadek

liczone m/m wartość startowa średnia z 3m

w przyszłości możliwe dodanie wag np. zadanie bardziej punktowane jeżeli ma wyższy priorytet i/lub wykonane samodzielnie
znormalizowana przez liczbę przepracowanych dni (żeby nie stracić przez dłuższą nieobecność)

w części uznaniowej przełożony może patrzeć na stopień skomplikowania realizowanych zadań

liczba reopen-ów dla zadań na SD

Szymon Pająk

2

2 pkt: brak reopen-ów

1 pkt: 1-2 reopen

0 pkt: powyżej 2 repoen

Liczba zrealizowanych zadań (throughput)

*Kanban
WIP = Throughput * Cycle Time

Szymon Pająk

3

2 pkt: za wzrost liczby zrealizowanych zadań

1 pkt: za utrzymanie poziomu

0 pkt: za spadek liczby zrealizowanych zadań

1. liczone m/m

2. powinny zniknąć zadania ‘kobyły’

3. wypracowania wspólnej definicji taska w ramach zespołu, nie oznacza to, że każdy task ma trwać tyle samo ale powinien spełniać określoną definicje np. że dowozi pewną zamknietą funkcjonalność

Poprawa Konwersji dla produktu

Katarzyna Dmitrus

3

2 pkt: podjął/a przynajmniej 2 przeglądy problemów, które mają się przyczynić do poprawy konwersji w miesiącu

1 pkt: podjął/a przynajmniej 1 przegląd problemów, które maja się przyczynić do poprawy konwersji w miesiącu

0 pkt: podjął/a 0 przeglądów problemów, które maja się przyczynić do poprawy konwersji w miesiącu

Procesy operacyjnewspierające działanie produktu

Katarzyna Dmitrus

3

2 pkt: zrealizował/a przynajmniej 2 opisy operacyjne centralizujące zrozumienie procesów operacyjnych wspierających produkt/komponent produktowy w ciągu miesiąca

1 pkt: zrealizował/a przynajmniej 1 opis operacyjny centralizujące zrozumienie procesów operacyjnych wspierających produkt/komponent produktowy w ciągu miesiąca

0 pkt: nie podjął się / nie podjęła się centralizacji opisów operacyjnych w danym miesiącu

Wsparcie przeglądu kosztowego dla produktu

Katarzyna Dmitrus

3

2 pkt: aktywnie wspiera comiesięczny przegląd kosztowy

1 pkt: biernie wspiera comiesięczny przegląd kosztowy

0 pkt: nie wspiera comiesięcznego przeglądu kosztowego

Prowadzenie projektów kapitalizowanych zgodnie z wytycznymi

Katarzyna Dmitrus

3

2 pkt: ponad 90% epik jest przejrzana i ma odpowiednie oznaczenie dotyczące kapitalizacji - label “kapitalizacja” albo “nie_do_kapitalizacji”

1 pkt: czesc epik, nie mniej niż 60%, jest przejrzana i ma odpowiednie oznaczenie dotyczące kapitalizacji - label “kapitalizacja” albo “nie_do_kapitalizacji”

0 pkt: mniej niż 60% epik jest przejrzana i ma odpowiednie oznaczenie dotyczące kapitalizacji - label “kapitalizacja” albo “nie_do_kapitalizacji”

epiki dla programów w fazie “implementation” w procesie NPI

Utworzone karty projektów do trwających programów typu: NPI i Quality zgodnie z AS IS/TO BE Project Management Framework

Katarzyna Dmitrus

3

2 pkt: ponad 90% programów przypisana do product ownera mają utworzone i wypełnioną kartę projektów w Confluence

1 pkt: część projektów, ale nie mniej niż 60% programów przypisana do product ownera, ma utworzoną i wypełnioną kartę projektów w Confluence

0 pkt: mniej niż 60% projektów w fazie “implementation” ma utworzona i odpowiednio opisana kartę projektu.

Trwające projekty rozumiemy poprzez programy w statusie “analysis” lub “implementation” w procesie NPI

Wszystkie programy zaakceptowane na T2 NPI, które przechodzą w fazę “implementation” posiadają utworzone epiki per zespół współpracujący we wdrożeniu i mają określone daty realizacji

Katarzyna Dmitrus

3

2 pkt: ponad 90% programów w fazie “implementation” ma potworzone epiki per zespół wykonujący pracę oraz mają wypełniony start date i end date. Te epiki, które należą do odrębnych obszarów i nie zostały odpowiednio zaharmonogramowane zaraportowane jako ryzyko projektowe.

1 pkt: część, ale nie mniej niż 60% programów w fazie “implementation” ma potworzone epiki per zespół wykonujący pracę oraz mają wypełniony start date i end date. Te epiki, które należą do odrębnych obszarów i nie zostały odpowiednio zaharmonogramowane zaraportowane jako ryzyko projektowe.

0 pkt: mniej 60% programów w fazie “implementation” ma potworzone epiki per zespół wykonujący pracę oraz mają wypełniony start date i end date. Te epiki, które należą do odrębnych obszarów i nie zostały odpowiednio zaharmonogramowane zaraportowane jako ryzyko projektowe.

Publikacja raportu ze stanem produktu - metryki i KPI

Katarzyna Dmitrus

3

2 pkt: definicja raportu istnieje i jest publikowany cyklicznie

1 pkt: definicja raportu istnieje i jest publikowany ad-hoc

0 pkt: brak definicji raportu

Programy na NPI T2 z Business Case i prospekcją harmonogramu

Katarzyna Dmitrus

3

2 pkt: 90% i więcej programów przypisanych do Product Managera ma Business Case wypełniony i na T2 było przedstawiane z prospekcją harmonogramu

1 pkt: 60% i więcej programów przypisanych do Product Managera ma Business Case wypełniony i na T2 było przedstawiane z prospekcją harmonogramu

0 pkt: mniej niż 60% programów przypisanych do Product Managera ma Business Case wypełniony i na T2 było przedstawiane z prospekcją harmonogramu