Wycenianie projektów IT to przewidywanie przyszłości – bardzo trudna umiejętność. Istnieją jednak warunki, które sprawiają, że jesteśmy w stanie oszacować koszt danego przedsięwzięcia – istnieją również sytuacje, gdy jest to niemożliwe. Wbrew pozorom wycenianie projektu ma wiele wspólnego z łowieniem ryb – jeśli nie domyślasz się o co chodzi, zapraszam do lektury.

Twój projekt się opóźnia i nie wiesz co robić, więc dodajesz nowych programistów? Myślisz, że więcej osób ukończy projekt szybciej? – nic bardziej mylnego. Zobacz jakie ta decyzja niesie ze sobą ryzyka oraz jak rozwiązać ten problem minimalizując je. W każdym projekcie IT istnieją bardziej i mniej nerwowe sytuacje. Często najbardziej stresującą sytuacją dla kierownika ...

Łańcuch krytyczny w pigułce – staram się wyjaśnić na czym polega ta metodologia opisując jej „esencję”. Jest to mniej popularny sposób prowadzenia projektów, według mnie niedoceniany, który ma dobre zastosowanie przy projektach ze stabilnym zakresem. Zapraszam do obejrzenia. 🙂

Rozwiązanie powinno zostać dobrane do problemu, niestety wielu kierowników projektów dobiera problem do rozwiązania – a czasami (co gorsza) nie dobierają, tylko stosują jedno rozwiązanie niezależnie od problemu. Mam wrażenie, że tak właśnie się dzieje z popularną ostatnio metodologią „Agile/Scrum” – jest użyta w każdym projekcie. W tym wpisie wyjaśnię dlaczego kierownicy proje...

Czy kierownik projektu IT może nie mieć pojęcia o programowaniu i technologiach? Jakie to może mieć skutki i jak sobie w takiej sytuacji radzić? :)

Rozbieżność między planowanym, a faktycznym czasem realizacji jest przyczyną opóźnień projektów IT. Aktualne statystyki mówią, że ~80% projektów przekracza pierwotnie planowany czas realizacji lub budżet. Nagrałem wideo o tym, jak zmniejszyć ryzyko niedoszacowanych (lub przeszacowanych) zadań w twoim projekcie. Poruszałem już ten temat na moim blogu, wersję tekstową możesz...

W tym filmie wyjaśniam jaki wpływ mają kary za przekroczenie terminu realizacji zadań na opóźnienie projektu IT. Jak programiści reagują na kary? Czy warto je stosować? Zapraszam do odsłuchu :)

Ten temat był już przeze mnie poruszany na moim blogu, jednak teraz jest w formie wideo. Co nazywamy długiem technologicznym? Kiedy warto jest zaciągnąć dług technologiczny? Kiedy odsunięcie spłaty długu technologicznego w czasie może okazać się tańsze?

Przyjęło się, że gdy podzielimy problem na mniejsze fragmenty będzie on prostszy w realizacji. Z logicznego punktu widzenia nie powinno mieć to znaczenia – dekompozycja projektu na małe kawałki nie zmniejsza poziomu skomplikowania, ani nie redukuje zakresu – to tylko logiczny podział. Więc jak to jest z rozmiarem zadania? „Czy rozmiar ma znaczenie? ;)”

W ostatnim czasie sporą część dnia pracy zajmuje mi robienie analiz IT. Zazwyczaj uczestniczę w całym procesie powstawania produktu: spisanie wymagań klienta => opracowanie dokumentu analitycznego => development. Dzięki temu, że jestem obecny we wszystkich procesach, jestem świadkiem wielu „zabawnych” (z perspektywy czasu😉 ) sytuacji o tym jak mimo ustaleń, oczekiwania i wyobrażenia klienta o finalnym produkcie mogą odbiegać od wcześniejszych założeń