Jak zdobyć szacunek członków zespołu jako lider zespołu [zamknięte]

Jeśli zostałeś zatrudniony w nowej firmie jako kierownik zespołu (powiedzmy zespół 10), jedną z ważnych rzeczy do zrobienia jest zdobycie szacunku członków zespołu. Na początku nowy kierownik zespołu może nic nie wiedzieć o kulturze zespołu, bazie kodu i domenie biznesowej: innymi słowy, jest kompletnym neofitą.

Jak sobie z tym poradzić? Co należy robić i czego nie robić?

Wiele dobrych odpowiedzi już. Próbowałem to wszystko, kiedy byłem liderem zespołu.

• Traktuj zespół z szacunkiem
• Przekazuj mocne strony, ale także wykonuj zadania, które mogą pomóc członkom zespołu poprawić słabości
• Chroń zespół przed zakłóceniami lub zakłóceniami
• Bądź gotów do edukacji
• Bądź chętny do słuchania
• Usuń przeszkody i trzymaj się z daleka od zespołu, ale bądź też dostępny, gdy ludzie potrzebują pomocy
• Bądź taktownie szczery w ocenie pracy. Niektóre osoby nie reagują dobrze na nawet konstruktywną krytykę, ale poważni programiści (lub pracownicy w każdym zawodzie naprawdę) będą chcieli wiedzieć, co zrobić, aby poprawić
• Szanuj osobisty czas zespołu i pozwól mu zachować równowagę między pracą a życiem prywatnym (telepraca, wychodzenie godzinę wcześniej, aby odebrać dzieci lub umówić się na wizytę u lekarza), a kiedy nadejdzie czas nadgodzin, bądź przygotowany na nagrodzenie zespołu za poświęcenie. Czasami moja firma upoważniała mnie do zakupu lunchu z okazji kamienia milowego, ale kiedy tego nie zrobiłem (tanie dranie!), Zrobiłem coś dla zespołu za dolara. Jeśli zespół dołożył dodatkowych starań, aby projekt był udany, to przynajmniej tyle mogłem zrobić. Nie musi być ekstrawaganckie ani kosztowne, ale pomaga w tym odrobina uznania; a jej brak może osłabić morale.
• Pracuj, aby być ekspertem technicznym i merytorycznym. Nie musisz tego robić, ale z mojego doświadczenia wynika, że ​​lider jest bardziej szanowany, gdy członkowie zespołu mogą zarówno docenić jego wiedzę, jak i polegać na nim w razie potrzeby.
• Zrób wszystko, aby członkowie zespołu odnieśli większy sukces. Oznacza to edukację i usuwanie blokad dróg, o których mowa powyżej, ale także zapoznanie się z dokumentacją, z której zespół może korzystać, gdy twój mózg nie jest w pobliżu, a także napisanie niektórych specyfikacji. Świetne specyfikacje sprawią, że programiści będą bardziej wydajni i samowystarczalni, uzupełnią luki w wiedzy i pomogą im spełnić wymagania przy minimum późniejszej przeróbki. Zrób to w połączeniu z bezpośrednią współpracą z klientem.
• Buduj relacje między zespołem a klientami. Pomoże to w uzupełnieniu brakujących wymagań i otworzy drzwi dla innych opinii, których normalnie nie uzyskasz.
• Zaakceptuj, że błędy są częścią uczenia się
• Bądź gotowy do działania, aby usunąć członka zespołu, który szkodzi spójności lub wydajności zespołu. Czasami jest to trudne, ale można spotkać ludzi, którym brakuje etyki pracy, wydajności lub kompetencji innych członków zespołu. Możesz być cierpliwy do pewnego momentu, ale przychodzi czas, kiedy być może będziesz musiał pracować z kierownictwem, aby wprowadzić zmiany. Naprawdę biedni członkowie zespołu będą kosztować zespół więcej czasu i wysiłku. Staranie się zbytnio, by być panem Fair i Niceą, może działać przeciwko tobie, jeśli lepsi członkowie zespołu czują, że osoba osiągająca gorsze wyniki jest traktowana specjalnie lub otrzymuje taką samą rekompensatę za mniejszą pracę.
• Bądź przejrzysty. Komunikuj się regularnie. Jeśli otrzymasz informacje o firmie, ostatnim zwolnieniu lub fuzji, udostępnij je im. Ludzie szanują uczciwość, chociaż czasami w tym szalonym świecie wydaje się, że jest odwrotnie. Jeśli nie możesz być szczery wobec swoich podwładnych, to nie chcesz być liderem zespołu, chcesz być dyrektorem.
• Szybko dziel się kredytami, gdy zdarzają się dobre rzeczy
• Przygotuj się na przyjęcie odpowiedzialności, gdy zdarzają się złe rzeczy

Bądź gównianym parasolem.

Kierownictwo będzie stawiać ci zadania. Nie zastaw tych zadań swoim podwładnym. Staraj się chronić swoich podwładnych przed gównem, które pada z góry, aby mogli skupić się na wykonywaniu swoich zadań.

Kierownik zespołu ma kilka obowiązków, takich jak organizowanie zespołu, upewnianie się, że wszystko jest wykonywane na czas i reprezentowanie zespołu przed zarządem.

Na koniec dnia, jeśli lider zespołu pomoże drużynie stać się lepszym, zdobędzie szacunek. Poprawa może odbywać się w formie mentoringu, pomocy w zarządzaniu czasem / priorytetami i terminowej produkcji wysokiej jakości oprogramowania. Jeśli lider zespołu przyjdzie na zimno, będą musieli szybko się uczyć.

Najważniejsze jest:

• Przykład ołowiu - bicie brwi jest nieproduktywne w każdej sytuacji
• Wprowadź zmiany do procesu w kontrolowanym tempie
• Słuchaj i włączaj wkład swojego zespołu
• Zidentyfikuj jedną szybką wygraną, aby ulepszyć zespół i wdrożyć go. I zrób to jeszcze raz.
• Komunikuj się jasno i często zadawaj pytania

twój pierwszy dzień tam, wykop czyjąś @ $$, albo zostań czyimś ... nie czekaj, to więzienie.

okazywać szacunek, aby zdobywać szacunek, słuchać uważnie i być sobą - ale przede wszystkim dawać dobry przykład

Jako lider masz zadanie do wykonania oraz grupę ludzi i zasoby, z którymi możesz to zrobić, a Twoim zadaniem jest koordynowanie działań.

Jako „kompletny neofita” brakuje ci najważniejszego atrybutu lidera: wiedzy o swoim zespole. Pierwszą rzeczą, jaką zrobiłbym w twojej sytuacji, jest rozmowa z każdym członkiem zespołu i ich poznanie. Poznaj ich osobowości, mocne strony (szczególnie ich specjalności) i ich słabości.

Kiedy masz już pojęcie o tym, co może zrobić Twój zespół, jako poszczególni członkowie i jako zespół, powinieneś zająć się pracą. Dowiedz się, co trzeba zrobić, zdobądź tyle wiedzy na temat domeny, ile potrafisz szybko wcisnąć w głowę i zacznij dzielić ją na mniejsze części. Mamy nadzieję, że będziesz mieć przynajmniej jednego członka zespołu, który jest ekspertem w dziedzinie i może ci w tym pomóc.

Potem nadszedł czas na pracę. Przekaż niektóre zadania członkom swojego zespołu. Wkładaj w pracę tyle wysiłku, ile możesz, bez ingerowania w obowiązki koordynatora - pomoże to zdobyć szacunek zespołu.

I pamiętaj, że Twoim głównym obowiązkiem jest koordynowanie rzeczy. Nie jesteś generałem, szczekającym rozkazom do chrząknięć, które należy wykonać natychmiast i bez pytania; jesteś przewodnikiem dla grupy wykwalifikowanych specjalistów, specjalisty, który specjalizuje się w dużym obrazie. Członkowie twojego zespołu mają własne specjalizacje, więc bądź gotów wysłuchać ich pomysłów i skonsultować się z nimi. Wyjaśnij, że mogą swobodnie przychodzić do ciebie z pomysłami i obawami, ale także, że jako lider, dolar się z tobą zatrzymuje. Czasami musisz podjąć decyzję między dwiema pozornie dobrymi alternatywami (lub dwiema alternatywami, które każdy z członków zespołu uważa za dobrą), a ostateczna decyzja - i odpowiedzialność za to - spoczywa na twoich barkach.

Zasadniczo staraj się unikać przeszkód, jak to tylko możliwe, i upewnij się, że członkowie Twojego zespołu są w stanie wykonać najlepszą możliwą pracę i będą cię za to kochać.

Niedawno przeszedłem przez sytuację podobną do twojej. Wszystkie wymienione tutaj „do” działały dla mnie bardzo dobrze, plus jedno duże „nie”:

• Nie stanowi zagrożenia dla ludzi w zespole. Jesteś tutaj, aby sprawić, by działały lepiej i pokazywały swoje wartości, a nie twoje.

Jako lider i starszy programista w zespole, zwykle my, ludzie, staramy się osiągać zbyt wiele i nie delegować zbyt dobrze. Zaufaj im. Nawet jeśli popełniają błędy. Zwłaszcza jeśli popełniają błędy. To część ich osobowości.

Zwracam uwagę na 4 cechy wspólne wśród obserwujących:

• Zbuduj zaufanie - wymaga to czasu i doświadczeń, ponieważ niektórzy ludzie ufają od samego początku, a inni mogą potrzebować czasu, aby się otworzyć. Myślę, że kluczową kwestią jest otwartość i szczerość.

• Okazuj współczucie - jak bardzo zależy ci na tych ludziach? Jak to pokazujesz? Bycie tam dla nich jest częścią tego, ale związek ten ma wiele innych wymiarów.

• Zapewnij stabilność - wiele osób nie lubi zmian i nie lubi dostosowywać się do nowych rzeczy. Inni są w porządku, ale musisz znać ludzi przede wszystkim.

• Stwórz nadzieję - jest to zabawna rzecz, która może, ale nie musi być realistyczna w twoim przypadku. Chodzi o to, aby dać komuś coś do życia i niekoniecznie jest to łatwe.

Poleciłbym także poszukać „Jak zdobywać przyjaciół i wpływać na ludzi”, by dowiedzieć się więcej o kontaktach z ludźmi.

Oto kilka rzeczy, które działały dla mnie:

1) Rób bardzo swobodne i zrelaksowane spotkania jeden na jednego ze wszystkimi w zespole (coś w stylu lunchu lub po prostu wpadnij do kabiny, idź na spacer po budynku itp.). Słuchaj więcej, mów mniej, zadawaj pytania. Dowiedz się o ich mocnych stronach, pragnieniach, cechach charakteru i „słabych punktach”.

2) Poproś o pomoc. Wszyscy lubią czuć się pomocni i kompetentni przed liderem zespołu.

3) Wzmocnij pozycję swoich ludzi, pytając o ich opinie, często uzupełniając je, ale nie bez powodu.

4) Wyjaśnij swoje decyzje. Nie podawaj linii firmy w / o w formie niekomitatywnej rozmowy, jak robią to C-execs. Bądź bezpośredni.

5) Raz w roli, AKTYWNIE i KAŻDEGO DNIA usuwaj przeszkody ze swoich towarzyszy

6) Natychmiast skontaktuj się z wykonawcami. Jeśli coś im przeszkadza, znajdź sposób, aby to naprawić. Jeśli są po prostu leniwi / wściekli / głupi - pozbądź się ich przez mgmt.

7) I na koniec: PRZYGOTUJ swoich pracowników z wyprzedzeniem na zmiany, które wkrótce uderzą w zespół, ich pracę, wymagania itp. Muszą pracować w przewidywalnym środowisku.

Książki o przywództwie zwykle wskazują na jedną nadrzędną jakość przywódców:

Robią to, co mówią, że zrobią.

Jest w tym coś więcej, ale w gruncie rzeczy oznacza to, że ludzie uważają kogoś za lidera, gdy ta osoba mówi: „zrobimy X”, a X jest wyzwaniem, a następnie zespół, organizacja lub cokolwiek innego, kończy się ciągnięciem to wyłączone. Jeśli będziesz to robić wielokrotnie, ludzie uznają cię za lidera.

Dowiedz się, na czym właściwie polegają zadania Twojego zespołu, i odpowiednio zareaguj.

Prawdopodobnie kierujesz zespołem programistów o różnych umiejętnościach - dwóch programistów PHP, projektant baz danych, projektant interfejsu użytkownika, niektórzy programiści HTML. Dowiedz się, co wiąże się z ich codziennymi zadaniami i buduj oczekiwania na podstawie tego, co są w stanie rozsądnie osiągnąć.

Być może deweloper bazy danych rozsądnie potrzebuje X czasu na uzupełnienie 20 wierszy kodu, ponieważ faza projektowania jest skalowana inaczej niż dla programistów PHP, którzy mogą wypompować 500 wierszy w tym samym czasie.

Jest to proces, który zajmie trochę czasu, ale jest prawie optymalny:

1. Przeczytaj AntiPatterns i AntiPatterns w Zarządzaniu programem (oba są pokazane w tej witrynie).
2. Zaangażuj się osobiście, aby nigdy nie robić tych rzeczy.
3. Pokazać swoje przywiązanie do swojego zespołu przez właściwie nigdy ich nie robi.
4. Współpracuj ze swoim zespołem, aby wykonać pracę, która wymaga wykonania.
5. Powtórz kroki 3 i 4.

Zwróć uwagę na całkowity brak „najlepszych praktyk” powyżej. Nie ma poprawnych odpowiedzi, ale z pewnością są złe .

Szczerze mówiąc, myślę, że rdzeniem dobrego kierowania zespołem jest uczenie się na błędach innych. Jeśli skupisz się na nie robieniu rzeczy, o których wiadomo, że są głupie, to co najmniej zespół nie będzie cię nienawidzić gorącem tysiąca słońc.

Teraz, gdy masz dobre odpowiedzi, zasugeruję, aby przejąć inicjatywę i zacząć coś nowego. Coś w rodzaju piątkowego spotkania z darmowymi rozmowami technicznymi, podczas którego możesz pokazać im, jak rozwiązać kostkę Rubika. Jest to rodzaj forum programistycznego, na którym każdy członek może swobodnie rozmawiać o technologii lub produkcie, który mu się podoba lub z którym współpracował. Niech będzie to open source, projekt osobisty lub studencki. Chodzi o stworzenie środowiska, w którym programiści wezmą udział we własnym zakresie. Mogą swobodnie rozmawiać o wszystkim na spotkaniu.
W mojej poprzedniej firmie mieliśmy coś takiego, ale koncentrowało się ono na patentach. Każda osoba wpadnie na pomysł, aby użyć produktu w nowy sposób. Podczas spotkania omówimy pomysł, ich zalety, wady, wyzwania itp.
W obecnej organizacji istniał ten sam pomysł, ale jakoś niestety zamieniono go w spotkanie postępu, obracające się wokół projektu. To kolejna lekcja. Deweloperzy nie powinni być zmuszani do niczego na tym forum, ale raczej należy stworzyć środowisko, aby mogli uczestniczyć we własnym zakresie.

Trzy rzeczy: pokaż członkom, że jesteś godny. Zdobądź szacunek. Okazuj szacunek i słuchaj członków zespołu. Nie bądź stronniczy (nawet jeśli lubisz laskę w zespole) :-)

Kilka świetnych odpowiedzi tutaj. Gdybym miał streścić w zdaniu:

Usuń bariery, pozwól im się skupić, mówić w ich języku, okazywać im zaufanie (nawet jeśli prowadzi to do błędów) i współczuć.

Cała reszta to tylko środek do celu.