To jest coś, czego nie powinieneś nigdy mówić. Jedyne, co zrobi, to zirytuje Twojego menedżera i sprawi, że będziesz wyglądał na niekompetentnego.
Powiedz mu, co według Ciebie będzie trzeba zrobić (jeśli nie potrafisz określić kroków i w przybliżeniu, co one zrobią, to prawdopodobnie będziesz potrzebował kogoś, kto lepiej zajmie się wymaganiami, więc powiedz mu, że wymagania są niejasne i dlatego nie możesz określić, co to będzie), jakie masz opóźnienia z powodu wyższego priorytetu pracy, a następnie podaj mu datę. Klienci nie zaakceptują każdego terminu, więc nie powinieneś im go podawać. Kiedy coś się stanie, aby zmienić priorytet i inne rzeczy są popychane do przodu, wysłać e-mail do menedżera i ustawić nową datę na podstawie opóźnienia. Często, gdy wskażesz zmianę terminu płatności, te rzeczy o wyższym priorytecie są przesuwane w dół. Kiedy zdarzają się rzeczy, które powodują, że praca trwa dłużej niż szacowałeś, upewnij się, że kierownik jest od razu świadomy, jaki wpływ ma to na termin.
Każdy dev powinien być w stanie podać szacunkowy czas. Jest to część tego, za co się płaci, więc przestań się wygłupiać z “kiedykolwiek”. Jeśli nie jesteś w tym dobry, to lepiej prowadź dokumentację tego, co oszacowałeś i jaki był rzeczywisty czas. Uwzględnij czas opóźnienia i czas na spotkania, komunikację mailową, wymagania dotyczące doskonalenia, testowanie jednostkowe, wspieranie testowania qa, itp. w swoim oszacowaniu, aby uzyskać lepszą liczbę. Jeśli zostaniesz poproszony o bezpośrednią datę, załóż, że nie więcej niż 6 produktywnych godzin dziennie, gdy konwertujesz godziny, które uważasz, że zajmie to kilka dni i umieścić w kilka dni dla nieuniknionych opóźnień.
Na podstawie komentarzy na temat innych odpowiedzi, wydaje się, że Twój problem nie jest szacowanie czasu, ale komunikowanie opóźnień w oparciu o zmieniające się priorytety. To, czego potrzebujesz, to być bardziej, a nie mniej komunikatywny, gdy to się dzieje. Musisz dać ludziom znać, kiedy ich zadanie spadnie na listę priorytetów (i do czego) i będzie opóźnione i jak długo oczekujesz, że to nastąpi, zanim do niego wrócisz. Pozwól im walczyć o priorytety z menedżerami. Powiedz im, że mogą porozmawiać z menedżerem, jeśli nie zgadzają się z aktualnymi priorytetami.
Ale Twoim bezwzględnym obowiązkiem jest poinformowanie ich, kiedy sytuacja się zmieni i że będziesz pracował nad czymś przed ich projektem. Nie powinno to czekać, aż będą musieli Cię zapytać, dlaczego jeszcze tego nie zrobili. W każdym razie “kiedykolwiek” jest nie do przyjęcia. Udawanie, że jesteś zbyt zajęty, aby odpowiedzieć, również nie jest akceptowalne.
Musisz zrozumieć, że raporty z postępów, szacunki czasu, itp. są twoim zadaniem i są równie ważne lub ważniejsze niż rzeczywiste części rozwoju. Nie jest to zbędna przerwa, jest to część twojej pracy. Ci ludzie płacą twoją pensję za swoje projekty. Zacznij traktować ich z szacunkiem i poszanowaniem ich potrzeb. Kiedy dowiedzą się, że mogą ci zaufać, że powiesz im, kiedy sprawy będą opóźnione, będą cię mniej niepokoić.