Zarządzanie w IT

Przygotowanie do PMP warto oprzeć równolegle na strukturze egzaminacyjnej PMI i na rzeczywistych procesach projektowych, takich jak inicjacja, planowanie, monitorowanie zmian, zarządzanie ryzykiem oraz zamykanie projektu. Należy sprawdzić znajomość podejść predyktywnych, agile i hybrydowych, przećwiczyć pytania sytuacyjne oraz uporządkować dokumenty projektowe, między innymi kartę projektu, WBS, rejestr ryzyk i plan komunikacji. Przykładem może być analiza scenariusza, w którym kierownik projektu musi dobrać reakcję na zmianę zakresu, ocenić wpływ na budżet i wskazać właściwą ścieżkę decyzyjną zgodną z PMI. Ten temat przerabiamy praktycznie na szkoleniu: Przygotowanie do certyfikacji PMP (PM/PMP).

Wybór między Scrum a waterfall zależy od stabilności wymagań, sposobu dostarczania wartości, poziomu niepewności oraz częstotliwości zmian po stronie biznesu. Warto sprawdzić, czy projekt wymaga iteracyjnego dostarczania przyrostów, częstych przeglądów z interesariuszami i pracy na backlogu, czy raczej pełnej specyfikacji, harmonogramu bazowego i kontroli etapowej. Dobrym przykładem jest wdrożenie systemu z nieustalonym zakresem funkcjonalnym, gdzie Scrum ułatwia priorytetyzację user stories, a projekt infrastrukturalny o sztywnych wymaganiach częściej korzysta z podejścia kaskadowego. Jeśli chcesz przećwiczyć to krok po kroku, zobacz: Zarządzanie Projektami IT (PM/ITPM).

Planowanie budżetu projektu IT obejmuje estymację pracochłonności, alokację zasobów, uwzględnienie ryzyk oraz zbudowanie planu bazowego kosztów. Należy sprawdzić poziom szczegółowości wymagań, dobrać techniki estymacji, takie jak bottom-up, top-down, PERT, analogia lub modele parametryczne, a następnie dodać rezerwy na niepewność i zmiany. Przykładem jest wycena wdrożenia nowej funkcjonalności, w której zespół rozbija zakres na pakiety pracy, szacuje roboczogodziny, przypisuje stawki i analizuje wpływ zmian wymagań na budżet całego projektu. Dokładnie ten zestaw narzędzi i workflow ćwiczymy podczas szkolenia: Planowanie i budżetowanie projektów (PM/PLAN).

Zarządzanie ryzykiem w projektach IT polega na identyfikacji zagrożeń i szans, ocenie ich wpływu oraz planowaniu reakcji adekwatnych do kontekstu projektu. Trzeba sprawdzić źródła ryzyk technicznych, organizacyjnych, harmonogramowych i jakościowych, określić właścicieli ryzyk, prowadzić rejestr oraz regularnie monitorować zmiany w trakcie realizacji. Przykładem może być ryzyko opóźnienia integracji z systemem zewnętrznym, dla którego zespół definiuje prawdopodobieństwo, wpływ, plan obejścia i warunki eskalacji. To jedno z zagadnień omawianych podczas szkolenia: Zarządzanie ryzykiem w projektach IT (PM/RM).

Zarządzanie portfelem projektów polega na selekcji, priorytetyzacji i równoważeniu inicjatyw tak, aby wspierały cele strategiczne organizacji i nie konkurowały niekontrolowanie o te same zasoby. W praktyce trzeba sprawdzić kryteria oceny projektów, sposób kategoryzacji, mechanizmy przeglądu portfela, raportowanie oraz zakres odpowiedzialności PMO. Przykładem jest sytuacja, w której organizacja prowadzi równolegle kilkanaście inicjatyw i musi zdecydować, które projekty utrzymać, które przesunąć oraz jak przypisać im priorytety biznesowe. Wersję warsztatową (z konfiguracją i przykładami) znajdziesz w programie szkolenia: Project Portfolio Management - budowa i zarządzanie portfelem projektów (PM/PPM).

Backlog produktu to uporządkowana lista wymagań, hipotez i elementów rozwoju produktu, za której wartość biznesową odpowiada Product Owner. Należy sprawdzić sposób definiowania elementów backlogu, kryteria priorytetyzacji, współpracę z interesariuszami oraz gotowość pozycji do realizacji w sprincie. Przykładem jest sytuacja, w której Product Owner porządkuje user stories według wartości, ryzyka i zależności technicznych, aby zespół mógł dostarczyć użyteczny przyrost w najbliższej iteracji. Ten temat przerabiamy praktycznie na szkoleniu: Scrum Product Owner (SCRUM/PO).