Zarządzanie czasem i produktywność

Dokumentacja projektu
Dzień pracy podzielony na bloki: skupienie, przegląd i eskalacja.

Instrukcje konfiguracji stacji roboczej i pierwszego dnia znajdziesz w przewodniku wdrożenia dewelopera.

Dedykowany buddy

Dedykowany deweloper senior lub mid będzie Twoim głównym punktem kontaktu przez pierwsze dwa do czterech tygodni. Jeśli utkniesz, skontaktuj się z buddy zamiast wielokrotnie próbować tego samego podejścia.

Czas Kiedy eskalować
15-30 minut Mały, dobrze zdefiniowany problem pozostaje nierozwiązany.
30-60 minut Typowy problem z kodem lub debugowaniem nie nabiera tempa.
1-1,5 godziny Kontynuuj tylko wtedy, gdy robisz namacalny postęp w złożonym problemie.
2 godziny Eskaluj natychmiast, gdy nie było namacalnego postępu.

Stosuj zasadę harcerza w dokumentacji: zostaw ją lepszą, niż ją zastałeś. Poprawiaj nieaktualne lub brakujące informacje od razu po zauważeniu, żeby kolejny inżynier miał lepszy punkt startowy.

Rozwój i dostarczanie

Najszybciej rośniemy, gdy praca jest wymagająca, ale dostarczanie jest priorytetem. Celuj w poziom trudności wystarczający do nauki, bez utykania w miejscu.

         Optymalne tempo
      Rozwój i dostarczanie
        /               \
   Komfort             Wypalenie
   Brak rozwoju        Blokada
   NISKO  <--- FRUSTRACJA --->  WYSOKO
  • Nisko (0-20%): Łatwa praca z małą nauką.
  • Optymalnie (30-60%): Wymagająca praca ze stałym postępem.
  • Wysoko (70%+): Przeciążenie poznawcze wymagające natychmiastowej zmiany podejścia lub pomocy.

Zasady wykonywania zadań

  • Reguła 20 minut: Jeśli po 20 minutach nie masz nowych pomysłów, przerwij pętlę. Odejdź na chwilę, izoluj jedną zmienną albo zajrzyj do dokumentacji i odpowiednich narzędzi.
  • Reguła eskalacji po dwóch godzinach: Jeśli problem pozostaje nierozwiązany po dwóch godzinach, poproś kolegę z zespołu o pomoc lub eskaluj, żeby dostarczanie mogło ruszyć dalej.
  • Błędy to dane: Traktuj bugi jako informację zwrotną. Zidentyfikuj przyczynę źródłową, zapisz przydatne ustalenia i idź dalej.
  • Odejdź od biurka, gdy trzeba: Krótka przerwa i myślenie rozproszone potrafią rozwiązać złożony problem szybciej niż uporczywa siłowa walka.

Komunikacja

  • GitLab Issues są źródłem prawdy: Odnotowuj tam bugi, funkcjonalności, specyfikacje i decyzje.
  • GitLab To-Do to Twoja osobista skrzynka: Przeglądaj wzmianki, przydziały i prośby o recenzję każdego dnia.
  • Slack służy do pilnej lub synchronicznej komunikacji: Używaj go do szybkich pytań i blokad, a trwałe decyzje odnotowuj w odpowiednim issue.