Powinieneś skupić się na łodzi ratunkowej dla siebie

Ktoś polecił Ci poprowadzić projekt, któremu pozostało zaledwie 5 dni, co jest całkowitą katastrofą? Mając tylko 5 dni, wydaje się, że powinni wybrać tymczasowego lidera z samego zespołu. O ile nie poinformowali Cię o wszystkich tych problemach (głównie o stażystach, problemach z licencją Unity i niezwykle wysokich stawkach) przed przyjęciem pracy , jesteś kozłem ofiarnym lub pracujesz dla ludzi pozbawionych ciekawości / umiejętność / umiejętność sprawdzenia rzeczy.

Informowałbym swoich przełożonych o problemach w oficjalnym liście (szukałbym różnych wymówek, aby uniknąć czegokolwiek innego niż pisanie e-maili w celu zachowania śladu papieru) i zacząłem szukać pracy. Podejrzewam, że i tak będziesz potrzebować trochę. Ktokolwiek cię awansował, wręczył ci parującą kupę bzdur i wykałaczkę, żeby sobie z tym poradzić.

Jeśli przynajmniej do pewnego stopnia ufasz kierownictwu, poinformuj ich szczegółowo o problemach i że projekt nie jest jeszcze bliski ukończenia. Jeśli podejmą wystarczające działania naprawcze i nie obciążą Cię za dotrzymanie terminu, możesz rozważyć pozostanie. W przeciwnym razie po prostu wykonaj plan odlotu, który już przygotowałeś.

Jeśli nie ufasz zarządzaniu, wyślij ten sam e-mail i zrób wystarczająco dużo pracy, aby nie dać się nazywać leniwcem podczas poszukiwania pracy. Zasadniczo odpisz firmę w tym momencie.

Jeśli naprawdę im nie ufasz i uważasz, że zostałeś skonfigurowany, zrezygnuj natychmiast ze skutkiem, jeśli możesz sobie na to pozwolić. Nie chciałbym, aby moje nazwisko było przypisane do dużego projektu tuż przed jego upadkiem, zwłaszcza jeśli jest to wystarczająco duży projekt, o którym ludzie mogliby wiedzieć.

Uważaj, myśląc, że znajdziesz sposób na zapisanie projektu. Nie mogę definitywnie powiedzieć, że jest to niemożliwe, ale nie wygląda to dobrze. I zostaniesz pociągnięty do odpowiedzialności za twierdzenie (lub nawet mówienie, że spróbujesz), że możesz ukończyć projekt. Twoi programiści mogą wzdragać się przed kryzysem, mogli ustawić plany odlotów, wiele pozornie działającego kodu może być śmieciami itp.

Czas zbudować łódź ratunkową i wypłynąć stamtąd, zanim menedżer spróbuje służyć twojej głowie za niepowodzenie projektu.

Zatem Twoim zdaniem, co byś zrobił w tej sytuacji? Powiedz prawdę klientowi? Czy projekt zakończył się z błędem?

Jak najszybciej pójdę z szefem i przedstawię mu sytuację. Powiedz im, że w tej chwili brakuje ci zasoby, aby zakończyć projekt na czas.

Zadzwoń do nich, napisz ... cokolwiek musisz zrobić, aby się z nimi skontaktować, ponieważ jest to krytyczne .

Zapytaj, co można zrobić, aby projekt dotarł na czas.

Zrób to również na piśmie; e-mail jest w porządku. W ten sposób masz dowody na poparcie swoich roszczeń w przyszłości (więc nie jesteś kozłem ofiarnym).

W międzyczasie kontynuuj pracę nad błędami w normalny sposób (z twojego komentarza wynika, że ​​menedżer tak zalecił ci przed ostatecznym terminem).

Jeśli firma ma przetrwać, możesz zostać kozłem ofiarnym - lub przedstawić się profesjonalnie radząc sobie z okropną sytuacją.

Skoncentruj się na zapisywaniu i komunikowaniu problemów z tym projektem.

Jak się wydaje, 5 dni to może za mało na wykonanie tego zadania, ale postaraj się przynajmniej to zrobić.

• Gdzie są problemy projektu? Technicznie & organizacyjnie
• Jak można rozwiązać te problemy
• Ile dodatkowego czasu będzie potrzebne

Przygotuj te informacje dla swojego szefa. Przekaż to.

Podczas rozmowy z szefem dowiedz się, czy:

• klient wie nawet, że istnieje jakiś problem
• klient jest przygotowany na nieco dłuższe oczekiwanie - ponieważ powinno to być oczywiste wystarczająco długo.

Pięć dni przed terminem ktoś powinien był przynajmniej przekazać informację, że wciąż jest kilka problemów do rozwiązania. Jeśli nie, klient powinien przynajmniej zostać poinformowany w uporządkowany sposób i wiedzieć, ile czasu to zajmie. Bez odpowiedniego harmonogramu nie będziesz w stanie powiedzieć klientowi. W każdym projekcie zawsze pojawiają się problemy i czasami nie dotrzymujemy terminów. Pytanie brzmi, jak profesjonalnie radzimy sobie z takimi sytuacjami. To jest teraz twoje zadanie. Komunikuj się, komunikuj i komunikuj się.

I zamów książkę dla swojego szefa na przyszłe projekty: „Mityczny ludzki miesiąc”. Twoja sytuacja jest dokładnym przykładem podanym w tej książce. Jeśli projekt się nie powiedzie, nigdy nie próbuj rzucać na niego więcej lub innych programistów. Wygląda na to, że szefowie w branży oprogramowania są tacy sami przez ostatnie 40 lat.

Z korzyścią dla firmy: powinna odbyć się dyskusja między tobą, twoim menedżerem i kimś, kto może podejmować decyzje dotyczące wielomilionowych projektów.

Faktem jest, że za pięć dni nie będzie produktu wolnego od błędów, to jest pewne. Faktem, o czym należy jasno poinformować kogoś wyższego niż twój przełożony, jest to, że nie możesz nic na to poradzić, i że jeśli stanie się gruszką, to twój menedżer powinien zostać zwolniony, a nie ty. Faktem jest, że jest to bardzo, bardzo krytyczne czasowo.

Ten wyżej musi podjąć decyzję, czy stracić wiele milionów, czy udać się do klienta, czołgając się i jakoś udaje mu się obniżyć koszty (czyli coś poza twoją ligą i poza ligą twojego menedżera), lub w celu wysłania produktu z błędami i utraty reputacji oraz ponoszenia dodatkowych kosztów związanych z naprawą błędów.

Więc to jest jedna rzecz, którą musisz zacząć. Inną rzeczą jest to, że musisz zrobić wszystko, co w Twojej mocy, aby nadać oprogramowaniu taki kształt, w którym nie ma oczywistych błędów, aby można je było przekazać klientowi i zaakceptować przez niego. Klient zawsze znajdzie problemy z oprogramowaniem po jego zaakceptowaniu i nie wie, czy są jakieś problemy, o których wiedziałeś. Zatem „wolny od znanych błędów” nie jest kryterium, ale „wolny od błędów, które powodują, że klient odrzuca akceptację oprogramowania, które kosztuje nas miliony”, jest to kryterium.

Jest więc szansa wyjść z tego jako bohater i szansa na wyjście z tego bez pracy. Zależy od Ciebie.

Zarządzanie kryzysowe czasami polega na wstrząśnięciu sprawami, przewracaniu tabel (metaforycznie), „ porzuceniu narzędzi” i wyjściu z rutyny. Masz zdemotywowany personel i niemożliwy projekt. Milczenie i pozwolenie na niepowodzenie nie wchodzi w grę; nie narzekają na to ani nie ignorują tego. Musisz zająć się sytuacją i wskazać drogę naprzód , nawet jeśli nie masz formalnego upoważnienia do jej zatwierdzenia.

Ważne jest nie tylko pokazanie zespołowi, i Twoi menedżerowie, że sytuacja się zmieniła, ale także klient musi wiedzieć, że do zespołu został wyznaczony nowy „menedżer kryzysowy” i że jest nowy plan realizacji . Pamiętaj, klient z pewnością wiedział, że projekt jest opóźniony i zawiera błędy, i chce, aby to naprawić. Prawdopodobnie są odznaczeni u poprzedniego kierownika projektu i nie podoba im się „jak się sprawy mają”. Nie krępuj się budować relacji, opowiadając im o wszystkich rzeczach, które poprzedni menedżer zrobił źle lub czego nie zrobił, i wyjaśnij, że w mieście jest nowy szeryf.

Twój plan powinien być prezentowane klientowi bezpośrednio (nie za pośrednictwem szefa lub działu sprzedaży) i powinno zawierać:

• Określ co będziesz robić i czego nie zamierzasz robić . Wymień 12 konkretnych błędów, które naprawisz, i ogłoś „zamrożenie” innego kodu / funkcji do czasu wydania.

• Podaj nową oś czasu dla robiąc konkretnie te rzeczy.

• Powiedz im dokładnie, czego potrzebujesz , jeśli chcą, aby to się powiodło (np. licencje oprogramowania „pro” dzisiaj ). Bądź tu trochę taktowny; nie oskarżaj swojego menedżera o to, że jest tani, niekompetentny lub łamie prawo, po prostu powiedz klientowi, że jest to coś, za co musisz zapłacić , nie zastanawiając się, dlaczego jeszcze tego nie masz.

• Wyjaśnij problem z usługami innych firm i powiedz im, co muszą zrobić lub zdecydować , ponieważ (w ramach zamrożenia kodu) nie zajmiesz się nim, dopóki po wydaniu

Krótko mówiąc, jasno dajesz do zrozumienia, że ​​obecna sytuacja ma problem i że jesteś nowym liderem zespołu, który jest w 100% zdeterminowany, aby naprawić to, co jest zepsute to i masz plan. Mogą to wziąć lub zostawić. Jeśli zainwestują w to miliony dolarów, będą chcieli uratować projekt, zamiast zobaczyć, jak się nie powiedzie. Twój szef lub dział sprzedaży mogą próbować zniechęcić Cię do bezpośredniej rozmowy z klientem, ponieważ (świadomie lub nie) cieszą się przywilejem posiadania relacji z klientem, ale później podziękują za uratowanie projektu. „Lepiej prosić o przebaczenie niż o pozwolenie”.

Potrzebujesz spotkania awaryjnego z najwyższym kierownictwem (najwyższymi ludźmi, których głowy kręcą się, jeśli ten projekt się zawiesi i spali).

Nie możesz jasno powiedzieć, czy zostałem managerem projektu lub głównym deweloperem. Jeśli jesteś menedżerem, musisz zadzwonić na to spotkanie już teraz, bez opóźnienia. Jeśli nie, musisz nalegać, aby menedżer to zrobił.

Możesz znaleźć pomoc z zewnątrz, aby uratować swój tyłek. Kilka prawdziwych cracków Unity, które mogą cię uratować. Oczywiście za najlepsze pieniądze, ale szkody będą nadal mniejsze niż w przypadku awarii projektu. Ale właśnie dlatego potrzebujesz zaangażowanego najwyższego kierownictwa, ponieważ potrzebujesz osoby z odpowiednimi uprawnieniami do wydawania pieniędzy.

Potrzebujesz również awaryjnej komunikacji z klientem. W zależności od tego, co wie lub nie, charakteru projektu i podpisanej umowy, może być możliwe ogłoszenie lub negocjowanie opóźnienia, aby kupić niezbędny czas.

Musisz eskalować to i wyjaśnij na piśmie , że jest to sytuacja, w której znalazłeś się po objęciu nowej roli i jesteś bardzo pewien, że o ile nie zostaną podjęte działania nadzwyczajne natychmiast projekt nie zostanie dostarczony na czas. Musisz to zrobić, aby zakryć swój tyłek i nie stać się facetem od upadku.

Wiele osób mówi ci, żebyś ciął i biegał. Ale to z powodu poziomu dramatu, który tworzysz w związku z tym, co oczywiście odzwierciedla bardzo wysoki poziom dyskomfortu i niepokoju. Co sprawia, że ​​nie pasujesz do roli menedżera kryzysowego. Potrzebują kogoś, kto naprawi statek. Możliwe, że mają kłopoty, ponieważ ostatnia osoba nie była uczciwa wobec kierownictwa.

Twoja odpowiedzialność jest ograniczona

Jako pracownik W-2 nie ponosisz osobistej odpowiedzialności dla wyników tutaj w sensie prawnym. Klient nie może przyjść do Ciebie osobiście w żaden sposób.

Jest to projekt Unity3D, za który klient zapłacił (ogromną sumą pieniędzy)

Jeśli projekt jest nadal buggy za 5 dni, firma straci przyszłe kontrakty potencjalnego klienta, które mogą być wycenione na kilkadziesiąt milionów dolarów

To duża torba nie twój problem / nie twoja praca .

Łatwo jest uzyskać kompleks bohatera i myśleć, że wynik zależy od Ciebie. Ale nie jest. Spoczywa bezpośrednio na barkach innych, którzy mają skórę w grze : zainwestowali swój kapitał w ten biznes, a ich osobisty majątek płynie lub tonie w oparciu o ich decyzje.

Co do zbliżającego się kryzysu, tego nie wiesz. Ich praca polegała na tym, by trzymać rękę na pulsie swojego projektu i być w stałym kontakcie z klientem na jego temat. Jest całkiem możliwe, że już prowadzą z klientem rozmowę „spóźnią się”, a właściciele i klient rozwiązują ten problem. To nie twój problem .

Dzięki temu Unity może mieć dostęp do informacji o klientach (i może to powodować procesy sądowe prowadzone przez klienta). Nikt z nas nie ma Unity Pro (wydaje mi się, że Unity również może wszcząć proces)

Nie mogą Cię pozwać . Jesteś tylko pracownikiem. Jesteś chroniony przez zasłonę korporacyjną, nie jesteś dyrektorem, oficerem ani wyższym menedżerem, więc nie masz określonego rodzaju powierniczego obowiązku , który można zaskarżyć. Nie jesteś prawnikiem i nie znasz legalnych produktów firmy, więc naprawdę nie wiesz.

Powinieneś powiedzieć coś w stylu „Nie jestem pewien, czy mamy poprawne Licencja na oprogramowanie Unity na to, co robimy, prosimy o sprawdzenie tego przez dział prawny "i twoja praca jest skończona.

Więc będzie późno

Po pierwsze, absolutnie pierwsza rzecz, musisz zgłosić kierownictwu, że jest późno, i zgrubne poczucie, jak daleko w tyle w stosunku do części, za które odpowiadasz. Ważniejsze jest to, aby zrobić to szybko, niż dokładnie to zbadać, więc poświęć 1 godzinę, a nie 2 dni na pisanie tego raportu. To są rzeczy, które muszą wiedzieć, aby podejmować decyzje biznesowe .

Twoim następnym zadaniem jest sformułowanie planu wykonania części jak najszybciej, choć późno. Będziesz chciał to rozwinąć w ciągu następnego dnia lub dwóch szczytów. Ustaw realistyczny harmonogram i umieść to w innym pisemnym raporcie. To twoja praca.

To są raporty CYA. Przechodzą na papier. Umieść kopię w samochodzie, zanim im ją przedstawisz, a następnie przekaż lub przedstaw jej asystentowi administratora lub kierownikowi. Wyślij również e-mail w formacie PDF. Nie muszą wiedzieć o kopii, którą zachowujesz dla siebie. To karta „uwolnij się od więzienia” w mało prawdopodobnym przypadku, gdy będziesz jej potrzebować, ale waham się, czy to powiedzieć, ponieważ nie chcę, abyś wpadł w panikę. Nie będziesz tego potrzebować.

Nie chodzi o to, że to Twoja firma, ale to, co naprawdę się tutaj wydarzy, to termin, który przyjdzie i odejdzie, a firma porozmawia z klientem i spróbuje dowiedzieć się, co dalej i jak najlepiej zachować wartość. Niemal na pewno klient zgodzi się na przesunięty termin zakończenia. Jeśli Twoja firma ma Twoje dane szacunkowe, może negocjować z pozycji silnej i pewnej siebie, a to jest najlepsza szansa na uratowanie kontraktu.

To nie jest pierwszy późny projekt w rozwoju oprogramowania .

Okazja puka

W przeciwieństwie do zaakceptowanej odpowiedzi, zamierzam wyjść na prostą i powiedzieć, że prawdopodobieństwo wyrzucenia z pracy wynosi 0. W przeciwieństwie do poprzedniego menedżera, pokazałeś, że wiesz, co robisz i możesz wszystko załatwić. Zostałeś przydzielony do projektu, bo każdy wie, że to program $ #! + I nikt nie chce go dotykać 20-stopową tyczką. Zapewne wszyscy wiedzą, że to „misja samobójcza”. Dlatego spodziewają się, że poniesiesz porażkę i prawdopodobnie tak się stanie.

Ponieważ firma znajduje się w złej sytuacji, a ty zostałeś wyznaczony do kierowania misją ratunkową, masz teraz ogromny wpływ. Jakie mają opcje? Gdyby mieli kogoś lepszego do naprawienia Titanica, autorem tego pytania byłaby ta osoba. Nie myśl więc o tej sytuacji jako o „awansowaniu” do projektu: potraktuj to jako prawdziwą okazję do awansu.

Powiedz prawdę

Były menedżer albo kłamał o postęp, aby nie wyglądali źle, lub już powiedzieli kierownictwu, że harmonogram jest niemożliwy, a kierownictwo je zignorowało. Przeprowadź profesjonalną, ale beznamiętną ocenę sytuacji: „Oceniłem pozostałe błędy jako małe, średnie lub duże. Małe błędy można prawdopodobnie naprawić w ciągu 2-4 godzin przez pośrednika programisty Unity. Medium można naprawić w 4-12 godzin , a naprawienie dużych błędów może zająć od 12 do 48 godzin. Biorąc pod uwagę te szacunki, potrzebujemy około 340 godzin na naprawienie tych błędów, ale mamy tylko 4 programistów x 8 godzin x 5 dni = 160 godzin pracy. Wynika to z znaczny brak doświadczenia Unity wśród zespołu. ”

Przedstaw swoje wymagania

Najpierw powiedz swojemu menedżerowi, że musisz uzyskać odpowiednią licencję Unity lub nie będziesz pracować nad projektem . Pamiętaj, że osobiście nie masz do stracenia milionów dolarów. A jeśli firma cię teraz wyrzuci, ktoś (lub może wiele osób) nad tobą będzie podążał za tobą za drzwi.

Po drugie, jeśli znasz innych ekspertów Unity w firmie, zwłaszcza tych, których znasz i którym ufasz osobiście, powiedz swojemu szefowi dokładnie, kogo chcesz w swoim zespole i jak długo ich potrzebujesz. Wykorzystaj swoje prognozy modelu segregacji jako uzasadnienie. Jeśli myślisz, że możesz przywieźć do pomocy zewnętrzną wypożyczoną broń, zrób to, ale wyobrażam sobie, że nawet czas na wejście na pokład sprawiłby, że rozwiązanie to byłoby niewykonalne.

Po trzecie, powiedz im, co myślisz realistycznie osiągnąć zgodnie z najbardziej prawdopodobnymi scenariuszami dotyczącymi zasobów. Nie drażnij tego. To będzie dla nich gorzka pigułka do przełknięcia, ale muszą to usłyszeć i przygotować klienta. Żeby wyjaśnić sprawę, powiedz swojemu szefowi: „Jeśli te warunki Ci nie odpowiadają, przygotowałem dla Ciebie rezygnację”. W zasadzie to tylko blef, ale musisz to opisać na wypadek, gdyby tak było.

Następstwa

Jeśli firma przetrwa, oczywiście będzie to miało konsekwencje. Problem nie jest taki zły bez wielu poziomów zarządzania. Poszperaj, dowiedz się, kto zignorował ostrzeżenia, ukrył awarię lub w inny sposób działał w złej wierze, i upewnij się, że kierownictwo odpowiednio postępuje z tymi osobami, w przeciwnym razie za kilka miesięcy po prostu znajdziesz się w kolejnym kryzysie. Miejmy nadzieję, że w tym momencie będziesz miał wpływ, aby wymagać zmian i ulepszeń (oczywiście więcej szkoleń Unity), a także premii / promocji dla siebie i każdego, kto wykroczył poza granice. Możesz też szukać nowej pracy. Powodzenia!

Skoncentruj się na tym, co lider zrobiłby w tej sytuacji.

Bądź obiektywny w swojej ocenie i przedstaw swojemu kierownictwu przemyślaną analizę sytuacji teraz, gdy naprawdę jesteś w stanie zdobyć swoje ręce wszystkie istotne informacje. Poinformuj ich o nierozstrzygniętych kwestiach i zapewnij rozwiązania dla każdego z nich.

Jeśli możesz naprawić błędy w ciągu 5 dni, ale będziesz musiał zatrudnić trzech ekspertów-freelancerów za 500 USD / godz., przedstaw to jako złagodzenie ryzyka utraty 10 milionów USD w przypadku niepowodzenia projektu.

Nie bądź negatywny i nie mów, jak źle idzie projekt - przedstaw obecne przeszkody, a następnie powiedz im, jak pokonać każdą z nich. W ten sposób nie jesteś osobą, która nie mogła tego zrobić, jesteś osobą, która przedstawiła rozwiązania odrzucone przez inną osobę.

Niektóre z powyższych odpowiedzi ostrzegają przed wplątaniem na upadek. Pracowałem w miejscach na tyle zdezorganizowanych, by mieć problemy, które opisujesz, ale nie dość makiawelicznych. Brzytwa Ockhama sugeruje prosty chaos, mgłę wojny, brak przepływu informacji itd. I mają już upadłego faceta: menedżera przed tobą. Nie możesz być facetem od upadku, jeśli dobrze rozumiem.

Niektóre z powyższych odpowiedzi sugerują zrobienie minimum, nie bądź bohaterem, zacznij szukać następna praca itp. W mojej karierze doświadczenie w byciu bohaterem jest naprawdę przydatne. Jest to wymagane co jakiś czas. Na twoim miejscu byłbym podekscytowany perspektywą ćwiczenia gaszenia tak dużego pożaru. Jeśli ci się nie uda, to nie twoja wina, a na pewno się czegoś nauczysz. Z mojego doświadczenia wynika, że ​​branże są małe i będziesz napotykał ludzi raz po raz idąc naprzód i lepiej pamiętają nadludzki wysiłek niż wzruszenie ramionami i twoje CV na drukarce zespołu. A kto wie, istnieje możliwość, że coś się ułoży i zapewni ci poważny awans. Może to nie być więcej pieniędzy lub nowy tytuł, ale ludzie zaczną prosić Cię o więcej, słuchając tego, co mówisz i tak dalej. Już samo to sprawia, że ​​praca jest o wiele przyjemniejsza.

Oczywiście nie rozmawiaj z klientem bez pozwolenia, ale zakładając, że możesz, słuchanie jest najważniejsze. Może potrzebują daty, ale nie wszystkie funkcje. Może potrzebują wszystkich funkcji, ale data może się przesunąć. Może ich największym pragnieniem jest po prostu, aby ktoś ich wysłuchał i zrozumiał, czego naprawdę potrzebują i może poślizgnąć się i funkcjom i niezawodności.

Poza tym nie obiecuj na tym etapie, najtrudniejsza rzecz dla każdego inżyniera z mojego doświadczenia.

To DOA - przed przyjazdem. I na pewno byłeś przygotowany na porażkę.

Natychmiastowe zwrócenie projektu do poprzedniego menedżera, który prawdopodobnie zdystansował się, ponieważ narcyzi często żyją w jakimś świecie snów i nie są w stanie wziąć odpowiedzialności za swoje działania . Ktokolwiek zgodził się na zmianę kierownika projektu na krótko przed terminem, może też nim być - i może cię bawić. Nic dziwnego, że po ujawnieniu się rzeczywistości środowisko stało się toksyczne. Ten wywiad ładnie wyjaśnia rzeczywisty problem - i szaleństwo sytuacji. Zawsze staraj się zostawić ślad papieru i mieć przy sobie świadka, kiedy odbywają się odpowiednie spotkania. Jeśli to nie jest możliwe, postępuj zgodnie ze schematem dowodzenia i pozwól przedstawicielom komunikować się z klientem - aby przedstawić im realistyczny harmonogram i wymagania licencyjne. Aby zatrzymać klienta, może być konieczne zgodzenie się na jakąś umowną karę, ponieważ warunki umowy nie będą dotrzymane w terminie. Aby przyspieszyć postęp, konieczne może być zastąpienie niektórych nieistotnych członków zespołu freelancerami.

Chociaż większość, jeśli nie wszystkie, odpowiedzi koncentrują się na szukaniu pierwszego miejsca (tj. ciebie), zaproponuję radykalnie inną odpowiedź. Ale zanim to zrobię, chcę powiedzieć, że to, co opisuję w tej odpowiedzi, nie wyklucza się wzajemnie z tym, co opisano w innych odpowiedziach (tj. Szukanie pracy, dokumentowanie wszystkiego, rzucanie palenia przed porażką itp.) Pamiętaj więc, że w tej sytuacji najważniejszy jest czas. Chcesz zostawić wystarczająco dużo czasu, aby radykalnie zmienić swoje podejście, jeśli zmieni się twoje zrozumienie sytuacji.

To, co musisz sobie uświadomić w takiej sytuacji, to taka, w której przysłowiowe s *** uderzył w przysłowiowego wachlarza. Ktoś bardzo upuścił piłkę i zostałeś wprowadzony w tę sytuację tylko z dwóch możliwych scenariuszy:

1. Ustawiasz się na bycie facetem od upadku.
2. Zostałeś wprowadzony w tę sytuację, ponieważ ktoś wyższy myśli, że jesteś cudotwórcą.

To prawda, każdy instynkt podpowiada mi, że 1. jest znacznie bardziej prawdopodobne, ale 2. jest możliwością, której nie można zignorować, a nawet jeśli nie jest prawdą, nadal można ją urzeczywistnić.

W tej sytuacji, jeśli chcesz rozwiązać to najlepiej, jak to tylko możliwe dla firmy (tj. zdziałać cud), tak naprawdę masz tylko jedną grę, a mianowicie, aby zapewnić sobie pozycję lidera projekt i negocjuj więcej czasu z interesariuszami. Jeśli nie uda ci się negocjować, nie będziesz w gorszej sytuacji niż obecnie. Jeśli ci się uda, możesz negocjować z bardzo silnej pozycji (ponieważ reprezentujesz jedyne światło na końcu tunelu).

Pamiętaj jednak, że są to jedyne dwie możliwości i możesz i huśtaj się na płoty, bo jeśli 1. jest prawdą, i tak będziesz szukał nowej pracy. Jednak zamiast tego możesz po prostu trafić do domu.

TLDR: negocjuj dłużej, ponieważ nie masz nic do stracenia. Albo jesteś facetem od upadku albo cudotwórcą , więc przyjmij to drugie, aw najgorszym przypadku cofnij się do pierwszego i zacznij uciekać.

Oto raczej najemniczy pogląd na ten temat.

Jeśli nie powiedziano Ci, że Twoim zadaniem jest rozmawiać z klientem, to nie Twoim zadaniem jest rozmawiać z nim. Zostaw to kierownictwu, kontraktom lub jakimkolwiek działom.

Są więc dwie możliwości:

1. Oprogramowanie będzie dostarczane z błędami. Jeśli istnieje umowa wsparcia, błędy zostaną naprawione w ramach tej umowy. Klient nie będzie zadowolony, ale Ty nie możesz na to poradzić.
2. Oprogramowanie nie zostanie dostarczone na czas. Ktokolwiek jest odpowiedzialny za rozmowę z klientem, będzie musiał to rozwiązać. To nie twoja praca.

Zrób więc wszystko, co możesz, aby naprawić najbardziej poważne błędy. Może to oznaczać wezwanie innych członków zespołu do pomocy. Lub może to oznaczać zamrożenie ich podczas samodzielnej pracy. Zrób wszystko, aby jak najszybciej naprawić najpoważniejsze błędy.

Utrzymuj kierownictwo na bieżąco z tym, co się dzieje. To przy założeniu, że nie mają już codziennych spotkań.