Accurate estimates are a well-known problem in the world of IT. We always try to reach a level where all items that were estimated become equal to actual implementation. I know this is upsetting but there is no option to achieve it. Of course, sometimes you will perfectly fit it. Still, it is usually over – not bad for your business, but customers might spot that this project is a bit expensive – or under – bad for your business – estimated. Based on my experien...

Dzisiaj mam dla (kolejną) Ciebie lekcje DEMO mojego kursu Dokładna Wycena Projektów IT. Jest to 7 lekcja z 27, więc nie zdziw się jeśli jakiś omawiany kontekst będzie dla Ciebie nie jasny – pewnie omówiłem go w poprzednich lekcjach kursu  W tej lekcji mówię o tym co trzeba zrobić, żeby programista wycenił dokładniej swoje zadanie. Zazwyczaj otrzymywałeś wycenę w jednym wymiarze – czasu, czyli pracochłonności. Polecam dodanie ...

Dzisiejszy wpis dedykuję programistom (i kierownikom projektów, którzy podadzą ten link swojemu zespołowi). Przedstawię w nim pewien tip, który znacząco poprawi jakość wycen zadań programistów, co przełoży się na większą terminowość projektów. Tworzenie budżetu projektu zazwyczaj powstaje w oparciu o to, co powiedzą programiści. Czyli podstawą bazy ceny projektu, są estymaty dawane przez developerów. Oczywiście istnieją ...

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.

Estymacja, czyli szacowanie projektu programistycznego to bardzo często bolączka każdego zespołu. Czego użyć do szacowania naszego projektu:estymat godzinowych,roboczodniowych,Story Pointów,koszulkowych,a może w ogóle nie korzystać z estymat #noestimates #yolo? Postaram się przedstawić sposoby or...

W poprzednich częściach poruszałem kwestię braku zarządzania buforami czasu w zadaniach, marnowaniem marginesów czasowych oraz złej definicji projektu, która również przyczynia się do opóźnień. Przed przeczytaniem tej części polecam ci rzucić okiem na część pierwszą o buforach bezpieczeństwa w łańcuchu krytycznym oraz część drugą, kontynuacje opisu łańc...

W tym wpisie poruszę temat tego jak bufory „bezpieczeństwa” (cudzysłów nie jest przypadkowy) w taskach wpływają na przedłużenia projektu. Opiszę również jak „kary” za nie wykonywanie zadań w terminie przez developerów przyczyniają się do opóźnień. Zrozumienie istoty problemu jest pierwszym krokiem do ich eliminacji i zwi...

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ę...