Jak najlepiej trzymać się z daleka od chaotycznych, nietechnicznych menedżerów i nadal zapewniać dobrą pracę? [Zamknięte]

11

To pytanie można uznać za subiektywne (otrzymałem ostrzeżenie) i zostać zamknięte, ale zaryzykuję, ponieważ potrzebuję dobrych rad / doświadczeń w tym zakresie.

Czytam następujące na „O” stronie Fog Creek Software , firmy, która Joel Spolsky założony i jest CEO:

W 2000 roku założyciele Fog Creek, Joel Spolsky i Michael Pryor mieli trudności ze znalezieniem miejsca do pracy, w którym programiści mieli przyzwoite warunki pracy i mieli okazję do wykonania świetnej pracy, bez wpadania na siebie, nietechnicznych menedżerów droga. Każda firma zajmująca się technologiami twierdziła, że ​​chce wielkich programistów, ale nie wkładała pieniędzy tam, gdzie były ich usta.

Zaczęło się od środowiska fizycznego (z dziesiątkami kabin zamkniętych w hałaśliwym, ciemnym pokoju, w którym sprzedawcy krzyczący przez telefon uniemożliwiają koncentrację programistów). Ale poszło znacznie głębiej. Menedżerowie, przerażeni zmianą, traktowali każdy nowy pomysł jako dziwnego wirusa, który należy poddać kwarantannie. Młodsi menedżerowie z kompleksem Napoleona nalegali, aby wszystko było zrobione dokładnie tak, jak chcesz, bo cię zwolnią. Korporacyjna policja meblowa wiła się w agonii, gdy ktoś przykleił plakat do kina w swojej kabinie. Dezorganizacja była tak powszechna, że ​​nawet gdyby pomysły były dobre, niemożliwe byłoby stworzenie z nich produktu. Niedoświadczeni menedżerowie ćwiczyli zarządzanie uderzeniami, wydając surowe rozkazy dokładnie, jak robić rzeczy, nie szukając farsowych wyników swoich fiatów.

A co najgorsze, odpowiedzialne typy MBA uważały, że kodowanie jest funkcją pomocniczą, w zasadzie wymyślną formą pisania.

Tępy prawda o większości współczesnych dużych firm oprogramowanie! Niestety nie każdy programista jest gutsy(lub luckymogę powiedzieć?) Tak jak Joel Spolsky! Więc moje pytanie brzmi:

Jak najlepiej współpracować z takimi menedżerami, trzymać ich na dystans i nadal dostarczać świetnej pracy?

Ciekawy
źródło
3
Oznacziłem to jako nie na temat, ale wciąż jest to interesujące pytanie. Sugeruję, że lepiej byłoby zapytać w wersji beta Workplace.SE.
@GrahamLee Thanks! Czy ktoś z odpowiednimi uprawnieniami może przenieść pytanie?
Ciekawy
4
Pamiętaj, że Joel Spolsky reklamuje własną firmę. Oznacza to, że porównania muszą być korzystne.
@Curious Spytam modów w miejscu pracy, czy jest odpowiedni dla ich witryny, i przeniosę go, jeśli jest ...
yannis
1
@Curious - mody w miejscu pracy powiedzieli, że nie nadaje się w obecnej formie. Przeformułowana wersja może być jednak OK.
ChrisF

Odpowiedzi:

19

Podczas gdy programiści są postrzegani jako nieświadomi problemów biznesowych, mniej technicznych menedżerów będzie patrzeć z góry na deweloperów. Programiści muszą zapoznać się z przypadkami biznesowymi i zacząć prowadzić lub sugerować ulepszenia pod względem biznesowym. Gdy programiści i menedżerowie mówią tym samym językiem, wszystko staje się łatwiejsze.

Dotyczy to również zmiany nastawienia. Tak, zawsze będą hm uparte osoby w zarządzaniu. Jednak stworzenie postawy „my i oni” wzmacnia to z obu stron.

akton
źródło
1
+1 dobrze postawione. Dobry programista / menedżer próbuje zobaczyć drugi koniec historii.
jgauffin
2
Gdybym tylko mógł głosować więcej niż raz ...
2
Prawdopodobnie 90% nietechnicznych menedżerów, z którymi się spotkałem, nawet nie rozumiało problemów biznesowych tak dobrze, jak deweloperzy. Myślę, że to zabawne, gdy właściciel produktu prosi mnie, abym zaczął pisać wszystkie historie użytkowników, ponieważ są one zbyt trudne. Ma to sens tylko, że podwoją pensję programistów, a jednocześnie zostają wysłani na stoisko na konwencie X w Las Vegas.
wałek klonowy
10

Opcja 1: zostań menedżerem sam i pokaż wszystkim, jak robić dobrze. Prawdopodobnie przekonasz się, że nie jest to tak łatwe, jak wielu programistów myśli.

Opcja 2: Wyjdź i znajdź lepsze miejsce do pracy. Wierzę, że istnieje wiele dużych i małych firm, które przynajmniej wiedzą o tym problemie i starają się go rozwiązać. Z różnym powodzeniem.

Euforyk
źródło
Zgadzam się z tym, co mówisz w Opcji 1, ale często sami menedżerowie sprawiają, że nie jest to takie proste ... Próbowałem już Opcji 2 (nie tylko z tego powodu) już 7 razy! :) Wciąż mam szczęście! Dzięki ...
Ciekawy
1
Siedem razy? Może to nie oni stanowią problem .. (przepraszam, że
jestem
@Curious: 7 razy w jakim czasie? Nie oczekuj, że coś zatrzaśnie się natychmiast! Możesz potrzebować cierpliwości.
Joonas Pulakka
@ jgauffin Powiedziałem już „nie tylko z tego powodu”! :)
Ciekawy
1
@JoonasPulakka - przez ponad 15 lat ... :)
Ciekawy
4

Twoim zadaniem jest dostarczanie świetnej pracy. Zarządzanie to funkcja wsparcia, której celem jest umożliwienie wykonania doskonałej pracy - działanie jako bufor między tobą a klientami i interesariuszami oraz polityka i sprzedaż itp., Usuwanie przeszkód, abstrakcyjne codzienne bzdury, które uniemożliwiają osiągnięcie najlepszych wyników.

Pomyśl o menedżerze pamięci . To nie to, że szef Komendy ty i twoi programy, to raczej uwalnia cię od wszystkiego innego, że rozważa się dzieje na komputerze, dzięki czemu można skoncentrować się na tym, co istotne dla programu. To, co pisze o Joel, to w jaki sposób menedżerowie idealnie powinno działać.

Nie wszyscy menedżerowie są idealni, ale ty też nie. Nic nie jest. Jeśli wszystko nie jest całkowicie szalone, po prostu wysysaj to i rób wszystko, co możesz, ignoruj ​​to, co cię denerwuje, i skoncentruj się na swojej pracy. Jeśli wykonasz świetną robotę, menedżerowie w końcu będą cię szanować i ufać ci więcej, i pozwolą ci pracować więcej na swój sposób, gdy pokażesz, że możesz wykonać świetną robotę.

Można pracować w idealnej organizacji w 70%. Jeśli Twoja sytuacja jest naprawdę zła, zmień swojego pracodawcę. Ale nie poddawaj się zbyt wcześnie; proces zdobywania zaufania - przekonywanie menedżerów i organizacja umiejętności - może zająć lata.

Joonas Pulakka
źródło
2

trzymaj ich na dystans i nadal wykonuj świetną robotę

Powodzenia z tym. Założyłem własną firmę i to wszystko, co mogę zasugerować.

Miejmy nadzieję, że w takich sytuacjach inżynierowie łączą siły, a jeśli jest to poważny problem, albo kierownik projektu technicznego, kierownik produktu technicznego, architekt lub własny menedżer deweloperów mogą zrozumieć zakres twojej pracy i trzymać osoby nietechniczne z dala od ciebie droga.

Ale to nie zawsze działa w ten sposób. Pracowałem kiedyś dla dużej firmy technologicznej, w której kierownik był podobno techniczny, a gdy deweloperzy narzekali na nieprzerwane spotkania z 4 różnymi kierownikami projektów każdego dnia, jego odpowiedź była - OK, więc chcesz WIĘCEJ spotkań z kierownikami projektów.

Uważam, że w ciągu ostatnich 10 lat techniczny „talent”, tak jak w rzeczywistości, był niezwykle marginalizowany przez biznesową stronę organizacji oprogramowania i jest to dla nas problem karierą.

Zarządzanie wysoko opłacanymi programistami z niskopłatnymi biznesmenami jest jak wysyłanie swojej młodszej siostry do szkoły oswajania lwów, to po prostu nie działa.

Ale jednym rozwiązaniem, z którym zdecydowanie będę po stronie, jest kłamstwo. Widziałem, jak naprawdę dobrzy programiści próbują odeprzeć menedżerów, wypełniając ich historiami, które z technicznego punktu widzenia nie pozwalają im odejść. Nie rób tego, jeśli to zrobisz, sprzedałeś swoją duszę, a to gorsze niż bzdurna praca.

usunięty użytkownik
źródło