dokumentacja / wycena / analiza / zarządzanie
Harmonogram projektu to Twój plan wykonania. Jeśli zrobisz go nieprawidłowo to nie ma szans aby dowieźć projekt na czas.
Zawsze mogą zaskoczyć nas elementy nieprzewidziane (prawa Murphy’ego) – wykorzystaj do tego bufor projektowy. Natomiast wszystkie rzeczy, które możesz przewidzieć (m.in. wymienione w tym wpisie) uwzględnij w harmonogramie.
Czytaj dalej
Zapraszam Cię na webinar o harmonogramowaniu projektów IT przy użyciu Excel. W środę (07 lipca).
Czytaj dalej
Tworzymy wyceny projektów na podstawie, których budujemy harmonogramy. Kolejnie te projekty się opóźniają, a my powtarzamy cały proces od początku. Zastanowiłem się głębiej nad tym procesem i opisałem swoje wnioski i wskazówki, które znacząco polepszyły statystyki terminowości projektów, które mamy w fresh-apps.com.
Czytaj dalej
Planowanie jest przewidywaniem przyszłości – bardzo trudna czynność. Na pewno spotkałeś się z osobami, które planują, ale niestety z tych planów niewiele wynika. W tym wpisie wyjaśniam przyczynę porażek w tworzeniu różnego rodzaju harmonogramów, przedstawiam również swój sposób jak podejść do planowania „z głową”.
Czytaj dalej
Każdy kto próbował wycenić projekt IT wie, że nie jest to proste zadanie. Zazwyczaj w podanym zakresie od klienta kryje się wiele niewiadomych i niejasności. Mimo tego, klient oczekuje widełek czasowych, w których uda się ukończyć projekt. Osoba wyceniająca spędza czas na domyślaniu się „co autor miał na myśli”. Często trzeba wysłać do klienta pytania precyzujące zakres. Czas odpowiedzi od klienta, a przede wszystkim jakość odpowiedzi bywa niezadowalająca. Może to wynikać z tego, że klient nie jest w stanie na tym etapie sprecyzować zakresu lub pytania, które przeszły przez kilka działów zniekształciły jego treść i odpowiedź (osoby techniczne i biznesowe).
Czytaj dalej
W poprzednim wpisie rozpocząłem serię artykułów pod tytułem „najczęstsze błędy podczas układania tasków w projekcie IT”. Aktualnie czytasz część drugą, zachęcam cię do przeczytania również części pierwszej ponieważ artykuły tworzą ciąg przyczynowo-skutkowy. Link do poprzedniej części znajdziesz tutaj.
Czytaj dalej
Odpowiednie rozbicie historii na taski ma kluczowy czynnik w powodzeniu projektu. Jeśli ta czynność jest źle wykonana – czas realizacji projektu się wydłuża, a w zespole rośnie frustracja bo nikt nie wie gdzie leży problem. Developerzy pracują w pocie czoła, PM skrupulatnie trzyma się metodologii prowadzenia projektu, a mimo to są opóźnienia (które niestety najczęściej przypisuje się developerom). Jeśli nie wiesz, dlaczego projekty prowadzone przez Ciebie mają opóźnienie, zrób rewizję rozkładania historii na czynniki pierwsze – taski/subtaski – być może Twój problem tkwi właśnie tutaj.
Czytaj dalej