Unikanie syndromu „inteligentnego faceta” w projektach zespołowych


61

Na początku projektu popełniono wiele złych praktyk, rozpoznałem je i walczyłem z nimi wszystkimi. Ponieważ nie wybrałem i nie wybrałem moich bitew, mój szef zakłada teraz, że wszystko z moich ust jest przesadnie skomplikowaną reakcją i spędza dużo czasu, broniąc się osobiście, zamiast dbać o najlepszy interes projektu.

Jak popchnąć zespół we właściwym kierunku, nie czekając czterech miesięcy, aż wszyscy dojdą do konsensusu, który starałem się wypracować od samego początku, ani nie zepsułem mojej reputacji w zespole jako trudnej wiedzy?


50
Miej oko na post od swojego szefa, który zastanawia się, jak uniknąć syndromu „Smart Ass” - tego faceta, który myśli, że wie wszystko, mimo że jest nowy i nigdy nie pracował nad żadnymi projektami z prawdziwego świata.
Paul Tomblin,

3
@Droogans, proszę nie zakładać, że przeczytałem inne pytania przez ciebie. Jeśli rozszerzysz treść pytania, możemy wspólnie wycofać komentarze (które mają na celu wyjaśnienia, prawda).
Job

9
@Droogans: Najpierw budowanie interfejsu użytkownika (prototypowanie), a żadnego projektu z góry nie można uznać za zwinne, jeśli zostanie wykonane poprawnie. Nie zakładaj, że wiesz wszystko i nie będziesz znany jako facet, który zakłada, że ​​on wie wszystko. To powiedziawszy, zespół programistów bez bazy danych błędów prawdopodobnie nie robi tego dobrze.
pdr

3
Dodatkowo, brak formalnej specyfikacji całego projektu jest czymś dość powszechnym. Naucz się dostosowywać do swojego właściciela projektu. Ja (i wielu innych, których znam) dość często pracuję tylko z historiami użytkowników, bez specyfikacji jako takich.
jer

14
Jak możesz być pewien, że masz rację, a oni się mylą? Utwórz kopię zapasową z faktami.

Odpowiedzi:


39

Zmiana wymaga czasu. Udi Dahan ma doskonały artykuł, który porusza to, o co pytasz, i myślę, że lepiej sobie radzi z odpowiedzią niż ja.

Bądź entuzjastyczny, nie zgorzkniały. Przygotuj się do ostrożnego, wesołego wyjaśniania swojej pozycji znacznie częściej, niż chcesz. Licz swoje wygrane i przygotuj się na innych, którzy oprą się twoim pomysłom. Zawsze pamiętaj, że punkty widzenia innych osób, choć nie twoje, mogą być słuszne. Z czasem możesz osiągnąć swoje cele, jeśli jesteś przygotowany do pracy z ludźmi.

Zastanawiam się, czy nie czułeś się trochę nieswojo, kiedy pisałeś: „ponieważ nie wybieram i nie wybieram moich bitew”… Wydaje mi się to czerwoną flagą. Zdobycie kilku wczesnych, łatwych wygranych może ustawić cię nie jako „palant, który myśli, że jest mądrzejszy niż wszyscy inni”, ale „tego faceta, który miał świetny pomysł w zeszłym miesiącu”.


1
Zdobycie wczesnych zwycięstw jest trudne, gdy twoje rozwiązanie opiera się na „tym, co może się zdarzyć w przyszłości”. Teraz, kiedy identyfikuję te rzeczy, zapisuję notatki na temat tego, czego powinienem się spodziewać, i po prostu czekam, aż się zepsuje. Daj mi przewagę.
Droogans,

Jeśli jest tak źle, jak mówisz, jest niezwykle złe i powinieneś szukać wdzięcznego wyjścia. Tak czy inaczej, cierpliwość jest twoim przyjacielem. Mam nadzieję, że twoja kariera będzie długa ... Nie stresuj się tak bardzo w krótkim okresie. Rzeczy zwykle się sprawdzają.
Kyle Hodgson,

Lubię myśleć, że uczę się tyle, jeśli nie więcej, w interpersonalnej stronie inżynierii oprogramowania. Niezależnie od tego, będę zadowolony wiedząc, że zrobiłem różnicę w miejscu, które tego potrzebowało, plus ... to dobra praktyka.
Droogans,

17

Musisz przedstawić wyraźny, niepodważalny, kompilowalny dowód, że masz rację, lub sprowadzić problem do czegoś trywialnie prawdziwego, np. Coś, co musi być bezpieczne jak RAII, jest z definicji bezpieczniejsze niż coś, co może być bezpieczne, np. Malloc / free.


37
I rozważ możliwość, że się mylisz, a pozostali trzej faceci mają rację i po prostu tego nie widzisz.
Yam Marcovic,

@Yam W takim przypadku zastosowalibyśmy model danych oparty na plikach. Przykłady tutaj nie są plisowanymi szczegółami; były to fundamentalne, nieodwracalne wady , o których ostrzega 90% wszystkich książek i kursów zorientowanych na oprogramowanie. Brzmi dość ponuro, prawda? Staraj się nie być zagrożonym, gdy figurki zostaną przedstawione w ten sposób tobie, szefowi.
Droogany,

10
@Droogans Nie powiedziałem, że się mylisz. Powiedziałem, że rozważaj możliwość, że się mylisz za każdym razem, gdy wdasz się w kłótnię, tak jak oczekujesz od innych ludzi.
Yam Marcovic,

@Yam: Jeśli dostarczysz wyraźny, niepodważalny dowód, to właśnie udowodniłeś, że inni faceci się mylą. Zawsze mogą spróbować go rozdzielić, jeśli chcą.
DeadMG,

4
@DeadMG „Najlepsze praktyki” w programowaniu nie są nigdy tak naprawdę obiektywnie lepsze, a zatem nie można tak naprawdę udowodnić, że są „lepsze”, tylko że spełniają one twoje standardy tego , co uważasz za dobre. Zawsze będą plusy i minusy, a czasem inni faceci uznają to, co uważasz za dobre, za złe.
Yam Marcovic,

17

Myślę, że nieco odpowiedziałeś na własne pytanie. Jedyną sugestią, jaką mam, jest nauczyć się wybierać bitwy i nauczyć się cierpliwości. Od czasu do czasu wprowadzaj kilka pomysłów, a następnie pozwól im się przeniknąć, dopóki nie dostaniesz „wpisu” od innych członków zespołu.

Główny problem nie dotyczy tego, kto ma rację, a kto nie. Wszystko sprowadza się zarówno do psychologii indywidualnej, jak i grupowej. Ludzie mają tendencję do błędnego odczuwania niższości, gdy ich wartości i ideały są kwestionowane, a ludzie mogą być bardzo odporni na zmiany. Mogą stać się kłótliwi i będą szukać innych, aby potwierdzić swoją pozycję i być pocieszeni jako grupa, aby nie musieli kwestionować własnych wartości i aby nie musieli stawić czoła zmianom, które mogłyby sprawić, że poczują, że mają określone koncepcje źle. Z drugiej strony, twórcy oprogramowania mogą być szczególnie wrażliwymi ludźmi, a jednak często mogą być niewrażliwi (szczególnie gdy są młodsi), jeśli chodzi o to, jak podchodzą do podważania wartości innych. W rezultacie często znajdziesz zespoły, w których jedna osoba jest bardzo nieszczęśliwa i wydaje się, że wszyscy inni nie chcą zrozumieć, i traktuje tę osobę jak przysłowiowy wysoki mak. Często powoduje to, że kultura grupowa jest trująca dla wszystkich, a wina i obrona stają się normą.

Musisz również wziąć pod uwagę swoje stanowisko w tym zakresie. Nie jest prawdopodobne, że wina za trującą kulturę spoczywa w całości na twoich kolegach, nawet jeśli mogła się tam zacząć. Bardziej prawdopodobne jest, że ich reakcje na ciebie i twoje reakcje na nich z czasem same się od siebie odwrócą, a pozostawienie niezaznaczone stanie się bardzo trudnym do opanowania problemem. Dobry menedżer wcześnie wykrywa tego rodzaju problemy i je rozwiązuje, ale w rzeczywistości większość menedżerów w branży IT pochodzi przede wszystkim ze środowisk IT i jest promowana bez dodatkowego szkolenia potrzebnego do skutecznego zarządzania ludźmi, aby do czasu, gdy się tam zdają, jest problemem, stał się bardzo duży i stał się częścią kultury zespołowej.

Co możesz z tym zrobić?

Jedną z opcji jest po prostu odejście, ale zrobienie tego w sposób, który pozwoli ci odejść z nienaruszoną reputacją i dobrym poleceniem od twojego pracodawcy. Nie chcesz mieć chwili „Jerry'ego McGuire'a” i spalić wszystkich swoich mostów, a podczas wywiadów musisz uważać na to, jak podasz powody swojego odejścia, i uniknąć zuchwałości i arogancji czułeś się traktowany.

Jeśli chcesz zostać, musisz zrobić najtrudniejszą rzecz ze wszystkich. Połknij swoją dumę i z czasem pokaż innym, że z ich perspektywy „zmieniłeś się”. Musisz zatrzymać się i słuchać innych oraz uniknąć pokusy, by osobiście wziąć odrzucone pomysły. Czas, cierpliwość i nauka, aby nie inwestować zbyt emocjonalnie w wykonywaną pracę. Co ważniejsze, musisz nauczyć się wyrażać rzeczy, aby pokazywać innym, że jesteś wrażliwy na ich punkt widzenia, a jednocześnie mieć własne zdanie.

Twoje pytanie przypomina niektóre z doświadczeń, jakie miałem w ciągu ostatnich 10 lat i chociaż nie jestem psychologiem, jestem uważnym obserwatorem interakcji między ludźmi i sam muszę pracować nad zmianą zanim zdołam dokonać zmian kulturowych w moim zespole. W niektórych przypadkach zmieniłem pracę, w innych pozostałem i zrobiłem wszystko, co mogłem, aby naprawdę zmienić sytuację w moim miejscu pracy. Odszedłem z największą satysfakcją z miejsc, w których przezwyciężyłem bycie wysokim makiem, i zostawiłem ulepszoną kulturę pracy i wspaniałe referencje. Postrzegaj to jako okazję do podjęcia prawdziwego wyzwania. To może być trudne, ale w końcu bardzo satysfakcjonujące.


Od lata wspominam o rzeczach i pozwalam odejść błędom, jeśli nie są one w moim bezpośrednim obszarze koncentracji przy projektowaniu systemu (nawet jeśli oznacza to pracę przez kilka późnych nocy). Myślę też bardzo, bardzo ciężko, aby nadać mojemu rozwiązaniu seksowną, zorientowaną na modne słowa nazwę, a nie opisywać go. Niestety działa to lepiej niż próba wyjaśnienia źródła problemu lub oferowanego przeze mnie rozwiązania.
Droogans,

LOLz re: modne słowa. Nawet ja wiedziałem, że wyjaśniam menedżerom potrzebę „synergii” :-P W końcu są to tylko narzędzia, których należy użyć, aby zrealizować cel ulepszeń. Menedżerowie muszą jednak uzasadnić wydatkowanie zasobów, a to wymaga solidnego uzasadnienia biznesowego dla każdej poprawy, którą chcesz wprowadzić. Twarde dane w kategoriach zysków i wydatków mówią o wiele głośniej niż zwykłe powiedzenie „ponieważ Fowler / Gof / etc mówi, że tak”. Wydaje mi się, że sedno tego, co napisałem, sprowadza się do angażowania ludzi zamiast walki z ideałami, a ty masz więcej marchewki niż kija.
S.Robins,

12

Ciągłe staranie się wbrew bieżącym decyzjom zespołu szkodzi wykonalności twoich pomysłów, niezależnie od ich wartości.

Musisz zdać sobie sprawę, że zmagasz się z oknem Overton , a jest to zasadniczo bitwa polityczna, a nie racjonalna debata. Gdyby było to racjonalne, dawno temu zgodziłbyś się z zespołem na dobrą praktykę.

Sztuczka z zaakceptowaniem pomysłów polega na długim podejściu do gry, aby przenieść okno Overton:

  1. Początkowo musisz nazwać siebie „rozsądnymi” w umysłach innych. Oznacza to przyjęcie obecnej praktyki zespołu i ogólnie bycie „rozsądną osobą”. Możesz wątpić w te praktyki, ale nie możesz ich odrzucić, jeśli zespół uważa, że ​​są one uzasadnione.
  2. Gdy inni są rozsądni, możesz zacząć oferować swoje pomysły zespołowi. Zdobędą wiarygodność, ponieważ zyskałeś wiarygodność (nie powinno tak działać, ale tak jest). Stopniowo poszerzysz okno akceptowalnych pomysłów o własne. W tej fazie nadal nie próbujesz wymuszać zmiany w praktyce, wystarczy sprawić, by taka zmiana wydawała się „rozsądnym” pomysłem. Powtarzanie pomysłów jest tutaj kluczowe, ponieważ każde powtórzenie sprawia, że ​​pomysł wydaje się nieco bardziej rozsądny.
  3. W ostatniej fazie nadużywasz niezdolności ludzi do zwracania uwagi w zrównoważony sposób. Musisz umieścić negatywne konsekwencje bieżącej praktyki na pierwszym planie i na środku ich płaszczyzny uwagi, jednocześnie narażając ryzyko swojego podejścia daleko poza nią (zrób to, zmieniając temat rozmowy na to, czego potrzebujesz). Ostatecznie zespół sam zdecyduje, że Twój pomysł jest znacznie lepszy niż obecne podejście. Zostanie przyjęty demokratycznie bez konieczności narzucania nikomu swojej woli i bez konieczności racjonalnego wykazywania wyższości tego pomysłu.

Tak działają politycy i lobbyści. Niepopełnić błędu; polityka biurowa jest jak zwykła polityka. Myśl jak lobbysta, a możesz zmusić rękę rządzących bez konfrontacji z nimi.

Oczywiście wszystko to dotyczy tylko zespołów dysfunkcyjnych. Jeśli jesteś w spójnym zespole prowadzonym przez dobrego menedżera (który wie, że jego zadaniem nie jest mówienie ludziom, co mają robić, ale pozwolenie im na to), to żadne z powyższych postanowień nie ma zastosowania. Jeśli nie jesteś w takim zespole, rozważ zmianę pracy.


3

W przypadku niektórych bossów musisz w jakiś sposób oszukać ich, aby uwierzyli, że ich pomysłem było naprawienie jakiejś praktyki, a nie twojej.

Wybierz bitwy, które chcesz wygrać, i które chcesz zdobyć.


3
to nie jest „sztuczka”, to się nazywa „zarządzać”
Josh Petitt

3

Polecam przeczytać http://www.jamesshore.com/Change-Diary/ Ma wiele niesamowitych uwag na temat zarządzania zmianami w firmie. Również ta książka może być pomocna: http://www.amazon.com/Agile-Coaching-Rachel-Davies/dp/1934356433 . Nie dlatego, że powinieneś być zwinny, ale dlatego, że ma wiele uwag na temat zapewniania zmian w zespole i radzenia sobie z opiniami i odpowiedziami. Z własnego doświadczenia: nie będziesz w stanie niczego zmienić, jeśli nie będzie z tobą ludzi. Jeśli nie chcą już takiej zmiany. Jeśli tak jest, możesz to po prostu zostawić. Prawdopodobnie oczekujesz czegoś innego niż praca lub przerastasz współpracowników.

Najlepszym podejściem IMHO jest zmiana. Rób rzeczy we właściwy sposób, tak jak je widzisz. Inni pójdą za tobą, jeśli znajdą wartość w twoim podejściu. Będą ci wdzięczni za wprowadzenie tej zmiany. Jednak najpierw ludzie muszą zobaczyć dobrą stronę zmiany. Potem tego chcą. Bardzo trudno jest to zrobić w drugą stronę (wprowadzić zmianę, poczekać na dobre wyniki).

Życzę powodzenia.


2

Uwielbiam sposób, w jaki oznaczono to jako „praca zespołowa”, kiedy wydaje się, że pytanie brzmi: „jak sprawić, by wszyscy robili wszystko po swojemu i to lubili?”. Jeśli tak naprawdę nie zadajesz pytania, odpowiedź jest bardzo prosta. Wybierz i wybierz swoje bitwy. Kompromis. Wykorzystaj rzeczywistą pracę zespołową, aby zespół zgodził się na coś, nawet jeśli wszyscy zgadzają się co do tego, co osobiście uważasz za złą praktykę. Upór i naleganie w jakikolwiek inny sposób, niż na swój sposób, to „zła praktyka” po prostu zapewni ci dokładnie taką reputację, której próbujesz uniknąć.


Głosowałem za tym (ponieważ myślę, że taka jest rzeczywista sytuacja), ale będąc zbyt biernym w zespole pełnym zastraszania, politycznie zakorzenionych i niepewnych ludzi, których umiejętności są co najmniej dziesięć poziomów poniżej własnych strat. Przyzwyczajasz ich do radzenia sobie za każdym razem, a wyrzucą cię, gdy tylko pojawi się coś, o co uważasz, że jest wystarczająco ważne, by o nie walczyć.
user16764

0

pamiętaj, aby nie pomylić bycia uznanym za słuszne i osiągania wyników zgodnie z tym, co uważasz za słuszne. Te dwa cele są zarówno prawidłowe, jak i uzasadnione, ale nie są takie same i bardzo trudno jest je zebrać razem, szczególnie jeśli nie masz jasnego obrazu, nad którym pracujesz.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.