Dlaczego zadania IT powinny być krótkie?

 Często z pozoru trudny problem, po rozbiciu na mniejsze kawałki staje się prostszy do rozwiązania. W teorii nie powinno to mieć znaczenia. Równie dobrze nierozbite zadania powinno zająć tyle samo czasu i być tak samo skomplikowane jak te podzielone na małe fragmenty. Czas realizacji ani poziom trudności nie uległ zmianie. O co więc tak naprawdę chodzi?

Czytaj dalej

Dlaczego twój projekt się opóźnia? część 2 – za szybkie zamykanie zadań

Ten wpis jest drugą częścią poprzedniego artykułu – dlaczego twój projekt się opóźnia? – bufory „bezpieczeństwa” w zadaniach. Poprzednio poruszałem kwestię tego jak „kary” za nieukończenie zadań w terminie powodują zwiększanie buforów w estymatach oraz jaki negatywny ma to wpływ na realizację projektu w terminie. Dziś opiszę jak błędna definicja projektu wynikająca z utartych schematów „standardowych” metodyk prowadzenia powoduje, że stawiamy przed sobą ograniczenia i sami przyczyniamy się do opóźnień.

Na początku warto wyjaśnić co oznacza zakończenie projektu (w terminie). Mając na uwadze to, że zadania posiadają dodatkowy margines, który jest marnowany można powiedzieć, że projekt kończy się w terminie, jeśli zrealizujemy wszystkie zadania w zaplanowanym czasie. Model zadań z buforami ma to do siebie, że zazwyczaj opóźnienie jednego z zadań powoduje opóźnienie całego projektu – bardzo ogólne stwierdzenie, zakładające, że wiele zadań ma kolejność sekwencyjną.

Czytaj dalej