Zarządzanie projektami, zespołem i analiza IT
Dokument analityczny to ważny element projektu. To jak zostanie napisany decyduje o satysfakcji klienta. W tym wpisie opisałem swoje doświadczenia i przemyślenia wraz z odpowiedzią na pytanie „dlaczego dokument analityczny powinien przedstawiać projekt w negatywnym świetle”. Zapraszam do lektury!
Read More
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).
Read More
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.
Read More
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.
Read More