Dla managerów

Priorytetyzacja w projektach IT polega na porównywaniu zadań według wartości biznesowej, pilności, kosztu opóźnienia, ryzyka i zależności technicznych. Warto sprawdzić, czy zespół korzysta ze wspólnych kryteriów, takich jak macierz Eisenhowera, MoSCoW, RICE albo WSJF, oraz czy rozróżnia pracę operacyjną od rozwojowej. Przykładowo backlog utrzymaniowy można uporządkować inaczej niż inicjatywy produktowe, bo incydenty krytyczne wymagają osobnej ścieżki decyzyjnej. Ten temat przerabiamy praktycznie na szkoleniu: Zarządzanie czasem i priorytetami w projektach IT.

Zarządzanie przez cele działa wtedy, gdy cele są powiązane ze strategią, mierzalne i zrozumiałe dla zespołów realizacyjnych. Trzeba sprawdzić sposób kaskadowania celów, rytm przeglądów, jakość mierników oraz to, czy KPI nie zastępują rezultatów biznesowych, które lepiej opisują MBO lub OKR. Przykładem może być rozdzielenie celu typu „skrócenie lead time o 20%” od wskaźników pomocniczych, takich jak czas wdrożenia, liczba blokad i terminowość decyzji. Jeśli chcesz przećwiczyć to krok po kroku, zobacz: Zarządzanie przez cele.

Matryce kompetencji w IT porządkują wymagania wobec ról, poziomy zaawansowania oraz dowody potwierdzające kompetencje techniczne i behawioralne. Należy sprawdzić, czy model obejmuje wiedzę, umiejętności i postawy, czy poziomy są opisane obserwowalnymi wskaźnikami oraz czy matryce da się wykorzystać równocześnie w ocenie, awansach i rekrutacji. Przykładowo osobno można zdefiniować kryteria dla architektów, developerów i liderów technicznych, a następnie powiązać je z działaniami rozwojowymi według cyklu Kolba. To jedno z zagadnień omawianych podczas szkolenia: Zarządzanie kompetencjami w IT.

Zarządzanie zmianą w IT obejmuje planowanie etapów wdrożenia, analizę reakcji zespołu, pracę z interesariuszami oraz komunikację dopasowaną do odbiorców technicznych i biznesowych. W praktyce warto sprawdzić źródła oporu, wpływ wcześniejszych doświadczeń, rolę liderów opinii oraz to, czy plan komunikacji uwzględnia pytania o sens, zakres i konsekwencje zmiany. Przykładem jest wdrożenie nowego narzędzia lub reorganizacji pracy, w którym sam komunikat o decyzji nie wystarcza bez mapy ryzyk i sekwencji działań według Lewina albo Kottera. Wersję warsztatową (z konfiguracją i przykładami) znajdziesz w programie szkolenia: Zarządzanie zmianą w zespole IT.

Mapowanie procesów polega na opisaniu przebiegu pracy, ról, wejść, wyjść, punktów decyzyjnych i mierników efektywności w jednolitej notacji. Należy sprawdzić granice procesu, właścicieli, miejsca strat, wskaźniki KPI lub OKR oraz to, czy analiza kończy się rekomendacją usprawnień, a nie samym diagramem BPMN. Przykładowo proces obsługi zgłoszeń można połączyć z analizą 5 Why, Kanbanem i pomiarem czasu przejścia, aby wykryć wąskie gardła i nadmiar przekazań. Dokładnie ten zestaw narzędzi i workflow ćwiczymy podczas szkolenia: Zarządzanie zmianą i procesami w organizacji.

Skuteczna komunikacja w zespołach rozproszonych wymaga jasnych zasad doboru kanałów, precyzowania ustaleń oraz regularnych rytuałów informacji zwrotnej. Warto sprawdzić, które komunikaty powinny być synchroniczne, które asynchroniczne, jak wygląda kontrakt zespołowy i czy feedback opiera się na modelach takich jak FUKO, DESC, SBI lub SSC. Przykładem jest rozdzielenie decyzji architektonicznych do dokumentacji asynchronicznej, a tematów konfliktowych do rozmów na żywo z podsumowaniem ustaleń. Ten temat przerabiamy praktycznie na szkoleniu: Współpraca w hybrydowych i rozproszonych zespołach IT.