Ustal / dotrzymaj terminów, gdy stale pracuję z nieznanymi platformami i platformami [zamknięte]

Pracuję dla organizacji zajmującej się opracowywaniem produktów, która zajmuje się reklamą online. Zadania, które otrzymuję, prawie zawsze dotyczą platform lub narzędzi, nad którymi nigdy wcześniej nie pracowałem. Na początku był to Android. Następnie node.js, następnie Windows Phone, następnie pakiet Debian, potem Python, Hadoop, Zwoje, Inżynieria odwrotna, Geo PostgreSQL i lista jest długa.

Cieszę się, że mogę się tak wiele nauczyć podczas pracy. Problemem, który wciąż napotyka mnie, jest dotrzymywanie terminów. Często nie jest jasne, co należy zrobić, aby wykonać określone zadanie. Musiałbym skonfigurować odpowiedni zestaw SDK, uruchamiać problemy z integracją, czytać online, przeglądać dokumentację, wyszukiwać online dla każdego elementu pracy na tej platformie. Czasami wyznaczają mi terminy, czasem je wyznaczam.

Bardzo trudno mi dotrzymywać terminów wiele razy. Za drugim razem robi się szybciej, ale nigdy nie pracuję nad jakimś językiem lub strukturą dłużej niż tydzień lub dwa. Jest to bardzo stresujące i bolesne. Dostaję całe flak i publiczne zawstydzanie, które przychodzi z powodu niedotrzymania terminów. Podejrzewam, że to nie może być normalne. Niemożliwe jest dostarczenie 7 aplikacji na telefony z systemem Windows, które nie wiedzą nic o c # w ciągu tygodnia. Ale udało mi się to zrobić dzień po terminie. Wszystko, co mam wiele razy, to wyszukiwarka google, która prowadzi mnie. Często dokumentacja na temat narzędzia, które dostosowuję, jest niewielka lub żadna.

Czasem utknąłem na czymś, czasem na godziny, a nawet dni. To odbija się na moim zdrowiu i nie jestem już w stanie spalić olejku o północy dla każdego zadania. Powoduje to wiele udręki psychicznej i depresji.

Czy w tej sytuacji mam rację, sądząc, że podany przeze mnie termin to strzał w ciemność?

Czy to normalne? Czy każdy pojedynczy element pracy wymaga za każdym razem uczenia się czegoś zupełnie nowego? Nie jestem pewien, czy uczciwie jest powiedzieć, że jestem kiepskim wykonawcą, ponieważ nie jestem w stanie dotrzymać terminów zadań związanych z narzędziem, o którym nic nie wiem. Jak sobie z tym poradzić?

Tak, to idealny przepis na wypalenie zawodowe. Musisz sprawić, by przełożeni zdali sobie sprawę z absurdalnych sytuacji, w które ciągle cię wciągają. Jeśli są zagorzali i nie chcą się ruszyć, czas przenieść się gdzie indziej.

Istnieją tutaj dwa podejścia. Pierwszym jest poświęcenie czasu na wykonanie ostatniego projektu, który był „podobny” do nowego. I dwukrotnie, aby uwzględnić koszty założenia / nauki nowego środowiska.

Drugim jest poinformowanie ich, że musisz się specjalizować, aby osiągnąć sukces. Jack wszystkich zawodów jest mistrzem żadnego.

Czy to normalne? Czy każdy pojedynczy element pracy wymaga za każdym razem uczenia się czegoś zupełnie nowego?

Nie.

Jeśli chcesz podać lepsze oszacowania, ucz się z przeszłości . Śledź, ile czasu zajmuje wdrożenie nowej technologii w porównaniu z faktyczną implementacją. Może to być trudne, jeśli robisz oba jednocześnie, ale staraj się być świadomy różnicy.

Dokonaj szacunków w oparciu o normalny dzień roboczy , bez normalnych przerw. Nie uwzględniaj nadgodzin w swoich szacunkach. Pozostaw to, aby pomóc uporać się z wszelkimi pojawiającymi się problemami. Lubię korzystać z nadgodzin, aby pomóc w realizacji projektów na czas, jeśli występują problemy.

Zawsze wykorzystuj to, co wiesz , nawet jeśli jest to zupełnie nieznane terytorium. Na przykład znajomość jednego języka programowania pomoże ci w nauce drugiego. Po wystawieniu się na różne paradygmaty będziesz w stanie określić najbliższą względną technologię, z której możesz czerpać. Na przykład, jeśli chcesz użyć C # i nie znasz go, możesz skorzystać ze swojej wiedzy o Javie lub C ++, aby zacząć. To nie będzie jeden do jednego i zwykle istnieją różne metody osiągnięcia tego, czego potrzebujesz, ale to dobry punkt wyjścia.

W takich sytuacjach najlepiej jest oszacować implementację na podstawie czegoś, co już wiesz . Dodaj trochę dopełnienia do rozwiązywania problemów i radzenia sobie z nieznanymi (zwykle niewielki procent całkowitej oceny). Oprócz tego dodajesz trochę czasu na badania i naukę , aby przyspieszyć każdą nową technologię, której będziesz potrzebować. Na to oszacowanie mogą mieć wpływ np. Dostępność dokumentacji (np. Dokumentacja API, posty na blogach, pytania na tych stronach).

Teraz, gdy to już nie przeszkadza, przechodzimy do innej sprawy: z góry ustalonych terminów. Jedną rzeczą jest przeoczyć własne oszacowania, ponieważ są one obowiązkiem, ale zupełnie innym jest wyznaczenie terminu, który jest nierealny (co, jak sądzę, dzieje się w twoim przypadku). W tej sytuacji najlepiej jest nadal dokonywać własnego oszacowania, aby sprawdzić, czy termin jest wykonalny, czy nie. Jeśli nie, poinformuj przełożonego jak najszybciej, jaki jest twój przewidywany termin i dlaczego jest inny. Jeśli możesz podać zestawienie różnych zadań i godzin potrzebnych do wykonania każdego z nich, pomogłoby to w oszacowaniu.

Jeśli kierownictwo nie jest otwarte na twoje uwagi, być może nadszedł czas, aby szukać gdzie indziej. Im dokładniejsze są twoje szacunki w czasie, tym większe prawdopodobieństwo, że kierownictwo cię wysłucha, jeśli twoje szacunki różnią się od ich szacunków. Oczywiście zależy to od rozsądnego i obiektywnego zarządzania.

Jeszcze jedno - nie wspomniałeś o tym, ale jeśli masz prawo do świadczeń wakacyjnych, skorzystaj z nich . Nie pozwól im odejść. Nie będziesz robić siebie ani nikogo, kogo pracujesz dla przysług, jeśli twoje zdrowie lub koncentracja pogorszą się do tego stopnia, że ​​nie będziesz w stanie pomyślnie ukończyć projektów. Jeśli nie możesz wziąć urlopu, ponieważ projekt jest zawsze należny do x daty i jest sprzeczny z wakacjami, nadszedł czas, aby szukać gdzie indziej - szczególnie w sposób, w jaki oczekuje się spełnienia tych wymagań.

Życzę Ci powodzenia.

Masz absolutną rację w swoich uczuciach. Obecnie dzieje się wiele fałszu w następujących obszarach:

„Full Stack Engineer”. To jest baloney. Nie znam nikogo, kto byłby doskonały w językach backend, doskonały w bazie danych i doskonały w interfejsie. Ludzie mogą być dobrzy w pół tuzinie języków i / lub trzech różnych systemach baz danych, ale wciąż będzie ich dużo.

Starsi ludzie „Jack of all trade, master of none” rozumieją to i dowiadują się, że muszą wybrać obszary, w których specjalizują się.

„10 000 godzin”. Powszechne odniesienie do bycia naprawdę dobrym („ekspertem”) w czymś. Porównaj to z godzinami spędzonymi w każdym z tych obszarów. Być może będziesz musiał mieć 178 lat, aby zdobyć w nich wiedzę.

Więc powyższe nie jest „odpowiedzią”, jest zgodą i większą ilością pasz dla twojego armaty ... ponieważ odpowiedź jest taka, że ​​musisz umówić spotkanie z zarządem i poinformować ich, że te projekty były świetne, kochałeś pomagając firmie we wszystkich tych różnych obszarach. Ale cierpicie. Wpływa na twoje zdrowie. Jesteś zestresowany. Chcesz dostarczyć produkt wysokiej jakości na czas, ale te okoliczności sprawiają, że jest on niesamowicie trudny. Sprawiło, że nawet kwestionujesz swoją przyszłość w firmie. Jeśli jesteś zarówno dobry, jak i ceniony, nie powinno to stanowić problemu.

Ten rodzaj pracy jest typowy dla agencji interaktywnych. Niekończący się strumień niepowiązanych, niepotrzebnych projektów w niemożliwych terminach.

Spójrz na to jako potencjalnie przydatny etap kariery, ale bądź gotów przejść dalej, zanim się wypalisz. Nie możesz zmienić tego biznesu i jego potrzeb.

Rozpocznij rezerwowanie czasu na oszacowanie. Im mniej znasz technologię, tym więcej czasu potrzebujesz, aby uzyskać dobre oszacowanie.

Postaraj się uzyskać określoną ilość czasu, aby stworzyć coś eksplorującego dane potrzeby. Powinieneś mieć znacznie lepszy pomysł na to, co musisz zrobić po tym. Na przykład, jeden lub dwa tygodnie, aby nabrać tempa w Hadoop, jest na niskim poziomie, ale powinno wystarczyć, aby dać ci więcej pewności w swoich szacunkach.

Potem potrzebujesz po prostu więcej umiejętności szacowania. Spróbuj śledzić, na czym spędzasz czas. Upewnij się, że zawsze dostaje się do twoich prognoz z góry. Śledź swoje prognozy w porównaniu z faktycznym czasem spędzonym i uwzględniaj to w przyszłych szacunkach.

I zawsze daj sobie bufor.

Po pierwsze - upewnij się, że wiesz, kto podjął się zobowiązania - jeśli to twój, to twój problem i powinieneś go rozwiązać. Jeśli to nie twoje, to nie twój problem. Powiedz każdemu, kto podjął się zobowiązania w Twoim imieniu, że zrobisz co w jego mocy. Teraz sztuczka - nie podejmuj zobowiązań, których nie możesz dotrzymać. Trzymaj się broni.

Jesteś prześladowany - jakie przepisy obowiązują w twoim kraju?

Kilka użytecznych faz, których użyłem (oszczędnie, tylko gdy mam inne opcje)

• „Nie możesz negocjować prognoz, jakie funkcje chcesz usunąć? Co z jakością?”
• „Nie robię marszu śmierci”.
• „Jeśli sądzisz, że x można zrobić w y, zrób to. Cieszę się, że nie udało ci się.”
• „Skąd się wzięło to oszacowanie / oś czasu? Cóż, zachęć ich do zrobienia tego”
• „Zarządzanie projektami jest jak wiosna, im bardziej ją kompresujesz, tym większy bałagan, kiedy się zsuwa, czując się szczęśliwy?”
• „Wykonujesz swoją pracę, pozwól mi wykonać swoją”
• „Chciałbym podjąć to zobowiązanie i rozumiem, że potrzebujesz x do y i jak ważne jest dla ciebie. Aby ta praca była mi potrzebna (wypełnij to, co zrobi największą różnicę)”