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

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?

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.

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

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.

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 :)

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.

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;)

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.

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

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?

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

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.

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

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

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.

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.

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.

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.