Delivery 1.0 Help

Jak logować czas pracy

  • Historia zmian

  • Po co logować?

  • Kto loguje?

  • Gdzie logować?

  • Jak zalogować czas?

    • Sprytnie

    • Metodycznie

    • Jira profesional way

    • Logowanie czasu pracy dla wielu zadań jednocześnie

  • Kiedy zalogować czas?

  • Jak założyć zadanie, żeby “było dobrze”?

    • Dopuszczalne typy zadań

  • FAQ

    • Gdzie zalogować czas na czytanie maili i Teamsow?

    • Czy logowanie będzie służyć kontrolowaniu pracowników?

    • Czy mam logować równo 8 godzin?

    • Czy mam logować z dokładnością do minuty?

    • Gdzie zalogować przerwy higieniczne, przecież to nie praca…?

    • Gdzie zalogować czas potrzebny na odkopanie się urlopie?

    • Gdzie zalogować czas wynikający z incydentu?

    • Gdzie zalogować czas przerwy wynikający z niedziałającego komputera?

    • Gdzie zalogować czas onboardingu pracownika?

    • Gdzie zalogować spotkanie?

      • Wewnętrzne - dotyczące projektu

      • Wewnętrzne - niedotyczące projektu

      • BR/Planowanie/Daily/Retro/Releasy

      • Z partnerem

      • Angielski

      • Szkolenie

    • Czy możecie zmienić maskę daty w formatce logowania czasu z amerykańskiej na europejską?

    • Logowanie czasu pracy jest głupie, nudne i po jakimś czasie nie pamiętam co robiłem!…

    • Jak zalogować chorobę/L4?

    • Czy logujemy dni świąteczne wypadające w środku tygodnia (np 3 maja we wtorek)?

    • Czy produktowcy (PO, PM) też mają logować swoje urlopy w zadaniu typu “Nieobecność”?

    • Co zrobić, gdy potrzebuję nowego typu zadania, który nie jest na liście dozwolonych?

    • Czy Sponsor weryfikuje poprawność przypisanych kosztów? Jak wyeliminować ewentualne pomyłki przypisywanych sponsorów?

    • Czy możemy logować czas do zadania typu Epic?

    • Czy zadanie typu “Nieobecność” dotyczy także osób zatrudnionych w formule B2B?

    • Gdzie zalogować czas poświęcony na spotkanie z przełożonym służące bieżącej i cyklicznej synchronizacji stanu zespołu?

    • Jak zalogować delegację?

    • Logowanie po kilka(-naście) minut z planowania/BR w pojedyncze projekty jest bez sensu!

    • …ale “Strażak” robi w ciągu dnia kilka(-naście) zadań, ma wpisywać po jednej minucie czasu po swoim Daily?

    • Co ma zrobić PO słuchający na Daily o czyichś zadaniach? Logować w każde?

    • Czy te zasady są niezmienne?

Historia zmian

Wersja

Data

Autor

Opis zmian

1.0.2

Szymon Pająk

Uzupełnienie tabeli typów zadań i FAQ o informacje o chorobowym i dniach ustawowo wolnych od pracy

1.0.1

Szymon Pająk

Dodanie paragrafu “Logowanie czasu pracy dla wielu zadań jednocześnie”

1.0.0

Szymon Pająk et consortes

Inicjalna wersja dokumentu

Po co logować?

Jest kilka powodów, dla których potrzebujemy mieć wgląd w logowany czas pracy:

  1. Kapitalizacja: Czym jest kapitalizacja

  2. Ulgi podatkowe: Wasz zalogowany czas warunkuje możliwość skorzystania z ulg podatkowych oraz przekłada się na większą wypłatę u osób korzystających z podwyższonych kosztów uzyskania przychodu

  3. Zrozumienie gdzie powstają koszty:

    1. Wykrycie produktów generujących największe koszty (wytworzenie i utrzymanie)

    2. Wykrycie które projekty są drogie w wytworzeniu

    3. Wykrycie problemów z procesem planowania i wytworzenia projektu

    4. Zlokalizowanie wąskich gardeł i hot spotów, które będzie można rozwiązać przez implementację automatyki lub outsourcing

  4. W oparciu o dane pozyskane w punkcie drugim, poprawienie procesu budżetowania i planowania prac.

  5. Uporządkowanie procesów i ról w procesach (np. wykrycie ilości prac CC/ISS robionej przez produktowców/deweloperów)

  6. Ustalenie tempa wytwarzania zespołów w danych produktach i urealnienie harmonogramowania kolejnych projektów

Kto loguje?

Obowiązkowi logowania czasu podlegają wszyscy pracownicy Delivery.

Gdzie logować?

Czas pracy logujemy w zadaniach w systemie Jira: https://bluemedia.atlassian.net/jira/

Jak zalogować czas?

Sprytnie

Mając w przeglądarce załadowaną kartę zadania, wciskamy kropkę ( . ) i wpisujemy log. Na ekranie zobaczymy:

Image 20230308 082835

Potwierdzamy akcję “log work”. W nowym oknie dialogowym podajemy liczbę godzin i datę wykonania pracy (jeśli w ekstremalnie wyjątkowej sytuacji logujemy dzień później i musimy wskazać dzień poprzedni):

Image 20230308 083045

Metodycznie

Po wejściu na kartę zadania, w prawej kolumnie znajdujemy pole “Time tracking”:

Image 20230308 083428

w które klikamy i otrzymujemy okno dialogowe do wprowadzenia poświęconego na zadanie czasu.

Jira profesional way

Wykorzystując dashboard https://bluemedia.atlassian.net/jira/dashboards/10232 (bądź tworząc sobie jego kopię, do dalszych własnych modyfikacji):

Image 20230308 084300

Następnie:

1 - Wybieramy jedno z zadań, w którym chcemy zalogować czas, przechodzimy na jego kartę i logujemy w jeden z powyżej przedstawionych sposobów.

Albo:

2 - Korzystamy z makra “timesheet” i klikając w odpowiednie okienko na przecięciu kolumny dnia i wiersza zadania, wpisujemy odpowiedni czas pracy

Image 20230308 084958

Logowanie czasu pracy dla wielu zadań jednocześnie

Po spotkaniach typu Planowanie/BR pojawi się problem jak w wiele osób i szybko zalogować czas do wielu zadań. Możemy posłużyć się poniższą maską linku do wygenerowania listy adresów prowadzących do formularzy logowania.

Tak przygotowana lista adresów pozwoli uczestnikom spotkania szybkie zalogowanie minut poświęconych na wybrane tematy. Poniżej przykładowy kształt takiej listy - podsumowania po spotkaniu:

Image 20230419 064439

Kiedy zalogować czas?

Image 20230321 174549

Opóźnienia w logowaniu czasu będzie wykrywał automat, który mejlowo będzie przypominał o konieczności uzupełnienia braków.

Jak założyć zadanie, żeby “było dobrze”?

  1. Zadanie musi mieć wypełnione pole Sponsor Sponsor - jak wybrać dla zadania

    1. jeśli tworzone zadanie jest robione w ramach Epic, to odziedziczy po niej Sponsora, o ile jest tam wypełniony. Jeśli zostanie wskazany przy zakładaniu zadania, to zostanie ten Sponsor tylko zrobi to automatyka, która załącza się po stworzeniu zadania, więc nie zawsze jest to pole od razu uzupełnione i trzeba odświeżyć widok

  2. Operujemy na zamkniętym zbiorze typów zadań. Ich lista znajduje się tabeli poniżej. Posługiwanie się innymi typami powinno zostać skonsultowane i wdrożone z uwzględnieniem procesów rozliczania ulg podatkowych, kapitalizacji itp.

  3. Pilnujemy, żeby zadanie było przypisane do projektu. Do projektu należą nie tylko zadania na przyrost, ale też:

    1. Analiza

    2. Spotkania

    3. Testy

    4. Wdrożenie

    5. Stworzenie dokumentacji i procedur

    6. Edukacja 1. i 2. linii z obsługi nowych feature'ów

  4. Zadanie należy do projektu, gdy:

    1. Jest zadaniem typu Program albo:

    2. Jest zadniem typu Epic albo:

    3. Jest zadaniem przypisanym do Epicu albo Programu

  5. Niektóre typy zadań uwzględniane są do raportów BiR, IPBox oraz KUP. Dla potrzeb uzyskania większych ulg podatkowych istotne jest, aby pilnować typów zadań kwalifikujących do tego typu rozliczeń. Zadania uwzględniane do BiR, IPBox & KUP znajdziesz w tabeli poniżej.

  6. Zadania KUP oznaczamy dodatkowo labelką “KUP” - robi to osoba realizująca pracę, jeśli dotyczy jest KUP

Dopuszczalne typy zadań

Tabela przedstawia typy zadań rekomendowane do użycia w ramach projektów rozwojowych Delivery, nie typy służące procesom w SD, Incydentom czy innym specyficznym potrzebom wynikającym ze szczególnych kontekstów.

Typ

BiR/IPBox

KUP

Opis

Epic

(tick)

(minus)

Agregator zadań w ramach prowadzonego projektu. Epik jest równoważny projektowi.

Bug

(minus)

(minus)

Poprawienie działania funkcjonalności lub procesu. Przywrócenie do działania czegoś, co przestało działać/nigdy nie działało.

Improvement

(tick)

(tick)

Zmiana działania, poprawa jakości obecnej funkcjonalności lub procesu.

Maintenance

(minus)

(minus)

Prace utrzymaniowe, np: bieżący monitoring działania systemu, cykliczne raporty/statystyki, powtarzalne/standardowe wdrożenia, udział we wdrożeniach (wsparcie ISS/DAS), zapewnienie ciągłości działania systemów (działania mające na celi wzmocnienie bezpieczeństwa, utrzymanie/poprawa wydajności), obsługa klienta wdrożonego (konfiguracja, prace nie wymagające zmian w produkcie)

New feature

(tick)

(tick)

Nowa funkcjonalność. Stworzenie czegoś, co do tej pory nie istniało (dot. również tworzenia nowych testów)

Nieobecność

(minus)

(minus)

Typ w którym notujemy nieobecność, niezależnie od przyczyny jej wystąpienia: urlop, chorobowe/L4.

Logujemy nieobecności w dni robocze (czyli nie logujemy czasy za weekendy, święta/dni ustawowo wolne od pracy)

Dłuższe nieobecności można zalogować jednorazowo, np 14 dni, a nie wbijać dzień po dniu
Zadanie zakładamy w projekcie https://bluemedia.atlassian.net/jira/software/c/projects/ORG/issues, typ zadania: Nieobecność, sponsor: Organisation

Program

(tick)

(minus)

Agregator epików lub zadań w ramach prowadzonego projektu. Program jest równoważny projektowi.

Przegląd

(minus)

(minus)

Zaplanowane, uporządkowane przeglądy systemów np. przegląd listy administratorów, przegląd konfiguracji, przegląd stanu systemu np. zabbix, monitoring, plany BCP

Story

(tick)

(tick)

Agregator zadań w ramach implementowanej w epicu funkcjonalności.

Technical task

(tick)

(minus)

Prace techniczne prowadzące do rozwoju aplikacji, wdrożenie niestandardowe, wymagające wsparcia IT, analiza rozwiązań, dokumentacji.

Audyt

(minus)

(minus)

Prace związane z obsługą działań audytowych

Angielski

(minus)

(minus)

Lekcje języków

Organisation

(minus)

(minus)

Czas wymykający się wszystkim pozostałym kryteriom, np. alarmy przeciwpożarowe, sprzątnie stanowisk pracy przed wydarzeniami w biurze itp.

Meeting

(minus)

(minus)

Wszelkie spotkania, trudne do zakwalifikowania w inne typy. M.in. cykliczne spotkania z przełożonym, spotkanie firmowe, spotkanie z HR, z przełożonym (cykliczna synchronizacja).

Prace Serwisowe

(minus)

(minus)

Prace techniczne (w tym wymagające fizycznych interwencji w serwerowniach) przeprowadzane przez zespół DevNetOps.

Requirement

(minus)

(minus)

Zadanie służące zgromadzeniu wymagań względem projektu. Służy także integracji z Confeluence i automatycznemu budowaniu karty projektu. Szczegółowa instrukcja zalinkowana wkrótce.

Business continuity

Logowanie prac nad produktem

FAQ

Gdzie zalogować czas na czytanie maili i Teamsow?

W zadaniach, których dane mejle i wiadomości dotyczą - jeśli praca jest w ramach projektu lub bieżącego utrzymania. Zgodnie z opisem Logowanie prac nad produktem dla prac poświęconych zapewnieniu ciągłości działania.

Czy logowanie będzie służyć kontrolowaniu pracowników?

Tak i nie. Docelowo:

  1. Powstaje automatyczny system, który będzie przypominał o niezalogowanych godzinach pracy

  2. Czas raportowany przez cały zespół będzie zbierany i analizowany pod kątem typów zadań: łączna liczba godzin na rozwój, na jakość, na utrzymanie (itd) per miesiąc. Rozkład godzin w takich grupach będzie weryfikowany pod kątem ilości oraz trendów zmiany. Analiza ta może prowadzić potem do szczegółowych pytań.

  3. Czas poświęcony na realizację projektu również będzie podlegał analizie i także może doprowadzić do zadawania szczegółowych pytań, aby zrozumieć czy za różnicę między szacunkiem, a czasem faktycznej realizacji odpowiada wadliwe prowadzenie projektu, przygotowanie do niego, niespodziewane wydarzenia w trakcie realizacji, czy niższa dyspozycja zespołu, osoby.

Czy mam logować równo 8 godzin?

Jeśli danego dnia pracujesz 5 godzin, masz zalogować 5 godzin. Jeśli danego dnia pracujesz 10, zaloguj 10 godzin. Jeśli pracujesz 8 godzin, zaloguj 8 godzin.

Wiemy, że czas aktywnej pracy jest trudny do oceny, dlatego przyjmujemy pewną kategoryczną zasadę, do której łatwo się odnieść. Mimo, ze kaloryczność zalogowanych 8 godzin może być różna, dbanie o dopełnienie do 8 da nam pozytywne wzmocnienie w aspekcie obliczanych raportów.

Czy mam logować z dokładnością do minuty?

Im dokładniej, tym lepiej. Niemniej najmniejsza tolerowana niedokładność to 15 minut.

Gdzie zalogować przerwy higieniczne, przecież to nie praca…?

Jeśli cały dzień poświęcasz na pracę z zadaniem X w projekcie ABC, to cały dzień, łącznie z przerwami higienicznymi, zaloguj do zadania X (czyli pełne 8 godzin, jeśli tyle tego dnia pracujesz). Jeśli czas pracy danego dnia dzielisz na 2 albo więcej zadań, zaloguj swoje przerwy do tego zadania, podczas którego realizacji przerwa wystąpiła.

Czy przerwy te nie są pracą? Na pewno nie, w fabryce śrubek. Przy pracy intelektualnej Twoja głowa pracuje nawet w trakcie przerwy, w drodze do/z pracy, pod prysznicem czy w czasie odpoczynku. Tak działa mózg (science!

(blue star)
). Dlatego logujemy do pełnych godzin, jakie spędzasz w pracy zgodnie z umową na świadczenie stosunku pracy.

Gdzie zalogować czas potrzebny na odkopanie się urlopie?

W projektach, które zostały zostawione w momencie odejścia na urlop i do których powracasz (lub do nowego jeśli w połowie urlopu taki się pojawił i trzeba się z nim zapoznać).

Gdzie zalogować czas wynikający z incydentu?

Jeśli incydent trwa i istnieje już zadanie reprezentujące go - w tym zadaniu. Jeśli incydent powstał z opóźnieniem, podepnij do niego zadanie utrzymaniowe, w którym były wykonywane prace ratunkowe.

Jeśli pracujesz już nad poszukiwaniem przyczyny incydentu, analizą pod kątem działań naprawczych jakie są do wystawienia - zaloguj czas do Post-Mortem (tworzy się automatycznie przy Incydencie SEV1-2)

Gdzie zalogować czas przerwy wynikający z niedziałającego komputera?

W zadaniu, w którym problem sprzętowy został zgłoszony do IT supportu.

Gdzie zalogować czas onboardingu pracownika?

W zadaniu założonym na kolejce HR - dla godzin poświęconych na tematy stricte onboardingowe - sponsor: Chief od People.

W projekcie przy którym nowa osoba będzie pracować - dla godzin, których efektem ma być wygenerowanie jakiegoś przyrostu w produkcie - sponsor: adekwatny do projektu.

Gdzie zalogować spotkanie?

Wewnętrzne - dotyczące projektu

Jeśli spotkanie dotyczy jakiegoś projektu - tworzymy odpowiednie zadania na zalogowanie czasu takiego spotkania. Typ zadania jest uzależniony od tematu spotkania. Najprawdopodobniej będzie to Technical Task, ew. Meeting.

Wewnętrzne - niedotyczące projektu

Takie spotkania również muszą być zalogowane. Organizator spotkania jest odpowiedzialny za przygotowanie zadania z odpowiednim określeniem . Miejsce założenia takiego zadania jest zależne od tematu, może to być np. projekt wewnętrzny zespołu, projekt Organizacja czy inne - najważniejsze będzie w tej sytuacji określenie:

  1. celu

  2. procesu

  3. sponsora

BR/Planowanie/Daily/Retro/Releasy

Odchodzimy od tworzenia zbiorczego zadania na obsługę agile. Nie tworzymy zadań typu “wydarzenia scrumowe“.

Spotkania do synchronizacji agile logujemy w zadaniach i projektach nad którymi pracujemy:

Typ spotkania

Miejsce logowania

Daily

Zadanie, w którym pracujesz i o którym mówisz na daily. Twoje własne zadanie, nawet mimo tego, że mówisz o nim 3 minuty, a spotkanie trwa 15, gdzie słuchasz innych pracowników.

BR

W projekcie/projektach, których zadania są przygotowywane

Planowanie

W projekcie/projektach, które są na danym planowaniu omawiane

Retro/Review

W projekcie którego dotyczy spotkanie

Release/Wdrożenie wersji

W projekcie/projektach, którego zadania są odcinane od boardu

Z partnerem

W zakresie obowiązków Delivery nie jest kontakt z partnerem, niemniej możemy takie spotkania wspierać. Żeby zalogować czas pracy z klientem, należy od organizatora spotkania wymagać stworzenia zadania, w projekcie zarządzanym przez sponsora takiego spotkania albo na Service Desk poprzez zamówienie wsparcia produktowego: https://bluemedia.atlassian.net/servicedesk/customer/portal/36/group/114/create/367

Angielski

Logujemy w projekcie Organizacja (ORG), w typie zadania Angielski. Sponsor: Organisation

Szkolenie

Logujemy w projekcie Organizacja (ORG), w typie zadania Organisation.

Czy możecie zmienić maskę daty w formatce logowania czasu z amerykańskiej na europejską?

Wiemy o problemie, ale obecnie niestety nie ma możliwości edycji tej maski.

Logowanie czasu pracy jest głupie, nudne i po jakimś czasie nie pamiętam co robiłem!…

Logowanie czasu należy do zakresu obowiązków pracowniczych i nie jest fakultatywne. Należy przyzwyczaić się do logowania od razu! Permanentne nielogowanie lub logowanie złej jakości będzie piętnowane(smile)

Jak zalogować chorobę/L4?

Wrzucamy jako zadanie typu “Nieobecność”. Nie wprowadzamy informacji o przyczynie nieobecności (nie dajemy komentarza “choroba”, ani żadnego).

Czy logujemy dni świąteczne wypadające w środku tygodnia (np 3 maja we wtorek)?

Nie, takich dni nie logujemy, tak jak nie logujemy weekendów. Oczywiście o ile nie pracujesz w taki dzień. Jeśli pracujesz w dzień ustawowo wolny od pracy, musisz ten dzień zalogować.

Czy produktowcy (PO, PM) też mają logować swoje urlopy w zadaniu typu “Nieobecność”?

Tak. Tylko pełne odnotowanie czasu w skali miesiąca pozwoli na skuteczne obliczenie udziału tematów w “torcie” spraw, jakimi zajmują się produktowcy (i wszyscy inni pracownicy),

Co zrobić, gdy potrzebuję nowego typu zadania, który nie jest na liście dozwolonych?

Zgłosić się do swojego Delivery Managera z propozycją dodania nowego typu wraz z uzasadnieniem zasadności.

Czy Sponsor weryfikuje poprawność przypisanych kosztów? Jak wyeliminować ewentualne pomyłki przypisywanych sponsorów?

Tak, Sponsor będzie weryfikował swoje koszty. Pomyłki w przypisywaniu sponsorów są nieuniknione. To właśnie przegląd kosztów przez Sponsora będzie metodą wykrywanie nieprawidłowości. Delivery, na moment wytworzenia tego dokumentu, nie przygotowało Sponsorom instrumentu weryfikacji kosztów i pozostawia to ich gestii.

Czy możemy logować czas do zadania typu Epic?

Tak, możemy logować czas do Epic. Traktujmy to jednak jako ostateczność, gdy tworzenie dedykowanego zadania jest z jakiegoś powodu trudne lub nieopłacalne (np. zalogowanie dodatkowych 20min do projektu który trwa już 300h). Optymalnie będzie zalogować czas do Epicu razem z komentarzem, co się w tym czasie kryje.

Czy zadanie typu “Nieobecność” dotyczy także osób zatrudnionych w formule B2B?

Tak. Logowanie tego czasu nie służy jednak do kontroli urlopu, ale dla możliwości zbadania tempa zespołu. Bez pełnego pokrycia roboczogodzin w miesiącu, nie wiemy czy pracownik był na nieobecności czy zwyczajnie nie zalogował czasu pracy.

Gdzie zalogować czas poświęcony na spotkanie z przełożonym służące bieżącej i cyklicznej synchronizacji stanu zespołu?

Spotkanie takie należy zalogować w zadaniu typu Meeting. Link do takiego zadania powinien być dostarczony przez przełożonego. Zadanie powinno być założone w projekcie DLV: https://bluemedia.atlassian.net/jira/software/c/projects/DLV/boards/85 oraz podpięte do odpowiedniego Epiku (odpowiedzialność zakładającego).

Jak zalogować delegację?

O ile delegacja nie jest związana ze stricte wytwórczą pracą (Technical task, Przegląd), logujemy w Meeting. Jeśli delegacja związana jest z Produktem/Projektem - logujemy w zadaniu w ramach wyznaczonego Epicu.

Logowanie po kilka(-naście) minut z planowania/BR w pojedyncze projekty jest bez sensu!

Zgadzamy się, że jest to trudne, ale aktualnie przez te worki godzinowe ucieka nam 15-20% czasu, który można by np kapitalizować albo uwzględniać w ulgach podatkowych. Więc są mocne argumenty za tym, żeby poświęcić chwilę na zalogowanie tego dokładnie w konkretne tematy i będziemy dążyć do tego, aby maksymalizować skuteczność logowania w tym aspekcie.

…ale “Strażak” robi w ciągu dnia kilka(-naście) zadań, ma wpisywać po jednej minucie czasu po swoim Daily?

Daily to “rozmowa o tym co się aktualnie robi, co się planuje w najbliższym czasie oraz jakie występują problemy na pewno pomaga w osiągnięciu tego, co zostało przed zespołem postawione”, więc nie ma potrzeby, aby opowiadać o każdym dotkniętym zadaniu. Co więcej, jeśli Daily trwa dłużej niż 15 minut, to znaczy, że jego formuła wymaga poprawy.

Co ma zrobić PO słuchający na Daily o czyichś zadaniach? Logować w każde?

Nie. Ma logować w swoje bieżące zadanie.

Czy te zasady są niezmienne?

Zasady w tym dokumencie będą ulegać modyfikacjom, adekwatnie do zmian jakie wystąpią w organizacji oraz potrzeb, które pojawią się po analizach raportów budowanych na podstawie zalogowanych godzin.

Last modified: 30 May 2024