Pytanie:
Jestem zasobem, o który walczy kilka jednostek biznesowych. Szef nie może wyjaśnić, co mam robić
confusedfocus
2020-02-22 00:03:00 UTC
view on stackexchange narkive permalink

Jestem jednym z 10 programistów w organizacji rządowej. Obsługujemy około 30 programów, które utrzymują organizację w ruchu, i tworzymy nowe oprogramowanie, abyśmy mogli nadal służyć naszym obywatelom. Niektóre z tych części oprogramowania mają wiele organizacji klienckich w Ameryce Północnej.

Osoby przydzielone do pracy z nimi to od programistów po osoby zajmujące się raportowaniem baz danych, ale są przyzwyczajeni do narzędzi GUI i uważają, że SQL jest opakowaniem.

Zapewniamy większość pomocy technicznej dla wszystkich tych różnych osób.

Problem polega na tym, że wszyscy ci różni ludzie chcą zanurzyć ręce głębiej w puli zasobów programistów i wydaje się, że nikt nie wie, co powinno być traktowane priorytetowo.

Nie chodzi o to, aby wykonać więcej pracy, ponieważ 1/4 pracy to spotkanie, aby programista mógł uzyskać wkład „na wszelki wypadek” lub zapewnić natychmiastowe rozwiązanie osobie, która nie mogła Nie zawracałem sobie głowy przeczytaniem instrukcji i zdecydowałem się zamiast tego wielokrotnie dzwonić do mojego Skype'a i po prostu dzwonić, dzwonić i dzwonić, dopóki nie otrzyma odpowiedzi. Nie mogę sobie z tego poradzić, pracując przez długie godziny.

Mój główny problem jest taki:

Przydzielono mnie do trzech projektów.

  1. Tworzenie nowej aplikacji dla jednej z naszych jednostek biznesowych. Jest to główna aplikacja produkcyjna, której budowa zajmie dwa lata przy obecnych zasobach teoretycznych.
  2. Tworzenie nowej (znacznie mniejszej) aplikacji dla innej z naszych jednostek biznesowych. Powinno to zająć tylko kilka tygodni, ale spotkania interesariuszy ciągną się i ciągną.
  3. Obsługa dwóch naszych istniejących aplikacji. Wsparcie jest definiowane szeroko, jak powyżej.

Właścicielka produktu projektu 1 podkreśla, że ​​obiecano mi pełny etat. Jej menadżer również zgadza się, że obietnica została złożona. W rezultacie powinienem jej zdaniem być w 100% dyspozycyjny do pracy nad jej projektem.

Właściciel produktu dla projektu 2 podkreśla, że ​​jej projekt ma najwyższy zwrot z inwestycji i powinien być traktowany priorytetowo. Twierdzi również, że otrzymuje tylko połowę obiecanych zasobów programistów i uważa, że ​​zasługuje na 100% mnie i innego programisty. Chce też, żebym uczestniczył w niekończących się spotkaniach interesariuszy (głównie robiąc inne rzeczy na moim laptopie). Problem w tym, że te spotkania pokrywają się z projektem 1.

Wreszcie, telefony do wsparcia przychodzą losowo i ludzie chcą odpowiedzi TERAZ. Po prostu nie przestaną dzwonić na mój Skype lub telefon w biurze, dopóki nie otrzymają odpowiedzi, ponieważ chcą tego TERAZ. Kiedy muszę wykonać głęboką pracę, dzwonimy do siebie z kolegą i po prostu odkładamy telefony, aby uzyskać sygnał zajętości. Nadal oświetlają Teams, ale można to wyciszyć. Żadne z tych wezwań nie jest pilne. Wszystkie są raportami SQL od pracowników, którzy potrzebują napisanych dla nich wszystkich instrukcji select.

Mój menedżer nie wie, co powinienem traktować priorytetowo, ponieważ to jego poprzednik składał wszystkie obietnice różnym ludziom. Powiedział tylko „zdaj sobie sprawę, że wkurzasz ludzi i wiesz, że nie zostaniesz zwolniony”.

Uważam, że ta odpowiedź jest niesprawiedliwa dla mnie, ponieważ muszę radzić sobie ze złymi ludźmi. Powiedziałem o tym mojemu menedżerowi, ponieważ jego odpowiedź była fałszywa: „wymyśl scenariusz automatyzacji jego pracy, a wyznaczę go jako marnotrawny wydatek”.

Jego menedżer obiecuje znaleźć rozwiązanie (pytałem dwa miesiące temu), ale nigdy nie wraca do mnie, mimo że pytam co dwa tygodnie.

Co byś zrobił w tej sytuacji? Przede wszystkim staram się ustalić, w jaki sposób powinienem nadać priorytet obecności w pracy / spotkaniach.

„Jestem przydzielony do trzech projektów”.Czy możesz wyjaśnić, kto Cię przydzielił i jakie instrukcje otrzymałeś?
@MatthewGaiser, który byłby poprzednikiem istniejącego menedżera z tego, co napisał op ...
Mój były menedżer to zrobił.Nie otrzymał wielu instrukcji na ten temat.
Skończyłem kolejny projekt, otrzymałem zaproszenie na spotkanie od poprzedniego menadżera i powiedziano mi, że pracuję nad nowym projektem.Następnie dodano kolejny projekt.Wiedziałem tylko, że pracowałem na spotkaniu.Nie omówiono czasów ani wartości procentowych.
Czy istnieje struktura opłat?Możesz więc pobierać x $ x / godzinę za pracę, x $ x * 2,7 / godzinę za spotkania, x $ x * 1,6 / h + $ y / wezwanie w celu uzyskania wsparcia w zakresie udokumentowanych rzeczy (minimalna opłata 0,5 godziny) i tak dalej.
@AndrewMorton naprawdę nie.Pobieramy stawki ryczałtowe od naszych „klientów”.Wewnętrznie nie ma żadnego śledzenia wykorzystania zasobów.
* „2. Stworzenie nowej (znacznie mniejszej) aplikacji dla innej z naszych jednostek biznesowych. Powinno to zająć tylko kilka tygodni, ale spotkania interesariuszy ciągną się i ciągną.” * - Jeśli interesariusze nie zdecydowaliale dlaczego Ty - deweloper - jesteś zaangażowany?To brzmi tak, jak ludzie, którzy nie rozumieją Agile Development, próbują uchodzić za Agile Development.Poproś ich, aby przedstawili podsumowanie celu i wymaganych funkcji;kiedy to zrobią, przejrzyj to, przygotuj listę „da się zrobić”, „niemożliwe” i „będzie wymagało XYZ” - plus terminy / koszty - a następnie * spełnij je.
Jeśli dwaj PM nie mogą dojść do porozumienia w sprawie podziału czasu, podejdź do osoby, która jest lepsza od nich obojga i poproś o rozwiązanie problemu.
„Kiedy muszę wykonać głęboką pracę, dzwonimy do siebie z kolegą i po prostu odkładamy słuchawkę, aby uzyskać sygnał zajętości”.: D: D: D
@BobJarvis-ReinstateMonica Zadałem sobie to samo pytanie, ale uznałem to za dosłowne.To ludzie, którzy są przyzwyczajeni do GUI, a SQL jest dla nich obcy, nie rozpoznają go nawet po imieniu;gdybyś powiedział „SQL”, pomyśleliby, że mówisz o jakimś raperze (w sensie muzycznym).
Czy błędem jest zakładanie, że nie używasz mentalności Agile lub DevOps?Obsługuję 30-50 aplikacji, mam 4 krótkoterminowe projekty (nie pokrywające się) w ciągu roku, 1 projekt długoterminowy i wiele żądań ad hoc.Każdy chce znaleźć rozwiązanie, kiedy o to poprosi.Mogę identyfikować się z twoim doświadczeniem.Kiedy ludzie mają problemy z moim czasem, odsyłam ich do mojego szefa z prośbą.Mój menedżer powinien mną zarządzać, a klient nie.Jeśli organizacja chce produkować więcej rzeczy niż masz czasu, musi zatrudnić.Ale Agile / DevOps mówi dużo o produktywności.
Siedem odpowiedzi:
djohnson10
2020-02-22 00:42:22 UTC
view on stackexchange narkive permalink

Wygląda na to, że Twój przełożony chce, abyś sam ustalał priorytety.

Jeśli nikt nie powie Ci, jakie są priorytety i granice, napisz dokument samemu określając te priorytety. Pamiętaj, aby podać szacunkowe dane dotyczące czasu i wysiłku, jakie będziesz spędzać w ciągu tygodnia w każdym obszarze. Następnie uruchom go przez swojego szefa. Jeśli nie podoba mu się wybrane przez Ciebie priorytety, uwzględnij jego opinię i prześlij ponownie. Rób to, dopóki nie jest z tym w porządku. To zmusza go do udzielania wskazówek i potwierdzania twoich priorytetów.

Gdy to zrobisz, udostępniasz ustalone i zatwierdzone granice dwóm właścicielom produktów. To im się nie spodoba. Odepchną się. Trzymaj mocno. W końcu masz poparcie swojego szefa. Powiedział już, że oczekuje od ludzi gniewu i że nie zostaniesz zwolniony. Tak długo, jak jesteś uprzejmy, stanowczy i profesjonalny, prawdopodobnie wszystko będzie w porządku.

Jeśli chodzi o obciążenie pracą związaną z pomocą techniczną. Czy masz jakiś system biletowy? Uzyskać jeden. Płatny jest prawdopodobnie najlepszy, ale dostępne są bezpłatne opcje. Spraw, aby użytkownicy wprowadzali zgłoszenia pomocy technicznej do rzeczywistego systemu, zanim im pomożesz. Nie pomagaj nikomu, kto tego nie chce. System biletowy pozwoli ci ustalić priorytety pracy w oparciu o faktyczne (a nie postrzegane) znaczenie i zapewni jasne wskaźniki dotyczące wykorzystania czasu.

Miałem zamiar napisać tę dokładną odpowiedź.Zarządzaj - stwórz swój własny plan „60% czasu na projekt 1, 20% na projekt 2, 20% na wsparcie i to za pomocą biletów lub godzin pracy codziennie od 16:00 do 17:00”, poproś go o jego zatwierdzenie i zakomunikowanieinnym.„Ale obiecano nam 100% Twojego czasu!”„To jest nowy plan. Obiecano mi, że będę pracował tylko nad jedną rzeczą, wygląda na to, że oboje możemy być razem smutni, przynajmniej przez 60% czasu”.
Jesteś bardzo cennym zasobem.Nie zapomnij o tym.Jeśli powiesz niektórym swoim klientom, że „pijaj piasek do dwóch tygodni od teraz”, ujdzie ci to na sucho.Jeśli powiesz im: „im bardziej mi przeszkadzasz, tym mniej czasu mam na wykonanie swojej pracy”, powiesz im prawdę.
Z pewnością brzmi, jakby potrzebna była dodatkowa warstwa wsparcia między OP a użytkownikami.
Mamy system biletowy, ale ludzie nie lubią go używać, ponieważ najpierw trafia on do działu pomocy.Zajmują się 80% wszystkich problemów, ale ludziom nie podoba się to, że czasami muszą eskalować, więc po prostu dzwonią do nas bezpośrednio.
@Davidw, poniżej zespołu programistów istnieją właściwie dwa poziomy wsparcia.Dysponujemy działem pomocy zajmującym się resetowaniem haseł, trywialnymi instrukcjami wyboru itp. Mamy również specjalny zespół ds. Technicznych zajmujący się każdym problemem, który nie wymaga obejścia kodu (tj. Restart serwera).Problem polega na tym, że ludzie faktycznie używają tych zespołów, gdy już wiedzą, kim jesteśmy i mają nasze liczby.W praktyce każdy, kto nie dzwoni po raz pierwszy, dzwoni do nas od razu, myśląc, że jego problem jest złożony.
Następnie musisz przestać odbierać telefon.Pomijanie istniejącej struktury eskalacji nie powinno być dopuszczalne
Jeśli chodzi o wsparcie, jesteś miły.Nie udzielaj wsparcia, jeśli otrzymujesz niewłaściwy sposób.Poproś ludzi, aby przeszli przez właściwe kanały.Jeśli tego nie zrobią, powiedz im, że od teraz nie udzielasz wsparcia, muszą przejść przez właściwe kanały.Jeśli nadal go nie rozumieją, powiedz im, jak skontaktować się z odpowiednim kanałem, upewnij się, że go mają, a następnie rozłącz się.Nie jesteś niegrzeczny, robiąc to, są niegrzeczni, że przeszkadzają ci rzeczami, które w ogóle nie powinny do ciebie trafiać.Ludzie wkrótce to zrozumieją i przestaną Ci przeszkadzać.Po prostu bądź stanowczy, jeśli „zrób to tylko jeden raz”, nie nauczą się.
@confusedfocus Jestem programistą, większość administratorów systemu znam osobiście, ale jeśli problem nie jest pilny, nadal najpierw wysyłam moje zgłoszenia przez Service Desk, ponieważ ułatwia im to zarządzanie priorytetami.FWIW Odkryłem, że najbardziej skuteczną rzeczą, którą można powiedzieć ludziom, aby przeszli przez Service Desk, jest to, że jeśli to zrobią, ich problem zostanie rozwiązany, nawet jeśli jesteś poza biurem.
Świetna odpowiedź.Poleciłbym również śledzenie, w które dni pracujesz nad którymi projektami, potencjalnie poprzez tworzenie własnych biletów do samodzielnego przypisania dla każdego, kto nie tworzy własnych biletów.Od Ciebie zależy, czy warto byłoby podzielić się tym poza siebie + swojego szefa.
@FredStark odebrać telefon.Następnie powiedz im „przepraszam, musisz zadzwonić do pomocy technicznej, oto ich numer”.Rób to za każdym razem, bezbłędnie.Jeśli zadzwonienie do ciebie jest mniej skuteczne niż wezwanie wsparcia, ludzie przestaną dzwonić do ciebie (w końcu).
Upewnij się, że właściciele produktów, którzy chcą mieć Twój czas, wiedzą, że Twój czas obejmuje siedzenie na spotkaniach, a nie programowanie.Zamiast rozbijać swój czas na procenty, rób to według godzin tygodniowo, określając, ile godzin w tygodniu musisz pracować nad ich projektami na podstawie procentu normalnego dnia pracy i im więcej żądają czasu na siedzeniespotkania zmniejszają ilość czasu, który możesz poświęcić bezpośrednio na pracę nad ich projektem.Prowadź dziennik, aby pokazać, ile czasu zmarnowali, zapraszając Cię na spotkania.Kiedy coś zostaje w tyle, pokazujesz, gdzie upłynął „ich” czas.
Poinformuj również dwóch liderów projektu, że nie będziesz uczestniczyć w żadnym kolejnym spotkaniu, chyba że zostaniesz osobiście zaproszony z programem zawierającym informacje o tym, gdzie Twój wkład jest potrzebny.Jeśli nie przedstawią agendy lub powiedzą ci konkretnie, dlaczego cię potrzebują, nie pojawiasz się.
To dobra odpowiedź, jeśli chodzi o radzenie sobie z priorytetami, system biletowy, stanowcze przeciwstawianie się wycofywaniu się, ale nie mogę jej głosować, ponieważ radzi sobie z upadającym menedżeremposiadać
+1 za system biletowy.Odłącz telefon.Wyłącz Skype.
Tak, kup system biletowy, ale nie przestawaj odbierać telefonów.Musisz nauczyć się mantry: „czy wystawiłeś bilet? Nie? Naprawdę przepraszam, ale nie mogę Ci pomóc, dopóki nie włożysz biletu, a nawet wtedy, gdy pojawi się on w mojej kolejce”.Podobnie jak interesariusze, kiedy mówisz im, że nie jesteś ich w 100%, dzwoniący będą wściekli.Będą narzekać.Pójdą do swoich menedżerów.Ale w końcu dowiedzą się, że jedynym sposobem na uzyskanie odpowiedzi jest postępowanie zgodnie z procesem.Unikanie ich zamiast nakazania im śledzenia procesu tylko wydłuża go.
@FredStark Nie zgadzam się.Czy zdarzyło Ci się dzwonić do swojego dostawcy usług internetowych tylko po to, aby mu powiedzieć, czy korzystasz z systemu biletów?Jeśli nie korzystają z systemu biletowego, coś jest nie tak z systemem biletowym.MOŻE tak być, ponieważ system biletowy jest wolniejszy niż telefon (przycisk turbo).Ale zgadzam się, że musisz zadbać o to, aby pożądane zachowanie pokrywało się z pożądanym rezultatem.
Zewnętrzny dostawca usług, który pobiera opłaty za poziom pomocy technicznej, różni się od pomocy wewnętrznej.Zwłaszcza, gdy wsparcie jest dla ciebie drugorzędnym obowiązkiem i istnieją osoby udzielające wsparcia podstawowego, powinni zawsze najpierw skontaktować się z osobami udzielającymi podstawowej pomocy.Pozwól im tylko na telefonowanie do Ciebie
Ian
2020-02-22 00:39:26 UTC
view on stackexchange narkive permalink

Jedną z opcji, z której korzystałem w przeszłości, jest zaproponowanie listy priorytetów w oparciu o dostępne mi zasoby (w tym czas) i poinformowanie o tym mojego kierownika. Wyznaczenie terminu na informację zwrotną wymaga, aby przełożony dostosował Twoje priorytety lub zaakceptował priorytety (albo nie reagując w terminie, albo wyraźnie akceptując priorytety). Zwykle zachęca to grupy, które nie zostały wybrane, do eskalacji problemu na poziomy, na których problem zostanie faktycznie rozwiązany.

Przykładowy e-mail poniżej (e-mail jako sposób komunikacji jest krytyczny, abyś mógł zapisać się na papierze osoby, które szaleją z powodu alokacji czasu narzekają):

„Hej Boss,

W związku z naszymi rozmowami na Wstaw datę biorąc pod uwagę moje przydziały jako zasób, proponuję przeznaczyć mój czas w następujący sposób:

  1. 70% Projekt 1 (Zasób został obiecany w 100%, ale projekt 3 wymaga 12 godzin tygodniowo)
  2. 0% Projekt 2 (Wysoki ROI [zwrot z inwestycji] proponowany dla projektu, jednak bez dyrektywy, aby kontynuować, skontaktuj się z właścicielem projektu , jeśli potrzebujesz więcej informacji na temat tego projektu i ROI projektu)
  3. 30% Projekt 3 (W typowych tygodniach poświęcam średnio 12 godzin na to zadanie. Zmniejszenie tego projektu będzie wymagało albo większych zasobów w naszym dziale, albo lepszej metody etowanie wniosków o wsparcie).

Proszę dać mi znać, jeśli chciałbyś, aby którykolwiek z tych priorytetów został dostosowany do celów korporacyjnych. Będę informować odpowiednich interesariuszy o Wstaw datę około tygodnia poza , o moim przydziale czasu na różne projekty.

Dzięki,

confusedfocus "

Po wysłaniu tej propozycji i po upływie terminu przesyłania opinii lub po zaakceptowaniu planu przez kierownika, wyślij e-mailem ODDZIELNIE do obu właścicieli projektu, aby wyjaśnić, jaki czas przydzielono ich projektom. Skopiuj swojego menedżera do tych e-maili. Powodem wysyłania e-maili osobno jest to, że właściciele projektów są zobowiązani do omówienia z kierownikiem priorytetów, a nie do walki między sobą.

Zaletą tej metody jest to, że zmusza ona kierownika do ustalenia priorytetów projektów oraz jeśli nie, nadasz priorytet projektom według własnego uznania. Generalnie upewniam się, że priorytetyzuję projekty, które mnie najbardziej ekscytują, jeśli nikt nie podaje mi jasnej definicji najwyższego priorytetu.

Uwaga: Posiadanie dokumentacji potwierdzającej przydział czasu wymaganego w tygodniu na projekt 3 to korzystne dla poparcia Twojej propozycji.

W przypadku PO założyłbym, że projekt 3 jest wsparciem (SQL)?
Ten menedżer brzmi jak typ faceta, który dostałby te prośby o priorytet i powiedziałby `` przedyskutuj to z właścicielem projektu A, ponieważ wy dwoje walczysz o priorytet '', a pomoc zostanie zignorowana, ale nadal będzie miała wpływ na dostępny czas.Wynik końcowy jest mniej więcej taki sam jak punkt wyjścia.
* „Powodem oddzielnego wysyłania e-maili jest to, że właściciele projektu są zobowiązani do omówienia z kierownikiem priorytetów, a nie do walki między sobą.” * Jaki jest problem z dwoma właścicielami projektów walczącymi między sobą?
Joe Strazzere
2020-02-22 02:43:59 UTC
view on stackexchange narkive permalink

Mój menedżer nie wie, co powinienem traktować priorytetowo, ponieważ to jego poprzednik składał wszystkie obietnice różnym osobom. Powiedział tylko „zdaj sobie sprawę, że wkurzasz ludzi i wiesz, że nie zostaniesz zwolniony”.

Co byś zrobił w takiej sytuacji? Przede wszystkim staram się ustalić, w jaki sposób powinienem traktować priorytetowo swoją obecność w pracy / spotkaniach.

Otrzymałeś już poprawną odpowiedź.

Gdy pojawiło się pytanie konkurujących ze sobą priorytetów, a gdy nie jesteś w stanie zaspokoić ich wszystkich jednocześnie, zwracasz się do szefa i prosisz o wskazówki. Wytyczne tutaj brzmiały po prostu „samemu to rozgryźć”.

Tak więc powiedziano ci, aby nadać priorytet żądaniom, jak chcesz. Zrób to.

Czasami możemy żonglować wieloma projektami naraz. Czasami nie możemy. Jeśli nie możesz, musisz działać.

Ogólnie rzecz biorąc, wydaje się sensowne, aby pracować nad bardziej pilnymi potrzebami niż te, które i tak nie zostaną zrealizowane przez dwa lata. Ale jesteś bliżej sytuacji, więc możesz zdecydować w oparciu o własne poczucie tego, co jest najważniejsze.

Chociaż jest to pierwszy krok, czy nie byłaby lepsza odpowiedź na pytanie, jak zarządzać i zmusić menedżera do wspierania / egzekwowania tych decyzji?(Nie głosowałem przeciw, ale to uniemożliwiło mi głosowanie za).
@mxyzplk-SEstopbeingevil Niestety OP wspomina, że jest to organizacja rządowa, więc próby nakłonienia kierownictwa do wspierania / egzekwowania CZEGOKOLWIEK są beznadziejne.Pamiętaj, wszyscy zaangażowani menedżerowie już wiedzą o sytuacji, w tym szef OP, który powiedział „zdaj sobie sprawę, że wkurzasz ludzi i wiesz, że nie zostaniesz zwolniony”.
Sierra Mountain Tech
2020-02-22 00:38:02 UTC
view on stackexchange narkive permalink
  1. Tworzenie nowej aplikacji dla jednej z naszych jednostek biznesowych. Jest to główna aplikacja produkcyjna, której zbudowanie przy obecnych zasobach teoretycznych zajmie dwa lata.

  2. Tworzenie nowej (znacznie mniejszej) aplikacji dla innej z naszych jednostek biznesowych. Powinno to zająć tylko kilka tygodni, ale spotkania interesariuszy ciągną się i ciągną.

Po pierwsze, co tak naprawdę było obiecane? Czy istnieje dowód tej obietnicy? E-mail, czat, notatki ze spotkania ... Jeśli tak, czy poprzedni menedżer, który złożył obietnicę, zwolnił / puścił / zmusił do rezygnacji? Jeśli tak, możesz zechcieć spotkać się z oboma zespołami i poprosić ich o ustalenie priorytetów, ponieważ w tym momencie poprzedni menedżer złożył obietnice, których nie można było spełnić i może to być część tego, dlaczego teraz ich nie ma. Wygląda również na to, że Twój obecny menedżer nie może podejmować decyzji za drużynę. To również jest bolesne, ale jak powiedziałem, możesz spróbować umówić się na spotkanie, przejrzeć projekty i uzyskać zapisaną umowę.

Jeśli poprzedni menedżer odszedł na dobrych warunkach, to nadal chcesz rozpocząć spotkanie, ale nie będziesz mieć wymówki, że poprzednie obietnice zostały złożone z kimś, kto nie potrafił zarządzać ramami czasowymi. Nadal będziesz musiał wspomnieć, że oba zespoły nie mogą mieć 100% twojego czasu, więc należy ustalić priorytet między nimi a ich zastępcą dyrektora / dyrektora, ponieważ wydaje się, że kierownictwo obu zespołów uważa, że ​​zasługują na 100% twojego czasu.

Takie sytuacje się zdarzają. Wygląda na to, że możesz mieć za mało personelu do pracy, ale jest to obecnie powszechne.

Jeśli chodzi o trzeci projekt / wsparcie, jest to po prostu coś, co jest obsługiwane między zadaniami lub w razie potrzeby. O ile nie jest to sytuacja przestoju w pracy, zawsze miałem do czynienia z obsługiwanym oprogramowaniem, ponieważ miałem kilka minut tu i tam pomiędzy projektami.

Ostatecznie jednak będziesz musiał ustalić ze swoim przełożonym, jak poradzić sobie z tym i przyszłymi projektami oraz co jest najważniejsze i kiedy. Jeśli twój menedżer nie może tego zrobić, obawiam się, że możesz mieć trudności z pójściem naprzód.

„Dowód obietnicy” itp. Jest całkowicie nieistotny.Zespół OP ma X pracowników i różne obowiązki, a w oparciu o dzisiejsze priorytety biznesowe menedżer przydzieli im odpowiednią ilość, a nie wczorajszą.
@mxyzplk-SEstopbeingevil To zależy od tego, gdzie pracujesz.Jeśli obietnica zostanie złożona i zostanie wyznaczony termin, celem jest jej wykonanie.Może nie być czynnikiem decydującym o wykonaniu pracy, ale będzie czynnikiem w relacjach między zespołami.Chcesz uniknąć wkurzania ludzi, z którymi pracujesz.
Bob Jarvis - Reinstate Monica
2020-02-24 04:14:25 UTC
view on stackexchange narkive permalink

Twój szef rzucił ci to na kolana, mówiąc „zdaj sobie sprawę, że wkurzasz ludzi i wiesz, że nie zostaniesz zwolniony”. Więc jeśli szef nie chce zarządzać Twoim czasem, w porządku. Zdecyduj, co uważasz za najlepsze, a następnie zrób to. Gdybym to był ja, A) odmówiłbym wszystkim marnowania czasu na zebrania, co prawdopodobnie oznacza je wszystkie; B) pracować nad mniejszym projektem, aby coś zostało zrobione; i C) powiedz swojemu szefowi, żeby zatrudnił osobę wspierającą, ale nie jestem tobą. Życzę wszystkiego najlepszego.

Lawnmower Man
2020-02-23 09:29:01 UTC
view on stackexchange narkive permalink

Zwołaj spotkanie

Kto nie lubi spotkań? W końcu wspomniałeś już o spędzaniu w nich dużej ilości czasu. Zbierz wszystkich interesariuszy (w tym swojego szefa i ewentualnie pomijanego poziomu), którzy wymagają Twojego czasu, zaproś ich na to samo spotkanie, wyjaśnij, że chciałbyś pomóc wszystkim i wykonać fantastyczną pracę, ale jest ich tylko do obejrzenia i czy wszyscy mogliby omówić opcje kontynuacji? Teraz brzmi to jak okazja do zrobienia popcornu, podczas gdy inni menedżerowie angażują się w mecz klatkowy bez uchwytów, aby uzyskać rzadki zasób. I całkiem możliwe, że przekształciłoby się to w to bez dodatkowej zachęty.

Jednak zadziała to tylko wtedy, gdy podejmiesz się tego w dobrej wierze, aby znaleźć rozwiązanie. Idealnie byłoby, gdyby interesariusze zdali sobie sprawę, że istnieją konkurencyjne roszczenia, których nie można zaspokoić wszystkich, i że na pewnym poziomie ich obowiązkiem jest rozwiązanie tego konfliktu, a nie Twój . Mimo to możesz nasmarować koła, proponując przydział czasu na projekty, jak sugerują inne odpowiedzi. Ale użyłbym tego tylko jako ostatecznego rozwiązania konfliktu, jeśli spotkanie dojdzie do impasu lub masz silne osobiste preferencje.

Użyj swojej dźwigni

Wykorzystaj główną część spotkania do omówienia alokacji projektów, ale nie udzielaj wsparcia (ponieważ prawdopodobnie wsparcie nie będzie wspierane przez jednego menedżera / zespół, który będzie argumentował przez 100% twojego czasu, tak jak produkt menadżerowie). Jeśli dojdą do punktu porozumienia w sprawie przydziału projektu, zrzucisz na nich bombę i powiesz: „Cóż, to brzmi bardzo dobrze i cieszę się, że udało nam się znaleźć wspólną płaszczyznę”. Ale jest jeszcze jeden problem : Spędzam nadmierną ilość czasu na obsłudze zgłoszeń do pomocy technicznej, które byłyby ... być może lepiej obsługiwane przez, powiedzmy, młodszego programistę / stażystę / wykonawcę? że musimy skorygować wszystkie te numery alokacji o 40% lub więcej ”. Nie musisz wspominać, że odkładasz telefon itp.

W tym momencie spodziewaj się, że PM ponownie się wyłączy. Ale tym razem będą zjednoczeni, ponieważ mają teraz wspólnego wroga. Pomiędzy nimi a twoim szefem, przypuszczam, że ktoś wymyśli sposób na przeniesienie części do większości twoich niskopoziomowych wezwań wsparcia na inny zasób, pozostawiając cię jako punkt eskalacji dla „prawdziwej” pracy wsparcia. Ale sztuka polega na tym, aby ktoś inny walczył za Ciebie. Jeśli naprawdę jesteś spornym zasobem, to będą zbyt szczęśliwi, że zaangażują się w deathmatch, aby zdobyć nowe źródło wsparcia lub po prostu zrzucić pracę na kogoś mniej wartościowego (dla nich).

A fajnym dodatkiem jest to, że dowiesz się wiele o swoim szefie, obserwując, jak reaguje na całe wydarzenie.

Chcesz, żeby spędzili godziny na omawianiu alokacji, a następnie powiedz im, że mają tylko 60% czasu, który im się wydaje - to niezawodny sposób, aby sprawić, że będziesz wyglądać na kompletnie niekompetentnego.Jeśli masz takie spotkanie, upewnij się, że w ciągu pierwszych 15 minut rozumieją wszystkie konkurencyjne priorytety.
Uhhhh… więc twoją rekomendacją jest „zjednoczenie wszystkich przeciwko wspólnemu wrogowi: OP”.To nie może być poważna rekomendacja.
@AlanDev To zakłada, że wsparcie ma taki sam priorytet jak inne żądania.Program operacyjny jasno dał do zrozumienia, że tak nie jest, a kompetentni PM szybko to zrozumieją i wykorzystają swoją dźwignię jako właściciele produktów, aby usunąć to konkurujące twierdzenie z tablicy operacyjnej.Jest to taktyka negocjacyjna i faktycznie daje potencjalnie pozytywny sposób na zakończenie spotkania.Lepiej też nie spędzać godzin na omawianiu priorytetów dla jednej osoby.Spotkanie na 30-60m jest albo skuteczne, albo PO utknął w złym otoczeniu.
@Kevin Nie. Wspólnym wrogiem jest: „źle zaprojektowane obciążenie wsparcia”.Przepraszam, jeśli nie było to jasne.
Shadowzee
2020-02-24 10:16:07 UTC
view on stackexchange narkive permalink

Wszyscy tutaj zalecają sporządzenie listy rzeczy do ustalenia priorytetów, ale nie sądzę, aby to skalowało się zbyt dobrze, ponieważ będzie to po prostu zagryzać czas podczas tworzenia tej listy, a to również nie powstrzyma ciągłych kłótni, dzwonienia i spotkania, na które nadal będziesz wciągana.

Uważam, że zamiast tego potrzebujesz licencjata (analityka biznesowego), który pomoże Ci zarządzać biznesem za Ciebie. To całkiem proste. BA działa dla ciebie jako pośrednik. Chodzą na spotkania, rozmawiają z biznesem i wymyślają wymagania (które ci przekazują). Ta warstwa abstrakcji ma kilka zalet.

  1. Otrzymujesz wymagania. Żadnych spotkań i zamieszania (z wyjątkiem wysokiego poziomu)
  2. Komunikacja z Tobą jest filtrowana przez BA, który zajmuje się biznesem
  3. Oczekiwaniami zarządza BA, który będzie rozmawiał z firmą i Tobą aby określić odpowiednie ramy czasowe

W ten sposób możesz skupić się na programowaniu i naprawianiu błędów, a BA może zająć się wszystkim innym, co jest związane z biznesem.

Zatrudnianie innego pracownika tylko po to, aby zarządzać czasem pracownika (nie będącego kierownikiem) jest albo bardzo marnotrawne przez firmę, albo szalone, jeśli sam za to płacisz.Tworzenie listy priorytetów nie powinno zająć więcej niż godzinę, po prostu wymyślasz 3 liczby, które w sumie dają 100, i wysyłasz je do swojego szefa.Dostosowanie powinno za każdym razem zająć kilka minut na podstawie opinii.Następnie odpowiadasz na wszelkie kłótnie / narzekania / spotkania z Przepraszam, nie mam teraz na to czasu, będę miał czas na [data]. „Czy to wszystko zatrzyma? Może nie, ale to nie jest twój problem. Ta odpowiedź to samobójstwo zawodowe.
To nie jest takie proste.Założę się, że agencja ma już mnóstwo licencjatów.za każdym razem, gdy masz licencjat, istnieje ryzyko, że skierują programistów do rzeczy, które są całkowicie nierealne.to wybór pomiędzy spełnieniem piekła a wdrożeniem niemożliwych wymagań.
@GreySage To nie jest samobójstwo zawodowe.Jest niezwykle powszechny.Programista ma bardzo małą wiedzę na temat wymagań biznesowych lub procesów w przeciwieństwie do licencjata.Posiadanie kogoś, kto może przełożyć potrzeby i pragnienia firmy na osiągalne i możliwe do wykonania cele, to umiejętność i ogromna oszczędność czasu.To tak, jakby iść do restauracji i zamówić „Jedzenie”.Szef kuchni (Dev) robi wszystko, dopóki ktoś (BA) nie powie im dokładnie, jakie jedzenie powinni robić.


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 4.0, w ramach której jest rozpowszechniana.
Loading...