Pytanie:
Jak możemy sprzeciwić się zbyt krótkiemu terminowi?
Mahbubur R Aaman
2013-03-21 11:54:43 UTC
view on stackexchange narkive permalink

Nasz kierownik projektu przedstawił projekt i przydzielił go naszemu zespołowi. Ilość pracy oszacowano na 3 tygodnie.

Członkowie naszego zespołu omówili projekt i obliczyliśmy, że ilość pracy to 5 tygodni.

Wyjaśniliśmy naszemu kierownikowi projektu, że jego oszacowanie było zbyt krótkie, na co odpowiedział, że powinniśmy pracować w biurze w godzinach nadliczbowych, aby upewnić się, że projekt zostanie złożony w terminie 3 tygodni.

Co powinniśmy zrobić? Termin jest za krótki. Jak powinniśmy zacząć protestować?

Projekty nieustannie nie dotrzymują terminów, co _ rzadko_ kończy się śmiercią projektu. Czy zakres lub funkcje można dostosować tak, aby w ciągu 3 tygodni mieć coś nadającego się do użytku, a następnie zespół może wprowadzić poprawki w razie potrzeby?
Jeśli nadal naciska, możesz wspomnieć, że jako dobry kierownik projektu powinien wiedzieć o modelu ograniczeń projektu i aby dotrzymać terminu, musiałby albo zapłacić dodatkowe godziny, albo zmniejszyć zakres, rezygnując z funkcji. Jednak ludzie tak naprawdę nie lubią, gdy się ich poucza, zwłaszcza gdy są twoim managerem ...
Jeśli chodzi o lekturę pokrewną, ta książka zawiera świetne studia przypadków. http://www.amazon.com/Power-Positive-No-Relationship-Still/dp/0553384260/ref=sr_1_1?s=books&ie=UTF8&qid=1363902437&sr=1-1&keywords=Power%20of%20a%20positive%20no
W porządku, Enderland i ja pogadaliśmy trochę na czacie, ale zdecydowanie robimy tutaj pewne (w większości rozsądne IMO) założenia, ale trochę więcej szczegółów byłoby miło. Czy coś się pali, czy firma ma zamiar przegapić ważną okazję / poniesie ogromną stratę? Czy wyjaśniono powód absurdalnego terminu i nieracjonalnego wymogu dnia pracy?
Przykro mi, ale w kontekście tego pytania uważam, że ważne jest, aby wiedzieć, czy kierownik projektu ma doświadczenie w dziedzinie, nad którą pracujesz. Jeśli tego nie zrobi, to już przegrana bitwa. Jeśli tak, to nie sądzę, że byłoby nierozsądne móc przedstawić fakty i pozwolić, aby reszta mówiła za siebie.
5/3 tygodni to około 166% wysiłku, oblicz na około 13 godzin dnia pracy. Codziennie. Przez następne 3 tygodnie. To nie do zniesienia.
Zwróć uwagę, że może to być również kwestia kulturowa. Reakcja oczekiwana od programistów i przełożonych może w dużym stopniu zależeć od tego, gdzie to się znajduje.
Pamiętaj też, aby oddzielić ilość pracy od terminu. Wysiłek i czas przepustowości to dwie różne rzeczy. Kierownik projektu dokonujący oszacowania wysiłku i ignorujący wkład ekspertów to czyste szaleństwo. Jednak w niektórych przypadkach kierownik projektu ustalający czas realizacji może być uzasadniony, o ile zaakceptuje wpływ na jakość i zakres. Należy również pamiętać, że jeśli zadanie trwa 40 godzin, oznacza to, że czas realizacji nie wynosi 1 tydzień, będzie to 1,3 tygodnia. Nikt nie jest w 100% skuteczny, to też jest zarządzanie projektami 101.
@FrantisekKossuth Nadal bym tego nie zrobił tylko dlatego, że mój menedżer jest dupkiem, który zaangażował zespół bez konsultacji z nim. Mam życie i rodzinę, do której muszę się uczęszczać. Plus zrób to raz, a menedżer zrobi to ponownie.
Czy kierownik projektu podał jakieś szczegóły, takie jak liczba godzin? Czy jest upoważniony do dłuższej pracy?
Czy dostaniesz dwutygodniowy urlop po jego zakończeniu, aby nadrobić dodatkowy przepracowany czas?
Dziewięć odpowiedzi:
Kilian Foth
2013-03-21 12:23:28 UTC
view on stackexchange narkive permalink

Narzucanie terminów bez konsultacji z wdrażającymi, a następnie odrzucanie ich opinii jest oznaką toksycznego środowiska pracy. Żądanie, abyś zrekompensował ich niekompetencję „marszem śmierci” (projekt niedofinansowany o około połowę) jest jeszcze bardziej toksyczny. Wydajesz się kompetentny, więc moją natychmiastową reakcją jest Wynoś się teraz i buduj szczęśliwsze życie .

To powiedziawszy, sednem negocjacji dotyczących terminów jest wiedzieć, co faktycznie jest wymagane. Jeśli termin ma dotrzymać jakiegoś wydarzenia zewnętrznego (targi, krytyczna dostawa do klienta ...), warto rozważyć ograniczenie zakresu tego, co ma być wdrożone. Jeśli termin został ustalony arbitralnie przez kogoś „z góry”, jest to ewidentnie bez znaczenia. Czy w Twoim miejscu pracy jest zwyczaj narzucanie dat, które są rutynowo pomijane? Czy jest to groźba wstrzymania odszkodowania lub uzasadnienie zwolnień? W zależności od tego, jak planowanie i realizacja jest postrzegane w Twoim miejscu pracy, najlepszą reakcją może być negocjowanie większej ilości czasu, więcej zasobów, więcej wynagrodzenia, mniej funkcji itp. Jedyną rzeczą, której nigdy nie powinieneś robić, jest akceptacja warunków, na które > wiem , że zostaną użyte przeciwko tobie dopiero później.

+1 za „Narzucanie terminów bez konsultacji z wdrażającymi, a następnie odrzucanie ich opinii jest oznaką toksycznego środowiska pracy”.
+1 za „Jedyną rzeczą, której nigdy nie powinieneś robić, jest zaakceptowanie warunków, o których wiesz, że zostaną później użyte przeciwko tobie”. Rzeczywiście, w toksycznym środowisku, jeśli nie odmówisz, jest to postrzegane jako umowa, a następnie nie dotrzymał twojej części umowy ”.
„Jedyną rzeczą, której nigdy nie powinieneś robić, jest zaakceptowanie warunków, o których wiesz, że zostaną użyte przeciwko tobie dopiero później”. Generalnie dobrą radą jest nie akceptowanie terminu, o którym wiesz, że przegapisz, ale czasami jest on sprzeczny z oczekiwaniami. W niektórych środowiskach, w których arbitralnie wybrane terminy są rutynowo pomijane, przesunięcie terminu może czasami spowodować więcej szkód politycznych niż zaakceptowanie i niedotrzymanie terminu, nawet jeśli wiesz, że termin jest niewłaściwy. Ale właściwą rzeczą jest wycofanie się z wyjaśnieniami i danymi pomocniczymi.
To zbyt wiele założeń. Często zdarza się, że pojedynczy projekt ma tego rodzaju presję. Nakazanie komuś rzucenia palenia, gdy masz jeden punkt danych z całej firmy, jest absolutnie przesadną reakcją. Cały pierwszy akapit może * w ogóle nie odnosić się * do tej sytuacji i wcale nie jest elementem konstruktywnym dla sensownej odpowiedzi na to pytanie.
@enderland Załóżmy, że za 3 tygodnie wydarzy się coś naprawdę ważnego. Jak to możliwe, że brak szacunku dla życia swojego zespołu, aby móc dalej planować działania w ramach tego krytycznego projektu, nie cuchnie toksycznym środowiskiem? „Możesz pracować do późna” to zupełnie inna odpowiedź niż „Bardzo nam przykro, ale spieprzyliśmy sprawę i musimy to zrobić. Możemy zaoferować premie jako zachęty”. Jasne, wszyscy od czasu do czasu poświęcamy kilka dodatkowych godzin, ale jest duża różnica między spieprzeniem własnych szacunków a po prostu arbitralnym i nieskruszonym przekazaniem komuś szacunku.
@ErikReppen rzecz w tym, że pytający (obecnie) nie daje żadnej wskazówki, jak to zostało zrobione. To mogło być „pieprzcie, pracujcie po godzinach”. Mogło brzmieć: „Przepraszamy za to, ale naprawdę potrzebujemy tego zrobić i całkowicie zrezygnowaliśmy z planowania”. Wiemy tylko, że premier powiedział, że krytyczny termin musi zostać dotrzymany i wymaga nadgodzin, aby to zrobić - to wszystko. Całkiem możliwe jest wymyślenie sytuacji, w których jest to odpowiednie (powiedzmy, że twój reaktor jądrowy został zalany i musisz go naprawić ...). Nie wiemy, w czym jest pytający ani z jaką częstotliwością to się dzieje.
@enderland Nie zamierzam zakładać, że w tej historii jest coś więcej, chyba że OP stawia to w pytaniu lub brakuje oczywistych szczegółów.
@ErikReppen ta odpowiedź oczywiście tak, o co mi chodzi. Jeden błąd w planowaniu projektu nie oznacza, że ​​cała organizacja jest „toksycznym środowiskiem pracy”.
@enderland Przeniesienie odpowiedzialności za błędy własne lub kierownictwa bez żadnych modyfikacji planu lub rekompensaty za dodatkową wymaganą pracę jest najlepszym przykładem toksycznego środowiska dla ludzi, którym przekazano grosze w mojej książce. Pracowałem w takich środowiskach. Regularnie zabrakło grafików, ale rotacja nie była aż tak duża dla kierownictwa i PMów.
pozwól nam [kontynuować tę dyskusję na czacie] (http://chat.stackexchange.com/rooms/8024/discussion-between-enderland-and-erik-reppen)
-1: Ale +1, jeśli zmienisz śmiałość z „Wynoś się teraz i buduj szczęśliwsze życie” na „Pożyteczną rzeczą do rozważenia jest ograniczenie zakresu tego, co ma zostać wdrożone”. Zasadniczo jest znacznie lepszy odpowiedź ukryta pod „Po prostu wynoś się, póki możesz”, zwłaszcza że z definicji powinieneś wypróbować drugi akapit * przed * pierwszym.
Bryan Oakley
2013-03-21 16:34:21 UTC
view on stackexchange narkive permalink

Powiedziałbym coś w stylu „Zrobimy, co w naszej mocy, ale jak pokazaliśmy, nie będziemy w stanie dostarczyć. Z przyjemnością negocjujemy w tej sprawie. Możesz zapłacić nam za dodatkowe godziny pracy , kup nam kolację na noce, kiedy pracujemy do późna, albo moglibyśmy obniżyć funkcjonalność lub jakość. W jaki sposób mamy postępować? ”.

Oczywiście każda sytuacja jest inna. Jeśli jest to pierwszy raz, gdy wniosek został złożony, a termin jest powiązany z wydarzeniem zewnętrznym, którego po prostu nie można zmienić, a jesteś pracownikiem od dawna, który lubi swoją pracę, możesz chcieć dodatkowe godziny dla dobra firmy.

Jeśli jednak jest to powszechna prośba i czujesz, że jesteś wykorzystywany, bądź profesjonalny i negocjuj.

Pamiętaj, że wiele firm ma w umowie, że nie otrzymujesz wynagrodzenia za nadgodziny (w ogóle lub powyżej określonego poziomu stażu pracy). To prawda, poprawną odpowiedzią jest negocjowanie tego, co otrzymasz * zamiast * (np. Elastyczny czas pracy), ale warto też być tego świadomym.
W niektórych sytuacjach alternatywą dla płatnych nadgodzin jest zatrudnianie / sprowadzanie pracowników z innych projektów, o ile można uniknąć prawa Brooksa - czyli zależy od wykonywanej pracy.
„Pracuj więcej” działa tylko wtedy, gdy masz mało czasu. Nic więcej niż tylko trochę krótkie nie można naprawić w ten sposób.
HLGEM
2013-03-21 18:47:01 UTC
view on stackexchange narkive permalink

Musisz się cofnąć. To jest po prostu niedopuszczalne. Jednak nie mów tylko, że potrzebujesz 5 tygodni, daj jemu i jego szefowi podział zadań i czas na ich wykonanie, aby udowodnić, że zajmuje to pięć tygodni. W swoim podziale zadań upewnij się, że uwzględniasz czas na wsparcie QA, czas na reakcję na nieuniknione zmiany, czas na komunikację (czytanie i odpowiadanie na e-maile, spotkania projektowe itp.), Czas na napisanie testu jednostkowego oraz na wykonanie testów i debugowania . Powiedz im, jakie funkcje można usunąć, aby dotrzymać terminu. (Nie sugeruj pozbycia się kontroli jakości - najgorszy projekt, nad którym kiedykolwiek pracowałem, wyeliminował kontrolę jakości przed uruchomieniem produkcji, aby dotrzymać terminu, zajęło półtora roku, aby posprzątać bałagan (i co najmniej 4 menedżerów zaangażowanych w klęskę zostało zwolnionych ) i uszczęśliwić klienta)

Nie zgadzaj się na przepracowanie dodatkowych godzin, aby wykonać pracę, chyba że otrzymasz zapłatę lub inną nagrodę. Praca w dodatkowych godzinach generalnie wydłuża czas potrzebny na wykonanie projektu, ponieważ zmęczeni ludzie pracują wolniej i popełniają znacznie więcej błędów. Jeśli cofnie się o godziny, pozwól mu przeczytać to: http://www.alternet.org/story/154518/why_we_have_to_go_back_to_a_40-hour_work_week_to_keep_our_sanity

Widziałem już ten link, ale naprawdę musi być wszędzie otynkowany.
enderland
2013-03-23 19:01:13 UTC
view on stackexchange narkive permalink

Twój profil zawiera informację, że pochodzisz z Indii. Moje doświadczenie w pracy z osobami z Indii wskazuje, że jest BARDZO mało prawdopodobne, aby kierownik projektu z Indii powiedział bezpośrednio swojemu menedżerowi / szefowi „nie, to niemożliwe”. Jest o wiele bardziej prawdopodobne, że nie skonfrontują się z nimi bezpośrednio i mniej więcej powiedzą „ok, spróbujemy” lub w inny sposób spróbują zrealizować projekt.

Więc to, co prawdopodobnie się stało, to to, że jego bosses oś czasu i nie sprzeciwił się znacząco i jest teraz w niej zamknięty. Twój zespół radzi sobie z efektami tej rozmowy.

Teraz nie może pójść do swojego szefa i powiedzieć „och, tak przy okazji, nie możemy tego zrobić”, ponieważ spowoduje to utratę reputacji itp.

Spróbuj podejść do następujących rzeczy:

  • „Widzimy znaczne trudności w ukończeniu choćby części tego projektu w 3 tygodnie. Dlaczego ten termin jest za 3 tygodnie?”
  • „Czy możemy porozmawiać z [kimkolwiek podjął 3-tygodniową decyzję] i wyjaśnić nasze obawy dotyczące tego terminu?”

Gotowość do powiedzenia „nie możemy tego zrobić to „przy okazji jest to całkowita różnica kulturowa w Indiach niż w Stanach Zjednoczonych.

+1 wielokrotnie za obserwację kulturową.Mimo, że lata późno
Miło to słyszeć nawet 6,5 roku później @Stilez ;-)
mattnz
2013-03-21 12:38:54 UTC
view on stackexchange narkive permalink

Jedna przydatna faza, aby zatrzymać go na swoich torach, powtarzaj za każdym razem, gdy zostaniesz popchnięty

„Nie negocjujemy / nie negocjujemy naszych / moich szacunków, my / ja jednak ......” i zastosuj konstruktywną sugestię. Mogą być

„Pracuj szalone godziny (za darmo)” „Usuń funkcje X, Y i Z” „Zmniejsz / pomiń testy”

W tym przypadku ustalił linię czasu. Musi przypomnieć, że rzeczy, które pozostały do ​​przeniesienia, to zasoby, ilość i jakość. Jako kierownik projektu ponosi wyłączną odpowiedzialność za co, gdzie, przez kogo. Jako Inżynier ponosisz wyłączną odpowiedzialność za zrobienie tego, co powiedziałeś, że zrobisz w terminie, w którym powiedziałeś, że to zrobisz.

To jego termin, nie twój, nie kupuj jego problemu, akceptując go. Upewnij się, że Twoje obawy są dobrze udokumentowane na piśmie. Jeśli decyzja zostanie podjęta przez telefon lub na spotkaniu, uzupełnij ją pisemnym protokołem. Każda rozmowa telefoniczna powinna być zapisywana w notatkach, z podsumowaniem wysyłanym do wszystkich zaangażowanych. Przechodzenie nad jego głową w odpowiednim momencie, jako ostateczność, która pozwoli zdobyć wrogów i zdobyć kilku przyjaciół, jest opcją, z której należy korzystać ostrożnie.

Zgadzam się z doskonałą radą @Kilian Foth - „wynoś się”

proszę nie proponuj pominięcia testów, tylko pogorszysz złą sytuację idąc tą drogą
Pomiń testy, dotrzymaj terminu, może uzyskaj premię za punktualność, zrezygnuj z pozostawiania bezużytecznego PM na lodzie. Jakie są minusy OP? Jakie ma inne opcje? Jeśli OP nie zajmie się numerem 1, nikt inny tego nie zrobi, na pewno nie jego premier ..... (żartuję ... myślę)
@jk. Nie wolno ci tego wymuszać, ale to będzie pierwsza rzecz, którą zrobi kierownictwo, gdy zobaczą, że termin nie dotrzyma. Niezły efekt uboczny: redukuje błędy ;-)
jeśli pominie testy, produkt zostanie wysłany bez testów i zawiera błędy, a on zostanie za to obwiniony, a nie facet, który wyznaczył termin, który uniemożliwił testowanie. To samo, jeśli pominie funkcje, to on poniesie winę za wypuszczenie niekompletnego produktu (lub dokładniej, wymuszenie tego wydania przez niedotrzymanie terminu).
Simon O'Doherty
2013-03-21 19:29:15 UTC
view on stackexchange narkive permalink

Twórz dokumenty kosztorysowe.

Powinny one zawierać szczegółowe informacje o każdej funkcji tworzonej przez Ciebie funkcji i poświęconym jej czasie. Omawianie sekcji nie powinno przekraczać 5 dni. Jeśli coś wymaga więcej niż 5 dni, zniszcz to.

Musi obejmować wszystko. Przykład:

  Specyfikacja funkcji X - 1 dzień. Test jednostkowy dla API - 1 dzień. Kod - X API1 - 2 dni. - X API2 - 2 dni. - X API3 - 2 dni. Test jednostkowy - 1 dzień. Testy funkcjonalne - 1 dzień. Dokumentacja - 2 dni.  

... i tak dalej. Nie bądź skąpy na te czasy. Ludzie mają zwyczaj nie doceniać.

Weź również pod uwagę czas kompilacji i czas tworzenia kopii zapasowych. Nie oznacza to, że będziesz programować jak szalony przez 6 dni z rzędu. Średnia ogólna. Powinien również szczegółowo opisać, jaka funkcja czeka na jaką inną funkcję, a także jakie funkcje można usunąć i nadal utrzymywać prawidłowy produkt.

Musisz także ustawić realistyczne oczekiwane godziny pracy.

Załóżmy, że pracujesz 40 godzin w tygodniu. To jest 120 godzin na 3 tygodnie (168, jeśli pracujesz w weekendy przez 8 godzin w dni robocze). Kosztowałeś 200 godzin (40 * 5). Oznacza to, że będziesz spędzać prawie dwukrotnie więcej godzin w tygodniu, aby dotrzymać harmonogramu.

Następnie pozostawiasz swojemu kierownikowi projektu możliwość usunięcia funkcji lub uzyskania zasobów potrzebnych do wykonania tego w dostępnym czasie. Jeśli kierownik projektu cię zignoruje, możesz zgłosić swoje obawy kierownikowi wyższego szczebla.

Ryzykujesz wypalenie w zespole z powodu braku kontroli nad tym, nad czym pracujesz, i spodziewanymi godzinami pracy. Może to mieć szkodliwy wpływ na projekt.

I czy nigdy więcej nie kosztowałeś więcej niż 6 godzin dziennie, ponieważ musisz uwzględnić przerwy, spotkania firmowe, dni wolne (w tym nieplanowane, takie jak żałoba lub zwolnienie lekarskie), prace niezwiązane z projektem (jak naprawa problemu produkcyjnego z jakiegoś projektu na żywo), itp.
bethlakshmi
2013-04-02 20:36:28 UTC
view on stackexchange narkive permalink

Wszelkie negocjacje zakończą się niepowodzeniem, jeśli znajdziesz się w ramce tak / nie. Jednym z takich przypadków jest zbyt krótkie / niezbyt krótkie. Za każdym razem, gdy tylko jedna strona może dostać to, czego chce, a druga strona poświęci coś ważnego, zobaczysz, że druga strona ciężko walczy. Generalnie celem jest przeniesienie dyskusji do takiego układu odniesienia, w którym można dojść do porozumienia, które pozwoli obu stronom uzyskać coś ważnego i zrezygnować z czegoś mniej ważnego w porównaniu z tym, co otrzymujesz.

Badania

Po pierwsze, zawsze warto wiedzieć jak najwięcej na początku negocjacji. Pytania dotyczące negocjacji harmonogramu, które chciałbym wziąć pod uwagę przed powrotem do stołu negocjacyjnego, to:

Ścieżka krytyczna i / lub funkcje konieczne do wykonania

Jaka jest Twoja ścieżka krytyczna i jaki jest czas potrzebny do wykonania funkcji, które nie znajdują się na ścieżce krytycznej?

Są szanse, że już usiadłeś z zespołem i to rozgryzłeś. Zawsze istnieje pewien zestaw zadań, których po prostu nie można wykonać równolegle - potrzebujesz gotowego produktu, aby móc wykonać następny krok, a części tego gotowego produktu mają pewne niezmienne cechy. W szczególności zwróć uwagę na takie kwestie, jak:

  • Jakie są elementy niezbędne do wykonania krytycznych kroków?
  • Wszelkie zewnętrznie obowiązkowe punkty oczekiwania z szacunkami opartymi na wcześniejszym doświadczeniu
  • Pomysły na umieszczenie w planie innych niezbędnych elementów
  • Obszary o wysokim ryzyku kosztów lub harmonogramu

Zapisanie tej listy ruchów dość szybko nie można dyskutować. Wskaże również, czy „zatrudnianie wszystkich w godzinach nadliczbowych” jest w ogóle realnym rozwiązaniem. Zawsze pojawia się argument „9 kobiet nie może urodzić dziecka w 1 miesiąc”, ale nie możesz tego powiedzieć, dopóki naprawdę nie wiesz, jak wygląda ścieżka.

Dlaczego termin?

Terminy mogą się zdarzyć z różnych powodów i tylko jeden z nich to „ponieważ nasz kierownik projektu zwariował”. Często takie mam pierwsze wrażenie ... ale w rzeczywistości nadrzędnymi czynnikami napędzającymi biznes może być wszystko, od bardzo ograniczonego mandatu, od klienta o wysokim priorytecie do ogólnego poczucia, że ​​jeśli nie wejdziesz na rynek z określoną funkcją, wartość produktu spadnie.

Zdobądź korzyści, najlepiej od więcej niż jednej osoby. Menedżer, z którym się kłócisz, jest kluczową osobą, ale także jeśli są inne osoby w firmie, które mogą dać inny sposób persepeptywności, - uzyskaj jak najwięcej wglądu.

Podsumowaniem jest to, „co NAPRAWDĘ trzeba to zrobić? ” - nie jest niczym niezwykłym, że istnieje poważny rozdźwięk między „łatwą” cechą, którą widzi premier, a cechą „bardzo trudną”, którą widzi zespół techniczny. Co jest tutaj naprawdę potrzebne i jak proste możesz to zrobić?

Jakie są indywidualne korzyści z osiągnięcia niemożliwego?

Na przykład konieczność dotrzymania terminu , każda firma zajmie się tym inaczej ... ale może to być wszystko, w tym:

  • Objęte wynagrodzeniem za nadgodziny
  • Motywowane w postaci rocznych premii
  • Coś, o co możesz zostać zwolniony, jeśli tego nie zrobisz.
  • Sprawa, w której firma ma na tyle kłopotów, że może zepsuć lub zniszczyć całą firmę.

Czy zespół jest gotowy do ataku?

Jeśli jest to częsty problem, a Ty ciągle pracujesz w przeciążeniu, odpowiedź może brzmieć „Nie”, ale jeśli nie, jest szansa, że ​​niektórzy członkowie zespołu chętniej podejmują się niemożliwego niż inni ... warto przynajmniej o tym porozmawiać. To prawdopodobnie najlepszy wynik 1 na 1 między ludźmi w zespole a ich menadżerem.

Negocjacje

Po uzyskaniu informacji jesteś w lepszej pozycji, aby omówić problem. Zakładając, że termin ma swój powód, porozmawiaj z kierownikiem odpowiedzialnym za termin:

  • Ograniczony zakres - czy możesz ograniczyć pracę do tego, co MOŻESZ osiągnąć w 3 tygodnie?
  • Dodatkowa pomoc w przypadku opóźnień zewnętrznych - wszystko, co nie jest związane z pracą zespołu - czy można to przyspieszyć? Dwutygodniowe opóźnienie w 3-tygodniowym projekcie z powodu zewnętrznego czasu oczekiwania jest niedopuszczalne. Co kierownictwo może zrobić, aby go przyspieszyć lub dać ulgę, jeśli nastąpi opóźnienie.
  • Inne aspekty potencjalnego ryzyka związanego z harmonogramem
  • Sposoby opłacania kosztów, aby nadrobić presję w harmonogramie - pracownicy tymczasowi, premie za nadgodziny, inne korzyści.
  • Powrót do zdrowia po zakończeniu projektu - presja przez 3 tygodnie nie jest szalona, ​​jeśli wiesz, że masz wolne po tym, aby odzyskać. Jest to zarówno czas osobisty (dzień wolny z rodziną), jak i czas na sprzątanie miejsca pracy - jest szansa, że ​​inna praca zostanie zwolniona, gdy dotrzymujesz terminu - jakie są opcje powrotu i sprzątania po dotrzymaniu terminu?

Dogrywka

Dogrywka jest trudna. W większości profesjonalnych, płatnych środowisk, jakie widziałem, od czasu do czasu oczekuje się nadgodzin. To, jak sporadycznie i jak wiele nadgodzin może się bardzo różnić, ale jest to powszechna rzecz w wielu miejscach pracy, a sposoby podnoszenia oczekiwań i mocne sformułowanie wymagań będą się znacznie różnić w zależności od firmy, a nawet szefa.

A więc - tutaj nie ma łatwej odpowiedzi.

Najlepiej jest wiedzieć:

  • standardy dla Twojej lokalnej branży i zawodu
  • Twój własny poziom chęci w tym czasie oraz w tej firmie
  • czy nadgodziny pomogą w danej sytuacji

Ostatecznie, jeśli pracujesz znacznie więcej godzin niż jest to standardowe dla Twojej lokalizacji / branży / zawód - możesz rozważyć inne opcje zatrudnienia. Szczególnie jeśli jest to ważna sprawa dla Twojego życia osobistego / rodzinnego. Pojedynczy przypadek nadgodzin prawdopodobnie nie jest dużym powodem do rzucenia palenia, ale może tak być. To będzie musiała być Twoja decyzja - to bardzo osobisty wybór.

simoraman
2013-03-21 15:30:19 UTC
view on stackexchange narkive permalink

Tak jak powiedzieli inni, upewnij się, że masz pisemny zapis stwierdzający, że Twój zespół nie zgadza się i powody, dla których nie zgadzasz się z terminem. Jednym ze sposobów jest wysłanie e-maila ze szczegółowym wyjaśnieniem, dlaczego termin jest niemożliwy i jaki jest realistyczny termin. Możesz również zasugerować wycięcie funkcji, aby dotrzymać wymaganego terminu. W polu cc e-maila podaj przełożonego Project Managera i / lub interesariusza projektu.

Można to postrzegać jako zerwanie „łańcucha poleceń”, ale eskalacja jest ważna, gdy nic innego nie działa. Wyświadczasz również przysługę premierowi, ponieważ może on szkodzić własnej karierze, niewłaściwie wykonując swoją pracę. Eskalując, próbujesz również zapobiec niepowodzeniom.

Jeśli menedżerowie wyższego szczebla i interesariusze dają ci złą opinię za eskalację, oznacza to większe problemy w Twojej organizacji. W takim razie możesz rozważyć odejście, tak jak powiedział Martin Fowler „Jeśli nie możesz zmienić swojej organizacji, zmień swoją organizację!”

Sugeruję również przeczytanie książki Roberta C. Martina Clean Coder który zajmuje się tym problemem wśród innych aspektów profesjonalizmu.

zapisy pisemne rzadko pomagają. Byłem w takich sytuacjach i jedyną rzeczą, która pomaga, jest posiadanie kilku dobrych przyjaciół na wysokich stanowiskach (czyli wyżej niż przyjaciele ma ich osoba, która dokonała tego „planowania”), abyś mógł ich pokonać podczas nieuchronnej gry w obwinianie. I właśnie wtedy sprawy stają się bardzo brzydkie.
Jay Godse
2015-04-06 21:53:27 UTC
view on stackexchange narkive permalink

Twój kierownik projektu zgłosił nieuzasadnione żądanie. Co więcej, jeśli zaprotestujesz, możesz znaleźć się na „złej liście” menedżera.

Jednym z powodów, dla których kierownicy projektów to robią, jest błędne przekonanie, że cele projektu powinny być „aspiracyjne”, a nie rzeczywiste; tj. dodadzą rzeczy, aby zapewnić, że programiści są w 100% wykorzystani. Dla nich, jeśli jesteś wykorzystany mniej niż w 100%, marnujesz ich pieniądze. Uważają również, że 100% wykorzystanie deweloperów i dostarczanie wraz z pracą w toku jest bardziej wydajne niż 100% terminowość, mniejsze niż 100% wykorzystanie deweloperów i brak prac w toku. W rzeczywistości jest odwrotnie. Kiedy masz zbyt wiele aspiracyjnych celów, kończysz z dużą ilością niedokończonych prac w toku, kiedy je realizujesz, a to prawie zawsze jest zmarnowanym wysiłkiem. Ogólnie rzecz biorąc, bardziej wydajne jest dostarczanie projektu z programistami wykorzystującymi mniej niż 100%, ale bez pracy w toku w czasie dostawy.

Jednym ze sposobów rozwiązania problemu jest użycie sprintów zwinnych. Określ sprint, który według Ciebie i Twojego zespołu zostanie zrealizowany w ciągu 3 tygodni, oraz drugi sprint, który zostanie dostarczony w ciągu 2 tygodni. Umieść jak najwięcej funkcji o wysokim priorytecie w pierwszym sprincie. Skoryguj liczby w dół w „oficjalnym” planie, aby odzwierciedlić 3 tygodnie dla obu sprintów (tj. 9/5 tygodni dla pierwszego sprintu i 6/5 tygodni dla drugiego). Przyznaję, że to przebiegłe posunięcie, ale da ci czas na dostarczenie wartości i poszukanie innej pracy.

Wykonaj pierwszy sprint w ograniczonym zakresie za 3 tygodnie. Kiedy już coś dostarczysz, masz moc. Czemu? Ponieważ kierownik projektu musi milcząco przyznać, że Twoja wycena była bardziej kompetentna. A jeśli jego przełożeni narzekają, może wskazać, że 3/5 funkcjonalności zostało w całości dostarczone, a to o wiele lepiej niż 100% funkcjonalności w toku i niedostarczonej.

A podczas pierwszego sprintu dopracuj swoje CV i wyślij je. Możesz zostać z tego wywalony. Pamiętaj, że jeśli zdecydujesz się na 3 tygodnie i dostarczysz tylko bezużyteczne prace w toku, możesz zostać zwolniony z tego powodu.



To pytanie i odpowiedź zostało automatycznie przetłumaczone z języka angielskiego.Oryginalna treść jest dostępna na stackexchange, za co dziękujemy za licencję cc by-sa 3.0, w ramach której jest rozpowszechniana.
Loading...