Nieodzownym elementem w pracy każdego developera są fuckupy, które teoretycznie nie miały prawa się zdarzyć. Wpadki w projektach mają różne przyczyny. Z czego najczęściej wynikają fuckupy i jak im zapobiegać w przyszłości?
Brak komunikacji
Jedną z przyczyn ,,nie dowiezienia’’ projektu na czas jest brak komunikacji w zespole i/lub z klientami. Odpowiednie komunikowanie się może znacznie poprawić pracę zespołu. Ważne, żeby wszystkie dokumenty związane z projektem były dostępne dla każdego członka zespołu. Kolejną kluczową kwestią jest przekazywanie wszelkich informacji w zespole na bieżąco. Dlatego w przypadku jakichkolwiek wątpliwości, np. oczekiwań klienta najlepiej go podpytać lub skontaktować się z bardziej doświadczonym developerem.
Źle przygotowana estymacja
Nieodpowiednio przygotowana estymacja projektu często wiąże się dużymi problemami. Dlatego należy przestrzegać kilku podstawowych zasad: rozdzielać estymacje na jak najmniejsze elementy, stosować niezależne estymowanie zadań przez min. dwóch developerów (w przypadku większych projektów), komunikować się na bieżąco w zespole i z klientem, pamietać o nie przekraczaniu maksymalnego czasu przeznaczonego na pojedyncze zadania.
Jak uniknąć fuckupów w przyszłości?
Dobrą praktyką jest analiza i ocena zrealizowanych projektów. Do tego służą specjalne spotkania w naszej firmie – ,,Retro” (Retrospektywa). Dzięki temu możemy spojrzeć na zakończony projekt i przeanalizować błędy ale także sukcesy. Polecamy zastosowanie metodologii START, STOP, CONTINUE, LESS, MORE. Technika polega na odpowiedzi na pytania: Co powinnismy zacząć robić? Czego do tej pory nie było w naszych projektach? Co powinniśmy przestać robić, ponieważ prowadzi to do błędów? Co chcemy kontynuować? Czego powinno być więcej, a czego mniej w naszych projektach?
Artykuł ukazał się pierwotnie na stronie coditive.com