Wierzę, że moje rozwiązanie jest lepsze niż mojego szefa, więc powinienem go zignorować? [Zamknięte]

16

Pracuję z php i sql.

Myślę, że moja metoda implementacji funkcji jest lepsza niż to, co proponuje mój szef. Właśnie wyjaśnił mi, jak sprawdzić listę adresów e-mail i nie podoba mi się jego pomysł. Zaproponowałem mój, który jest lepszy i szybszy do wdrożenia, ale się nie zgodził.

Teraz myślę, że zrealizuję mój pomysł, ponieważ jego pomysł nie był dla mnie wystarczająco jasny. Myślisz, że będzie szalony?

Ciemności
źródło
71
Wygląda na to, że problem może polegać na tym, że nie radzisz sobie zbyt dobrze z wyjaśnieniem, dlaczego twoje jest „lepsze i szybsze we wdrożeniu”.
Nicole,
21
Dodaj więcej informacji: (1) Czy twój program szefa? (2) Jakie było dokładnie rozwiązanie twojego szefa. (2) Jakie dokładnie jest twoje rozwiązanie? Dopóki te niewiadome nie zostaną zrozumiane, trudno jest ocenić, czy twoje rozwiązanie jest rzeczywiście dobre.
Darknight
4
Jesteś lepszy od swojego szefa? Co sprawia, że ​​tak myślisz? Potrzebujemy szczegółów.
Damien Roche,
3
Myślę, że może to również pomóc w edycji pytania, aby utworzyć link do drugiego powiązanego pytania: programmers.stackexchange.com/questions/28228/...
Damien Roche
3
Niech zgadnę, kodujesz od mniej niż 5 lat? Słodkie, niewinne dziecko ... :-)
Ed Griebel,

Odpowiedzi:

83

Będąc „szefa” i, jak się okazało, w rzeczywistości lepiej niż mój personel we wszystkich przypadkach jeden bar - tak, że będzie zła - albo denerwują lub sfrustrowani, a w każdym razie, całkiem możliwe, prawo w pierwszej kolejności.

Jeśli jesteś naprawdę lepszy od niego, powinieneś być w stanie zrozumieć jego proponowane rozwiązanie i zobaczyć, dlaczego twoje jest lepsze, a następnie wyjaśnić, dlaczego.

Ale stwierdzasz:

ponieważ jego pomysł nie był dla mnie wystarczająco jasny

W takim przypadku musisz cofnąć się i zrozumieć, czego chce i dlaczego oraz czy - jak to miało miejsce zarówno we mnie, gdy sugeruję mojemu personelowi, jak i pracownikom proponującym mi rozwiązania - ty lub on coś przeoczył. Ale nie zakładaj, że się myli i masz rację, chyba że zrozumiesz, o co prosi i czy obejmuje coś, o czym jeszcze nie pomyślałeś.


Aha, w jednym przypadku - jest lepszym programistą, ale nie jest tak dobry o kilka kroków od problemu, w którym jestem lepszy i świetnie się bawiliśmy ze współpracy właśnie z tego powodu.

Murph
źródło
13
+1 „chyba, że ​​zrozumiesz, o co on prosi”
Dean Harding,
3
Świetna odpowiedź, chciałem dodać, że nie powinniśmy zakładać, że szef nie ma dodatkowych informacji od swojego szefa lub kogoś wyżej, co prowadzi do dodatkowej wiedzy pozwalającej mu dojść do wniosku, że jego rozwiązanie jest lepsze. Widziałem to już wcześniej i zamiast wyglądać jak osioł pomaga upewnić się, że rozumiesz swojego szefa i skąd on pochodzi, zanim wskoczył na „mój szef nie rozumie, że moje rozwiązanie jest lepsze”.
Chris
1
czasem posiadanie lepszego rozwiązania nie wystarcza ani nie jest najważniejsze; rzeczywistość jest taka, że ​​istnieją ego, hierarchie i rytuały zespołowe / firmowe, które są zasadzone w czasie - i są one większe niż ty i mają znaczenie czasami poza naszym bezpośrednim zrozumieniem. najlepszą rzeczą, jaką możesz zrobić, to przeanalizować i ułożyć opcje obok siebie oraz przedstawić ich zalety i zastrzeżenia na tyle szczegółowo, aby kierownik (lub zespół) podjął decyzję. przynajmniej w tym momencie wiesz, że dołożyłeś należytej staranności, a los projektu nie jest już w twoich rękach.
jellyfishtree,
1
Rzeczą, która sprawia, że ​​kwestionuję tę odpowiedź, jest „bycie lepszym niż mój personel”. Nie chcę pracować dla szefa, który uważa, że ​​jest lepszy ode mnie ...
Jason Baker
1
-1. Jeśli naprawdę jesteś lepszy w programowaniu niż wszyscy twoi podwładni, to dostałeś niewłaściwą pracę. Nic nie mówi, że menedżer musi być lepszy we wszystkim. Idealnie, menedżer powinien być lepszy w zarządzaniu projektem, a programiści powinni być lepsi w programowaniu. Powinno być tak samo z każdym w każdym opisie pracy. Naprawdę świetny zespół to zespół, w którym umiejętności uzupełniają się nawzajem, dzięki czemu zespół jest większy niż suma części. Przepraszam kolego, ale w twojej aroganckiej postawie nie ma miejsca w zespole. Idź pracować solo i ocal wszystkim trochę żalu.
riwalk
50

Krytykujesz go myśląc, że jesteś lepszy od niego, zamiast krytykować jego pomysły .

Najpierw musisz zmienić to nieodpowiednie zachowanie.

Skorzystaj z okazji, by rzucić wyzwanie jego pomysłom , zadając "why?"wystarczająco dużo czasu. Jeśli pomysł jest tak głupi, w końcu sam go odkryje, odpowiadając na twoje pytania.

Ta technika ma tę zaletę, że pomaga ci zrozumieć. Jego pomysł jest prawdopodobnie bardziej inteligentny niż myślisz.

Również seeking to understandzanim spróbujesz zrozumieć, pomoże twój szef rozbroić się przeciwko tobie. Kiedy zaproponujesz komuś coś, jego mózg jaszczurki spróbuje ustalić, czy to uczta. Jego mózg jaszczurki chce, żeby był bezpieczny. Dążenie do zrozumienia go ponownie zapewni mu archaiczny mózg.

Teraz, jeśli masz lepszą propozycję, jestem pewien, że chętnie cię wysłucha. Przygotuj się na to, by zapytać "why?"wystarczająco dużo razy, dopóki nie zostanie przekonany.

W końcu jesteś profesjonalistą, dlatego zatrudnił cię na pierwszym miejscu. Powinien cię słuchać.

Jeśli twoje pomysły w ogóle go nie interesują, pozostaje tylko jedna rzecz: wyjść .

użytkownik2567
źródło
2
+1 za „Najpierw musisz zmienić to nieodpowiednie zachowanie”. Najpierw zapoznaj się z propozycją przełożonego, zanim ją skrytykujesz.
Chris
38

Mówisz, że twoja metoda jest „szybsza do wdrożenia”. To do mnie dzwoni.

Kod, który można szybciej wdrożyć, bardzo często może być trudny do utrzymania.

On jest twoim szefem. O ile nie pozostaniesz tam do końca życia, będzie żył z tym kodem znacznie dłużej niż ty. Być może jego strategia uwzględnia ten fakt.

Krótka odpowiedź: niesubordynacja to pewny sposób na zwolnienie z pracy.

JW01
źródło
4
Twoja krótka odpowiedź jest absolutnie najlepszym podsumowaniem problemu.
justkt
Nie zgadzam się, szybciej i prościej jest lepiej. bardziej skomplikowana z dużą ilością narożnych skrzynek jest najgorsza i trudniejsza do utrzymania. Uważam nawet, że zawsze powinieneś robić to w najprostszy sposób, a później ewoluuje, jeśli zajdzie taka potrzeba.
IAdapter
Częściowo się z tobą zgadzam, myślę też, że „Prostsze jest lepsze”. Ale faworyzuje „prostsze dla osoby, która czyta kod 3 lata po„ ponad ”Prostsze w pisaniu”. W tym sensie „Prostsze” może mieć kompromis z „Szybszym”. Jeśli mnie dostaniesz.
JW01
9

Twoim zadaniem szefów nie jest lepsze programowanie, lecz zarządzanie tobą. Odkładając na bok fakt, że biorąc pod uwagę jego oczywiste przygotowanie programistyczne i że może wiedzieć, dlaczego twoje rozwiązanie nie jest najlepsze - pokaż mu, że możesz obrać kierunek, a on będzie ci bardziej ufał, gdy przyjdziesz do niego z lepszymi rozwiązaniami .

Mogę prawie zagwarantować, że twoje podejście do mówienia mu, dlaczego się myli (a co powiesz o tym, jak możemy to zrobić lepiej?), Powstrzymuje cię od bycia wysłuchanym.

... żeby nie powiedzieć, że nie ma tam naprawdę niedoświadczonych kutasów :)

heretik
źródło
6

Weź pod uwagę, że twój szef potrzebuje od ciebie kilku rzeczy:

  • Możliwość programowania. Według wszelkich praw, chyba że jest kierownikiem ds. Rozwoju, (miejmy nadzieję) zatrudnił cię, mając nadzieję, że będziesz lepszy od niego.
  • Umiejętność pracy w zespole: oznacza to zarówno słuchanie, jak i wyjaśnianie pomysłów.
  • Możliwość robienia tego, co ci powiedziano. Kiedy ostatnie słowo zostało wypowiedziane, po tych wszystkich dyskusjach na temat problemu, nie jesteś szefem. Jeśli starasz się być gorącym strzelcem, kiedy powiedziano ci, żeby czegoś nie robić, nie możesz ufać.

Jeśli chcesz kontynuować problem, możesz wdrożyć pomysł szefa, wdrożyć własny (w swoim własnym czasie, jeśli zajmie to trochę czasu), i zademonstrować je oba, aby udowodnić, że twój jest lepszy. Gdybym to zrobił, zostawiłbym to pod prysznicem.

Steven Evers
źródło
„Kiedy ostatnie słowo zostało wypowiedziane, po tych wszystkich dyskusjach na temat problemu, nie jesteś szefem”. - oznacza to, że jeśli chodzi o wyjaśnienie temu, kto płaci Tobie i Twojemu szefowi, dlaczego to nie zadziałało, będziesz zadowolony, że Twój szef musi to wyjaśnić, a nie Ty.
flamingpenguin,
6

Tak, będzie szalony . Radzę ci więc wysłać mu e-mailem powód, dla którego twoja metoda jest lepsza. I poproś go o zgodę na zastosowanie tej metody. Moim celem „e-mail” jest upewnienie się, że spisałeś i zestawiłeś wszystkie swoje powody przed dalszą dyskusją.

Spróbuj sformułować to jako „ Ufam, że ta metoda odpowiada projektowi / problemowi ” - więc jeśli nie ma lepszego sposobu, powinien iść z tobą.

Jeśli jesteś naprawdę pewien i masz wystarczającą ilość amunicji, aby poprzeć swój widok, wybierz „ Ufam, że ta metoda pasuje do projektu / problemu z 1,2,3 .. powodów

Jeszcze jedna osobista rada - mówiąc: „Jestem lepszy niż mój szef” wydaje się nieco arogancki, rozumiem, że możesz być teraz zły - ale w kontekście zawodowym nie będzie to mile widziane. Mam nadzieję, że twój szef nie czyta tego posta;)

JoseK
źródło
9
Nigdy, nigdy nie próbuj rozwiązywać konfliktu z pocztą e-mail. E-maile pozwalają reagować zgodnie z tym, w jakim nastroju jesteś, kiedy je czytasz.
Morten,
Zgadzam się z komentarzem Mortena. Większość konfliktów rozpoczyna się również w rozmowach e-mail. Język ciała jest niezbędny.
@Morten, Pierre: Zgadzam się na komentarze w e-mailu. Miałem na myśli, że powinna być dyskusja na temat punktów OP vs punktów jego szefów.
JoseK,
E-mail powinien być kolejnym krokiem do śledzenia, dokumentowania i opisywania rozmowy, która musi się odbyć w pierwszej kolejności. Straciłem liczenie na to, ile e-maili przybyło, by odgryźć ludzi, którzy je wysłali (łącznie z mną). Najbardziej niestabilne nieporozumienia i nieporozumienia wynikały ze strategii „najpierw e-mail, zadaj pytania później”. Bez względu na ton, jaki masz na myśli, pisząc wiadomość e-mail, dźwięk prawie zawsze będzie interpretowany inaczej przez odbiorcę. Jeśli najpierw jest rozmowa, słychać już ton.
Mark Freedman,
4

Bycie świetnym programistą to nie tylko bycie dobrym programistą! Częścią pracy jest dobra współpraca z innymi i współpraca ze swoimi zespołami i szefami. Jeśli uważasz, że twoja droga jest lepsza, spróbuj mu to wyjaśnić, pokazując mu „dane”, dlaczego tak jest lepiej.

Jeśli twierdzi, że jego droga jest rzeczywiście lepsza, niż staraj się zachować otwarty umysł na wypadek, że może mieć rację. Jeśli nie jest, a jedynie ciągnie nad tobą władzę, masz jednego złego szefa ... (ponieważ częścią bycia doskonałym szefem jest również współpraca z zespołem i prawidłowe zarządzanie nim). W takim przypadku rozpoczęcie rozglądania się może nie być takie złe.

Nikos Steiakakis
źródło
2

To z pewnością szybki i łatwy sposób na zwolnienie z pracy.

Radzę wdrożyć oba te elementy i użyć tego, którego chce szef.

Jeśli występuje problem, powiedz mu, że masz poprawkę, i pokaż mu, ale nie mów mu, dlaczego to napisałeś.

greyfade
źródło
Muszę się z tym nie zgodzić. Utworzenie dwóch implementacji, aby udowodnić, że ktoś się myli, to po prostu strata czasu. Jestem w 100% pewien, że w większości przypadków wystarczy zwykła dyskusja na temat zalet i wad każdego rozwiązania.
Tx3
Nie musisz się pochylać w każdej sytuacji. Gracze wysokiego poziomu znają swoje rzeczy, wiedzą, jak to udowodnić, a także wiedzą, kiedy się wycofać. Są najbardziej poszukiwani i płacą najlepsze pensje. Kod małpy tłumaczą niekompletne specyfikacje na niekompletny kod.
Koder
2

Nie sądzę, żebyś miał tutaj właściwe podejście. Myślenie, że jesteś lepszy od swojego szefa lub po prostu myślenie, że jesteś lepszy niż ktokolwiek inny, nigdy nie pomaga. Powiedziałeś mu, dlaczego nie podoba ci się jego pomysł, czy po prostu powiedziałeś: „Mam lepszy sposób na robienie rzeczy”. Dlaczego Twój pomysł jest lepszy? Czy jest to mniej skomplikowane algorytmicznie? Czy ma lepszy czas działania? Czy łatwiej jest utrzymać? Czy łatwiej jest zrozumieć wzorce projektowe?

davidk01
źródło
2

Ponieważ udzielono już wielu odpowiedzi, nie radzę kodować rozwiązania, które nie zostało zatwierdzone przez potencjalnego klienta. Najpierw musisz udowodnić mu, że twoje rozwiązanie jest lepsze w konstruktywny sposób. Jeśli jest dobrym menedżerem i głęboko uważa, że ​​jego rozwiązanie jest lepsze od twojego, możesz oczekiwać od niego wyjaśnienia, dlaczego. Nie zapominaj, że jako menedżer może mieć inne kryteria niż Ty, aby określić, jakie jest skuteczne rozwiązanie. Jednym z nich może być łatwość w utrzymaniu lub łatwość czytania.

Poza tym, jeśli jest dobrym menedżerem, nie będzie hańbą, jeśli wybierze twoje rozwiązanie, jeśli obiektywnie udało ci się udowodnić, że jest naprawdę lepsze.

Ale na koniec, nawet jeśli nadal się z nim nie zgadzasz, nie oszukuj go; nie rób czegoś, co zignoruje. Zarządzanie zespołem opiera się również na zaufaniu i przejrzystości, dzięki czemu możesz popsuć swoje relacje i efektywność zespołu. A cele zespołu powinny być Twoim pierwszym priorytetem.

Jeśli sytuacja będzie się powtarzać raz po raz, a jego wybory są zawsze złe, nie powinien pozostać twoim szefem przez długi czas. Jeśli to tylko okazjonalne, nie bądź zbyt przesadny ...

PierrOz
źródło
1

Wygląda na to, że jesteś z czymś w konflikcie, więc musisz skupić się na byciu konstruktywnym.

Jeśli szczerze nie wierzysz w jego rozwiązanie, powinieneś znaleźć konstruktywny sposób, aby powiedzieć mu, jak się z tym czujesz. Jest w tym kilka rzeczy do rozważenia. Jesteś odpowiedzialny za dostawę, ale jego odpowiedzialność za dostawę zespołu. Będziesz musiał wykazać, że interesuje Cię dostarczanie drużyn i twoje (że te dwie rzeczy się pokrywają).

Zrób listę plusów i minusów obu rozwiązań i omów je z szefem w konstruktywny sposób. Czasami łatwiej jest wykazać, że brakuje mu kluczowego elementu rozwiązania z listą.

Spróbuj zrozumieć, czego chce, to cel końcowy jest celem. Jeśli wpadniesz w konflikt, nie koncentrujesz się na właściwym celu.

Morten
źródło
1

Radzę najpierw ustalić, czy jego rozwiązanie jest rzeczywiście lepsze. Opublikuj dwa rozwiązania, poproś SE o bezstronną opinię.

NIGDY nie zignorowałbym mojego szefa. Jeśli ma on wiedzę techniczną, zdrowa dyskusja nie zaszkodzi. Wrzuca swój pomysł, a ty proponujesz swój.

Jeśli jednak stwierdzisz, że w rzeczywistości jego metoda jest gorsza i nie pozwoli ci wykonać pracy, do której cię zatrudnił, przestań. Nie ma nic gorszego niż to, że stoisz nad tobą, mówiąc ci, jak powinieneś coś zrobić, kiedy wyraźnie nie mają pojęcia, o czym mówią.

Damien Roche
źródło
1

Zacznijmy od tego, że decyzja należy do szefa, a nie do ciebie. Przeciwstawiasz się tym decyzjom za jego plecami i jest to szybka droga do zwolnienia za przyczynę.

Możesz i powinieneś przedstawić swoje pomysły przed podjęciem decyzji, ale kiedy już zostanie podjęta, Twoim zadaniem jest podjęcie decyzji, nawet jeśli się z nią nie zgadzasz. Jeśli nie możesz tego zrobić, będziesz miał bardzo krótką karierę.

HLGEM
źródło
0

Zależy od osoby. Jeśli jest wystarczająco rozsądny, a ty pokażesz mu swoje rozwiązanie i jest to lepsze, prawdopodobnie nie będzie zły. Ale jeśli nie, to masz kłopoty.

A teraz, jeśli chodzi o nietypowe bzdury: On jest twoim szefem. Nie ma go po to, by być lepszym programistą, ale by być lepszym menedżerem / liderem. Może ma powody, których nie rozważałeś.

Jeśli podejmujesz ryzyko, idź na całość, ale nie złość się, jeśli zostaniesz zwolniony. To wszystko zakład.

stacja końcowa
źródło
0

Nie gryź ręki, która cię karmi.
Jeśli uważasz, że twój jest lepszy, nawet po wyczerpującej analizie, z pewnością rób to, w co wierzysz, ale będziesz żyć z konsekwencjami.

chiurox
źródło
Dlaczego nie? Nikt nie odniesie korzyści, jeśli produktem końcowym będzie zmarnowany kawałek śmieci. Ważne jest, aby pracować w zespole i decydować jako zespół. Ale Twoim zadaniem jako profesjonalnego programisty jest znalezienie profesjonalnych rozwiązań i obrona swojej pozycji, jeśli jest to właściwe.
Koder
0

Mój szef nie może zaprogramować wyjścia z papierowej torby (właściwie nie może zaprogramować tylko dobrego mówcy i oszusta, ale aby zaspokoić swoje niedociągnięcia, każe mi robić rzeczy, które zakrywają moją pracę, aby mógł ukryć prawdziwe mózg za tym, co się dzieje. 1% pomysłów pochodzi z kluczowych pytań, które zadaję. 100% kodu i metod pochodzi ode mnie. Kiedy szef daje mi złe pomysły, wdrażam własne, mój szef bardziej chce się zaangażować przed udanym programem. Moja strategia nawiązywania kontaktów ze wszystkimi, którzy go otaczają, pomaga tłumić jego kłamstwa na poziomie lokalnym. Teraz pracuję dla podziału 1/3 stanów w dużej części. Będę ponownie używać tej samej strategii, chociaż „ Będę musiał być jeszcze bardziej kreatywny w sieci.

Aby odpowiedzieć na pierwotne pytanie w tym poście, kod szefa nie jest dobry jak mój. Jak stwierdzili inni ludzie. Co sprawia, że ​​tak myślisz. Kod jest logiką. Dlaczego dokładnie uważasz, że twój jest lepszy? W moim przypadku ewoluowała polityka, która wykracza poza udany produkt. W moim przypadku chce zdławić moją notarialność, aby postępować zgodnie z własnymi. Nie jestem pewien, jaka może być twoja sytuacja tutaj.

użytkownik20283
źródło
0

Może być w obie strony, w zależności od szczegółów.

Wiem, że byłem w wielu sytuacjach, w których kłóciłem się z bossami o coś takiego. Wiele razy udowodniłem, że mój pomysł jest lepszy, czasami pokazywali mi rozwiązanie, które było o wiele szybsze i bardziej kompletne. Czasami żadne z nas nie wiedziało, więc musiałem przeprowadzić badania, porównać pomysły, a może nawet wymyślić coś nowego na następną rundę podejmowania decyzji.

Jeśli szef jest dobrym szefem, a jesteś na wyższym szczeblu, prawdopodobnie wie, że masz dużo doświadczenia i lepszy / świeższy pogląd na problemy wewnętrzne, a on zrozumie, dlaczego coś zrobiłeś, jeśli to wytłumaczysz do niego. Uniknie także mikromanowania.

A czasem, bez względu na to, jak dobry jesteś, tęsknisz za prostymi rzeczami, które później sprawiają, że zastanawiasz się, jak możesz być tak głupi, aby przeoczyć banalne rozwiązanie. A szef, dzięki swojemu obrazowi z dystansu, może ich zauważyć znacznie łatwiej.

Koder
źródło