Jak wycenić projekt IT w 10 minut?

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). Wycena projektu w takim przypadku to zgadywanka, która kosztuje wiele czasu całego zespołu: architektów, programistów, handlowców.
Po całym czasochłonnym procesie nadal zakres ani cena nie są precyzyjne – mamy nadzieję, że myślimy o tym samym co klientem. Warto podkreślić, że nadal nie masz pewności (mimo poświęconych wielu godzin zespołu na wycenę), że klient wybierze właśnie twoją ofertę. Być może komuś udało się metodą zgadywanki „strzelić” niższą cenę bo np inaczej zinterpretował zakres, lub dostał brief pisany przez inna osobę.
Na tym etapie wszystko jest kwestią interpretacji, a dla klienta najczęściej (niestety) najważniejsza jest cena pomimo, że nikt nie wie do końca co trzeba zrobić (nawet klient).

Odrób pracę domową i zastanów się ile czasu poświęciłeś na wycenę ostatniego projektu, ile osób po twojej stronie było zaangażowanych w wycenę (graficy/handlowcy/programiści) i ile czasu sumarycznie spędziliście nad estymatą zapytania od klienta. Następnie odpowiedz sobie jaki procent wyceniających przez ciebie projektów kończy się podpisaniem umowy i finalizacją dzieła.
Jeśli te liczby nie są korzystne dla twojej organizacji (lub co gorsze, nie jesteś w stanie ich określić) zapraszam do dalszej lektury.

Czytaj dalej

najczęstsze błędy podczas układania tasków w projekcie IT – część 2

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

najczęstsze błędy podczas układania tasków w projekcie IT – część 1

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