Pytanie:
Jak grzecznie powiedzieć współpracownikom, że ich wkład jest niepotrzebny lub niepotrzebny?
Shawn
2016-01-25 23:01:37 UTC
view on stackexchange narkive permalink

Jestem menadżerem w firmie, która przez ostatnie 2 lata borykała się ze zmieniającym się rynkiem i przez to miała kilka ograniczeń budżetowych. Niedawno w końcu dostałem budżet na przeprojektowanie jednego z naszych produktów internetowych, który faktycznie będzie uważany za aktualizację produktów EOL (koniec życia). Po tym czasie produkt nie będzie miał żadnych przyszłych aktualizacji. Głównym powodem jest zwrot w rdzeniu naszej działalności w innym segmencie rynku.

Teraz, gdy mam budżet, zleciłem prace (wszystkie plany i decyzje dotyczące wyników), a właściwie zacząłem wykonać na projekcie Otrzymałem e-mail od innych menadżerów, którzy chcą zamieścić ich opinie ze zrzutami ekranu pokazującymi, jak powinna wyglądać aktualizacja (ta łódź już płynęła). Pracowałem z jednym z naszych członków ds. Rozwoju biznesu, aby uzyskać wysoki poziom wkładu w projektowanie, ale ostatecznie to ja jestem decydentem.

Nasza kultura biurowa jest otwarta na opinie i opinie, ale w tym przypadku nie chcę ten projekt, aby odwrócić naszą uwagę od nowego kierunku, ani też nie chcę, aby zniknął z szyn z funkcjami, które po prostu nie mają znaczenia. Obawiam się, że mamy właściciela, który czasami reagował „odruchowo” na opinie menedżerów, które nadwyrężyły budżet i zakres projektów.

Pytanie: silny> Jak możesz powiedzieć współpracownikom, że ich wkład jest niepotrzebny lub niepotrzebny, nie tylko dlatego, że plan jest już wykonywany, ale szczerze mówiąc, nie jest to ich projekt, o który należy się martwić w uprzejmy i konstruktywny sposób, ponieważ nasza kultura jest taka sama otwarty na opinie? W tym przypadku jest to menedżer, któremu zdarzyło się również CC około 4 lub 5 innych menedżerów / pracowników w sprawie komunikacji z ich opinią. Jak mogę to zdusić w zarodku, aby projekt był skupiony?

Przy okazji, nawet w przypadku produktu wycofanego z eksploatacji warto utrzymywać priorytetową listę błędów i żądań funkcji ... nie tylko dlatego, że daje to sposób odpowiedzi „tak, to znany problem / tak, to nowy problem / bur jak widzisz, te siedemnaście rzeczy ma wyższy priorytet. Jeśli uda ci się przekonać kierownictwo wyższego szczebla do sfinansowania twojego przedmiotu, możemy omówić próbę zrobienia tego wcześniej, ale jeśli nie, moje ręce są związane. "
No tak, „ostateczna aktualizacja”. Widziałem je wcześniej. Przynajmniej Twoi znajomi mogą być pewni, że następna „ostateczna aktualizacja” będzie w stanie rozwiązać ich problemy. :-)
Po prostu powiem kierownikowi to, co nam powiedziałeś. Wyjaśnia, dlaczego uważasz, że wkład może nie być pomocny w tym konkretnym przypadku, i daje menedżerowi szansę zdecydowania, czy jego wkład jest rzeczywiście wartościowy w danych okolicznościach.
Odpowiedz i powiedz, że umieściłeś ją w folderze oznaczonym jako „Następna wersja” - jeśli rzeczywiście taka istnieje, warto ją przejrzeć.
Więc mówisz, że „Odwal się, ty krwawiący łajdaku” nie wyszło? :-)
@CarlWitthoft Uważam, że w Managerish jest to zapisane jako „należycie odnotowane”, ale jeśli interakcje i relacje są pozytywne, prawdopodobnie nie jest to najlepszy pomysł, ponieważ mogą zostać zranieni.
Siedem odpowiedzi:
user45269
2016-01-25 23:45:55 UTC
view on stackexchange narkive permalink

Podsumowując, wygląda na to, że normalnie wszyscy dobrze ze sobą współpracujecie, jesteście otwarci i dzielicie się pomysłami, ale w tym jednym przypadku ten proces nie był przestrzegany z bardzo dobrego powodu: przyspieszenia ostatniej aktualizacji do skutecznego martwy system.

Co powiesz na taką odpowiedź:

Dziękuję za pomocne sugestie. Wszyscy wiedzą, że ta aktualizacja aplikacji „X” jest ostatnią aktualizacją, ponieważ zaplanowano wycofanie aplikacji „X” w najbliższej przyszłości.

Oznacza to, że zakres jest bardzo sztywny i budżet jest napięty. Jak zwykle jestem zawsze otwarty na sugestie i pomysły, ale w tym przypadku nie będę miał zbyt wiele miejsca na poruszanie się, ponieważ muszę się upewnić, że trzymamy się zakresu i budżetu. Nie bądź rozczarowany, jeśli oznacza to, że nie mogę wdrożyć dodatkowych pomysłów.

Gdy przechodzimy do nowego segmentu rynku, będę Cię pytać o sugestie, jak najlepiej to zrobić i czekam na Twoje sugestie w tej dziedzinie.

Komentarze nie służą do rozszerzonej dyskusji; ta rozmowa została [przeniesiona do czatu] (http://chat.stackexchange.com/rooms/34959/discussion-on-answer-by-prinz-how-to-politely-tell-coworkers-that-their-input- jest).
keshlam
2016-01-25 23:05:02 UTC
view on stackexchange narkive permalink

Po prostu powiedz „dziękuję za komentarz” i na tym poprzestań. Wspomniany wkład może w rzeczywistości być przydatny do zrozumienia długoterminowych priorytetów, nawet jeśli nie możesz lub nie zamierzasz teraz działać zgodnie z tym.

Czad chce, żebym wyraźnie powiedział, dlaczego: ponieważ ta odpowiedź potwierdza, że sugestia była prawdopodobnie dobrze pomyślana, przyznaje, że została wysłuchana i grzecznie odsuwa ją na bok bez żadnej konfrontacji. Nie znam lepszego sposobu, aby „zdusić to w zarodku” niż po prostu nie stresować się tym.

Jestem ciekawy, jakie według ciebie byłyby długoterminowe priorytety dla projektu EOL?
Projekty EOL @AmyBlankenship: mają paskudny zwyczaj ciągnięcia się długo po tym, jak powinny po prostu zniknąć.
To prawda, ale nie z powodu planu długoterminowego :)
Być może te „długoterminowe priorytety” odnoszą się do bardziej ogólnych spraw, o których mogliby pamiętać przy innych projektach.
Obawiam się, że przynajmniej w USA i A „dzięki za wkład” przybrało rolę sarkastycznej odpowiedzi.
@CarlWitthoft: Ton głosu ma znaczenie ... ale podstawowa koncepcja pozostaje aktualna. Grzecznie przyjmij sugestię do rozważenia (chyba, że ​​jest to ewidentnie błędna), odłóż ją na zaległości do wykonania, gdy pozwoli na to czas, odpowiednio ustaw jej priorytet - tak jakby produkt nie był stabilizowany funkcjonalnie - i przejdź do niego, jeśli i podczas budżetowania zmian. Jeśli tak się nigdy nie stanie, nie oznacza to, że sugestia jest zła, a po prostu niefinansowa.
Chociaż pomysł „potwierdź i zgłoś się” wydaje mi się dobry, postaram się przekazać przynajmniej trochę opinii. Wspomnienie, że wdrożenie wydaje się mało prawdopodobne i dlaczego, prawdopodobnie by pomogło.
user8365
2016-01-26 03:28:04 UTC
view on stackexchange narkive permalink

Nie zamykaj im drzwi przed nosem, nawet jeśli tego naprawdę chcesz. Wyjaśnij obecny stan projektu i wyjaśnij, że w tej chwili nie można wdrożyć nowych sugestii. Zasugeruj, abyś trzymał się ich sugestii i prawdopodobnie poprosił o ich opinię, jeśli będziesz mieć inny budżet na ponowne wykonanie widoku.

Jeśli nie będziesz ostrożny, mogą wziąć te sugestie i przejść przez Twoją głowę. Możesz zostać oskarżony o niezastosowanie się do ich sugestii, jeśli coś pójdzie nie tak lub ludzie nie lubią witryny. Staraj się, aby nie angażowali się zbytnio, zachęcając ich do angażowania się w bardziej odpowiednim czasie.

Właściwie „przechodzenie przez głowę” niekoniecznie jest problemem. Jeśli ktoś nalega na zmianę, możesz mu powiedzieć, że jest to zmiana, której nie możesz wypisać (np. Ponieważ wymaga więcej pieniędzy). Wtedy najlepszym rozwiązaniem może być powiedzenie im „Przedyskutuj budżet z kierownictwem wyższego szczebla”.
gnasher729
2016-01-26 21:21:02 UTC
view on stackexchange narkive permalink

Nie mówisz im :-)

Mówisz, że kultura biurowa Twojej firmy polega na otwartości na dyskusje, więc naprawdę trudno jest mu powiedzieć, że nie chcesz jego komentarzy . Z drugiej strony są chwile (jak teraz), kiedy nie masz żadnego zainteresowania, aby brać pod uwagę jego komentarze. Ale nie mów mu tego. Ludzie lubią się angażować, lubią mieć swoje zdanie, więc staraj się, by miał swoją opinię, ale bez marnowania czasu .

Powiedziałbym mu zgodnie z prawdą, że cały projekt ma bardzo, bardzo napięty budżet, zarówno pod względem finansowym, jak i czasowym, i to niestety, mimo że jego pomysły są naprawdę doskonałe (Ok, to może być kłamstwo), każde opóźnienie w tej chwili, nawet na etapie planowania, oznacza, że ​​przekroczysz ten budżet. Szkoda, że ​​nie pomyślałeś o A, B i C, które zasugerował, ale niestety pociąg opuścił stację i nie możesz już nic zrobić, aby zmienić sytuację przy tej przesiadce.

Basil Bourque
2016-01-27 07:59:26 UTC
view on stackexchange narkive permalink

Problem wyższego kierownictwa

Biorąc pod uwagę te trzy fakty opisane w pytaniu:

  • Ten projekt jest duży, ważny.
  • Ten projekt jest częścią większej zmiany strategii firmy.
  • Inni menedżerowie, to znaczy twoi rówieśnicy, a nie tylko twoi podwładni, są tymi, którzy oferują wkład.

… To brzmi jak problem wyższego kierownictwa.

Wyższa kadra kierownicza nie wyjaśniła jasno nowej strategii firmy. Nie uczynili dobrze zrozumiałego planu produktu. Być może nie wyjaśniły one w sposób jasny wycofania z eksploatacji produktów projektu PO; z pewnością nie jest to jego harmonogram, ponieważ terminy decyzji projektowych minęły. I na pewno nie dali jasno do zrozumienia, że ​​trzeba skupić się na przyszłych produktach, na które firma mocno stawia.

Proponuję, abyś bardzo szybko skontaktował się z szefem lub starszymi menedżerami. Polegaj na tym, że otrzymujesz te oferty wkładu. Wyjaśnij swoje zaniepokojenie, że może to oznaczać, że zespoły nie są skupione na nowej agendzie firmy. Poproś ich, aby przedstawili ogólny obraz z szerszej perspektywy i poproś ich, aby w szczególności jasno określili, że Twój projekt nie wymaga już / nie zasługuje na ich uwagę.

Jeśli te trzy warunki wymienione powyżej nie byłyby prawdziwe, gdyby tak było bardziej pomniejszy projekt, zgadzam się z niektórymi innymi odpowiedziami zamieszczonymi tutaj. Ale w tym przypadku problem pytania jest bardziej symptomem większego problemu.

Dobry pomysł, aby spróbować zobaczyć „duży obraz”. Jeśli ludzie nie zrozumieją strategicznych celów i priorytetów, takie problemy znów się pojawią.
acidjunk
2016-01-26 21:16:26 UTC
view on stackexchange narkive permalink

Zachowaj przejrzystość. Kiedy EOL jest już uzgodniony, nie ma sensu pozwalać innym menedżerom wierzyć, że mogą przekazać informację zwrotną. Myślę, że mógłbyś uniknąć tej sytuacji.

Philipp
2016-01-27 01:02:07 UTC
view on stackexchange narkive permalink

Jeśli nie możesz ukryć swojego projektu i nie możesz zabronić innym wtrącania się, następną opcją jest rozproszenie .

Zgłoś swój projekt i poproś o opinię, ale wyraźnie zapytaj o te aspekty, które tak naprawdę nie mają dla ciebie znaczenia i które można zmienić przy niewielkim nakładzie pracy. Im bardziej trywialny aspekt, tym lepiej, bo w ten sposób masz pewność, że każdy może wyrobić sobie na jego temat opinię. Możesz również rozważyć umieszczenie kaczki w opisie projektu: Pomysł, który jest całkowicie absurdalny i nie na miejscu, aby ludzie mieli coś, co mogą zestrzelić.

Podczas gdy ludzie wciąż się kłócą o tym, czy czcionka powinna być Helvetica czy Arial, możesz dalej rozwijać te części, które mają znaczenie. W końcu wszyscy poczują się, jakby wnieśli swój ważny wkład i mieli wpływ, na jaki zasługują, chociaż w rzeczywistości tego nie robili.

Głos negatywny: z pewnością zmuszanie współpracowników do tracenia czasu na nieistotne sprawy jest nieprofesjonalne i szkodzi całemu sukcesowi firmy.
@tripleee Kiedy ludzie * nalegają * na marnowanie swojego czasu (co zasugerowałem, mówiąc „kiedy nie możesz ukryć swojego projektu i nie możesz zabronić ludziom wtrącania się”), możesz przynajmniej zrobić wszystko, co w Twojej mocy, aby upewnić się, że powodują najmniejszą kwotę szkód podczas robienia tego.


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...