Prawdopodobnie nie będzie to lubiana odpowiedź i nie ułatwi ci twojej pracy, ale właśnie to bym zrobił. Poza tym nie możesz dev, gdy utkniesz na spotkaniach, na których nie dzieje się nic konstruktywnego, nie możesz dev, gdy ludzie są tak sfrustrowani, a warunki są tak absurdalne, że miejsce pracy przypomina bójkę w barze, i to może uratować projekt, który znajduje się w spirali śmierci.
1) Anonimowo skontaktuj się z zarządem spółki dominującej i wyjaśnij im sytuację. Powiedz im, że albo (A) twoje kierownictwo ustaliło harmonogram bez konsultacji z zespołem deweloperów i albo nie mieli pojęcia, jak skomplikowany był projekt, albo (B), jeśli chcesz odrzucić winę od kierownictwa, że poczyniono pewne założenia , na przykład, że będziesz mógł ponownie wykorzystać tysiące wierszy kodu z poprzedniego projektu, ale po pewnym majsterkowaniu szybko okazało się, że stary kod nie został zaprojektowany dla tego projektu i że musisz zacząć całkowicie od zera. Wyjaśnij, że sytuacja przeszła na południe, że wskazywanie palcami i nadużycia ze strony kierownictwa wzrosły do niemożliwego do zaakceptowania poziomu, a lider zespołu, którego nie można było winić, już zrezygnował.
Jeśli się powiedzie, osiągnie to co najmniej jeden z następujących celów: (1) Po konfrontacji z faktami skrobią projekt i znajdą dla was coś innego, nad czym pracujemy, (2) Przyniosą inny zespół programistów, który będzie zostać przydzielonym do zajmowania się częścią programu, aby twój zespół mógł ponownie przydzielić swoich członków, (3) Przedłużą termin.
2) Jeśli to nie zadziała, zaokrąglij wszystkich programistów i zgódź się na całkowite zarządzanie stonewall. Trudno byłoby ich całkowicie zignorować, więc może znajdź kogoś, kto nie ma nic przeciwko utracie pracy w tym momencie, i poproś kierownictwo o przeniesienie ich do obowiązków związanych z „integracją zarządzania”. Sprzedaj to kierownictwu: będzie tłumaczem między tobą (deweloperami) a zarządem, aby mogli być lepiej poinformowani, a programiści nie musieli być odrywani od pracy, aby cały czas wyjaśniać sprawy kierownictwu. Ta osoba będzie w zasadzie twoim własnym małym Sekretarzem Prasowym Białego Domu, który odbierze ci ciepło. Poproś, aby zrobili fałszywe zdjęcia, prezentacje PowerPoint i wykresy na temat wszystkich „postępów”, które są dokonywane (być może nawet wykładniczy wykres słupkowy z etykietą „ niepotrzebne bzdury. Aby obalić przekonanie, że po prostu ma BS, niech co kilka tygodni konstruuje fałszywy prototyp / program. Funkcjonalność, której nie można sfałszować, należy uznać za ukończoną, ale nie w wyświetlanej wersji, ponieważ istnieje sześciotygodniowe opóźnienie między prototypem a miejscem, w którym deweloperzy są w tym momencie. Jego zadaniem jest zarządzanie kamizelkami. Jeśli kierownictwo zadaje konkretne pytania programistom, programiści powinni po prostu powiedzieć, że nic nie wiedzą o tej konkretnej części programu (chyba że jest to skomplikowana część, której kierownictwo nie jest w stanie zrozumieć, należy zapoznać się z następującym zdaniem). kładzie je pod pistoletem i pyta, co to dokładnie jest niepotrzebne bzdury. Aby obalić przekonanie, że po prostu ma BS, niech co kilka tygodni konstruuje fałszywy prototyp / program. Funkcjonalność, której nie można sfałszować, należy uznać za ukończoną, ale nie w wyświetlanej wersji, ponieważ istnieje sześciotygodniowe opóźnienie między prototypem a miejscem, w którym deweloperzy są w tym momencie. Jego zadaniem jest zarządzanie kamizelkami. Jeśli kierownictwo zadaje konkretne pytania programistom, programiści powinni po prostu powiedzieć, że nic nie wiedzą o tej konkretnej części programu (chyba że jest to skomplikowana część, której kierownictwo nie jest w stanie zrozumieć, należy zapoznać się z następującym zdaniem). kładzie je pod pistoletem i pyta, co to dokładnie jest każ mu skonstruować fałszywy prototyp / program co kilka tygodni. Funkcjonalność, której nie można sfałszować, należy uznać za ukończoną, ale nie w wyświetlanej wersji, ponieważ istnieje sześciotygodniowe opóźnienie między prototypem a miejscem, w którym deweloperzy są w tym momencie. Jego zadaniem jest zarządzanie kamizelkami. Jeśli kierownictwo zadaje konkretne pytania programistom, programiści powinni po prostu powiedzieć, że nic nie wiedzą o tej konkretnej części programu (chyba że jest to skomplikowana część, której kierownictwo nie jest w stanie zrozumieć, należy zapoznać się z następującym zdaniem). kładzie je pod pistoletem i pyta, co to dokładnie jest każ mu skonstruować fałszywy prototyp / program co kilka tygodni. Funkcjonalność, której nie można sfałszować, należy uznać za ukończoną, ale nie w prezentowanej wersji, ponieważ istnieje sześciotygodniowe opóźnienie między prototypem a miejscem, w którym deweloperzy są w tym momencie. Jego zadaniem jest zarządzanie kamizelkami. Jeśli kierownictwo zadaje konkretne pytania programistom, programiści powinni po prostu powiedzieć, że nic nie wiedzą o tej konkretnej części programu (chyba że jest to skomplikowana część, której kierownictwo nie jest w stanie zrozumieć, należy zapoznać się z następującym zdaniem). kładzie je pod pistoletem i pyta, co to dokładnie jest sześciotygodniowe opóźnienie między prototypem a miejscem, w którym deweloperzy są w tym momencie. Jego zadaniem jest zarządzanie kamizelkami. Jeśli kierownictwo zadaje konkretne pytania programistom, programiści powinni po prostu powiedzieć, że nic nie wiedzą o tej konkretnej części programu (chyba że jest to skomplikowana część, której kierownictwo nie jest w stanie zrozumieć, należy zapoznać się z następującym zdaniem). kładzie je pod pistoletem i pyta, co to dokładnie jest sześciotygodniowe opóźnienie między prototypem a miejscem, w którym deweloperzy są w tym momencie. Jego zadaniem jest zarządzanie kamizelkami. Jeśli kierownictwo zadaje konkretne pytania programistom, programiści powinni po prostu powiedzieć, że nic nie wiedzą o tej konkretnej części programu (chyba że jest to skomplikowana część, której kierownictwo nie jest w stanie zrozumieć, należy zapoznać się z następującym zdaniem). kładzie je pod pistoletem i pyta, co to dokładnie jestsą robi, powiedz im, aby mówić o naprawdę skomplikowanych rzeczy i machają rękami w powietrzu wokół, starając się wykazać pacjenta poprzez rysowanie i łączenia rzeczy w przestrzeni 3D. Zdezorientowani i zirytowani tymi „dziwnymi dziwactwami programistów”, zdecydują, że z twoim małym tłumaczem jest o wiele łatwiej rozmawiać i zostawić programistów w spokoju. Kiedy minie sześć miesięcy, niech twój tłumacz upadnie, po prostu przestań się pojawiać. Działaj zdziwiony, gdy kierownictwo powie Ci wszystko, co mówił, a następnie powiedz im, że najwyraźniej stracił rozum z powodu presji związanej z pracą. Powiedz im, że był twoim najsłabszym programistą, więc pomyślałeś, że może być bardziej przydatny w „Paradigm Integration Engineer” ( SROKA), ale że byłeś zaskoczony, że nie mógł sobie z tym poradzić. Poleć inną osobę (czytaj: męczennik) do pracy, twierdzę, że jest on znacznie bardziej znany i szanowany w zespole - w pełni wykwalifikowany do pracy! Niech tam wejdzie i będzie zaskoczony tym, co powiedział ostatni facet, a potem powie, że wszystko to było dziełem jego wyobraźni. Kierownictwo będzie musiało spędzić co najmniej miesiąc lub dwa, ucząc się BS starego faceta i ucząc się BS nowego faceta, a miną kolejne 3 lub 4 miesiące, zanim złapią nowego faceta. W tym momencie kierownictwo będzie wściekłe i odmówi posiadania kolejnej SROKI, w którym to momencie będą znów oddychać na szyi - ale przynajmniej kupiłeś sobie 9-12 miesięcy bezproblemowej pracy.
To nie jest bardzo dobry plan, ale mimo wszystko jest o wiele lepszy niż ciągłe przybieranie się do pracy, wstrząsanie przez cały dzień, a następnie decydowanie się na przerwę na lunch.