Jak radzisz sobie ze zbiorem informacji? [Zamknięte]

Wszyscy musieliśmy się z nimi spotkać - programiści, którzy istnieją od wieków i mają fantastyczną wiedzę na temat domen, a jednak nie dzielą się tą wiedzą ze swoim zespołem.

Drużyna desperacko musi dzielić się wiedzą, ale nie wydaje się, aby wyciągała ją ze skarbca.

W jaki sposób zespoły skutecznie rozwiązały ten problem?

Usuń własność kodu z zespołu. Rozłóż obciążenie. Wykonuj recenzje kodu. Zorganizuj sesje transferu wiedzy, poczekaj kilka sesji, a następnie poproś ich o prezentację na ich temat.

Oczywiście konieczne jest, abyś nie będąc menedżerem, miał wsparcie swojego menedżera, ale jeśli wszyscy w zespole regularnie dzielą się informacjami, istnieje tylko tyle wymówek, że ktoś może wymyślić, że nie zrobi tego samego .

Ponadto jego kierownik powinien usiąść z nim i wyjaśnić, że nie zagraża to jego pracy. Ponieważ dlatego to robi.

Dobrze jest, aby jednostka nie była czcionką całej wiedzy. To pozwala mu robić inne, bardziej interesujące rzeczy.

Wierzę, że Gerald Weinberg miał na myśli dokładnie ten typ osoby, gdy skomentował w Psychologii programowania komputerowego (sparafrazowany, ponieważ nie mam przed sobą książki), jeśli zauważysz, że programista stara się być niezbędnym, ogień od razu. 25 lat później, kiedy ponownie wydał książkę, skomentował, że żadna inna rada nie przyniosła mu tylu podziękowań jak ta.

To jest jedno rozwiązanie.

Daj im to, czego chcą - przydziel im wszystkie prace konserwacyjne i zadania, które tylko on / ona ma wiedzę do wykonania.

Nie, nie mogą wykonywać nowej pracy, ponieważ nikt inny nie może wykonywać innych bardzo ważnych prac konserwacyjnych.

Tak, nowi zatrudnieni czerpią przyjemność z pracy i zabawy z nowymi błyszczącymi zabawkami, ale musisz wykonywać te bardzo trudne, o wysokim priorytecie i nudne zadania, ponieważ nie znają żadnej z rzeczy, które robisz.

Chyba że oczywiście chcesz pokazać jednemu z nich, jak to zrobić ...

To przypomina ten artykuł z Rands in Repose.

Myślę, że musisz dowiedzieć się, dlaczego ten facet gromadzi informacje. Bezpieczeństwo pracy (jak artykuł o The Fez) jest duże. Ale także niepewność. Lub po prostu, że lubi ten rodzaj pracy i chce tego wszystkiego dla siebie, lub ma silne poczucie własności w danym obszarze. Lub jest nadmiernie zaangażowany i nie widział sposobu na poświęcenie czasu.

Niektóre z tych problemów można rozwiązać za pomocą niekonfrontacyjnych sztuczek:

• powiedz facetowi kilka zadań, które poszerzą jego horyzonty i zmuszą go do oddania pracy.
• dowiedz się, skąd bierze się niepewność i pracuj nad tym, co faktycznie prowadzi do gromadzenia informacji.
• zwróć uwagę na faceta, który zbyt mocno utknął w koleinie, ponieważ jedyny posiadacz wiedzy oznacza, że ​​nigdy się od niego nie uwolni, a jego kariera będzie ściśle związana z technologią - a cała technologia w końcu zniknie.
• dowiedzieć się, skąd bierze się nadmierne zaangażowanie i dowiedzieć się, co jest najważniejsze

Warto również przyłączyć się do kilku prób zdobywania informacji - może zająć dwa razy tango i możesz nie chcieć wykluczyć, że istnieje wystarczająco dużo zastraszania, że ​​pytający nie zadają dobrych pytań, więc zaostrzenie problemu. Być może będziesz musiał wskoczyć i zacząć tworzyć kopie zapasowe i zadawać szersze pytania, aby facet się poruszył. Ponadto kierownictwo zadające pytania nadaje wagę i znaczenie działalności związanej z dzieleniem się informacjami - znacznie trudniej jest się wycofać i uniknąć zarządzania. Zwykle po kilku produktywnych sesjach możesz wyjść ze środka i powiedzieć: „Macie to, nie potrzebujecie mnie” i przejść do następnego problemu.

Kolejnym kluczem jest NIE pozwól facetowi zdominować pracy w obszarach, w których musi dzielić się wiedzą. Poproś kogoś innego o pracę i wyjaśnij, że dzielenie się wiedzą to zadanie gromadzenia informacji. Jeśli nie może się dzielić, być może konieczna będzie brutalna rozmowa, podczas której wyjaśnisz, że dzielenie się informacjami jest wymogiem dla zespołu, a nie opcją. Że przyczynia się do problemów z planowaniem zespołu, nie pomagając komuś się uczyć.

Nie jestem pewien, czy „odmowa” jest często właściwym słowem, zwykle są po prostu zbyt zajęci i nie mają wolnego czasu (ani skłonności, ani umiejętności społecznych), aby wziąć dużo wolnego czasu, aby wyjaśnić oczywiste (im) ) do n00bs.

Pozytywnym rozwiązaniem jest zapewnienie im asystentów - prawie jak rozłożenie pracy na cały zespół (ale myślę, że nie ma zbyt wielu zespołów, jeśli masz starych, którzy wiedzą wszystko o systemie, i nowych facetów, którzy nie wiedzą , biorąc pod uwagę tę konfigurację, nic dziwnego, że nie chcą komunikować swoich cennych umiejętności i zostać zastąpieni młodszą, tańszą wersją!) (również nie - wyobraź sobie, że twój menedżer przyszedł do ciebie i poprosił cię o przekazanie wszystkiego, co wiesz do nowego zespołu zewnętrznego ... hmm?)

Poleciłbym, aby asystent pracował nad częścią systemu i oczekuje się, że z czasem stanie się ekspertem, doświadczony twórca będzie mógł pomóc w wykonywaniu pracy na tym niewielkim obszarze. W każdym razie wszyscy tam byliśmy, „jeśli chcesz wiedzieć, jak działa X, zapomnij o (przestarzałej lub nieistniejącej) dokumentacji i porozmawiaj z Jimem”.

Przydzielenie im asystenta nie tylko potwierdza ich pozycję jako doświadczonych programistów (którym są), ale także daje im możliwość zmniejszenia częściowego obciążenia pracą, ale także poszerzy wiedzę z czasem. Stają się mentorami lub „pierwszymi krokami do kierowania zespołem”, co powinno zapewnić ich, że ich praca jest bezpieczna, a ich doświadczenie jest cenione. Jeśli nie możesz zrobić żadnej z tych rzeczy, oznacza to, że ponosisz porażkę jako menedżer.

Nie zapominaj, że jeśli masz jakikolwiek system superkompleksowy (co robisz, lub nowi faceci powinni być w stanie sami to zrozumieć), wówczas transfer wiedzy jest bardzo długim procesem. Nie ma mowy, żeby ktokolwiek mógł usiąść i sprawić, by ktoś całkowicie przyspieszył, u mnie takie zadanie zajęłoby minimum 6 miesięcy, a nawet wtedy ... cholera, wciąż się uczę o tym, co robi nasz produkt i byłem tutaj prawie dekada!

Uczyń komunikację zobowiązaniem dla każdego członka zespołu i oceń go w ramach corocznego przeglądu.

Upewnij się, że zespół jest rozpoznawany za osiągnięcia, a nie tylko pojedyncze osoby, i upewnij się, że wszystkie osoby wiedzą, że sukces zespołu jest ich priorytetem, ukaraj je, jeśli uniemożliwiają sukces zespołu.

Upewnij się, że nie ma blokad komunikacji, upewnij się, że istnieją procesy i systemy do pisania dokumentów i udostępniania informacji; np. strony wiki, witryny sharepoint, zaplanowane produkty do dokumentów projektowych itp.

Upewnij się, że wszystkie projekty mają co najmniej dwóch programistów, którzy mogą nad nim pracować. Ma to na celu zapewnienie, że zawsze masz kopię zapasową, gdy ktoś odchodzi z firmy.

Uruchomiliśmy także wiki, która zawiera wszystkie informacje o naszej bazie danych. Jest to bardzo pomocny sposób na szybki dostęp lub aktualizację informacji.

Jeśli „hoarder” tak naprawdę nie robi tego celowo, ale w rzeczywistości robi to po prostu z powodu braku umiejętności społecznych, zobowiązań czasowych itp. Na wszelki wypadek powołaj do niego „asystenta” lub młodszego programistę specjalnie odpowiedzialnego za ułatwienie obciążenie pracą lub pomoc w wydobyciu wiedzy. Wyjaśnij obu stronom, że jest to cel nowych osób, i zaangażuj „gromadzącego” w proces przesłuchania. Kierownictwo musi wziąć w tym udział i umożliwić im dzielenie się wiedzą. Taki jest cel zarządzania, aby usunąć przeszkody i umożliwić pracownikom wykonanie pracy.

Z mojego doświadczenia, osoby gromadzące informacje można podzielić na dwa typy: tych, którzy lubią dzielić się swoją wiedzą i czerpać poczucie satysfakcji z jawnej pomocy innym, takim jak ja, i tym, którzy tego nie robią. Oczywiście.

Teraz obie strony mają swoje powody, a ten, który lubi dzielić się swoją wiedzą, rzadko daje to wszystko z tego samego powodu, którego nie mają ci, którzy nie dzielą się swoją wiedzą: starają się przekonać ludzi dookoła im lepiej, i moim stronniczym zdaniem, mają rację. (oczywiście, masz również tych, którzy nie dzielą się wiedzą, aby po prostu uczynić siebie niezbędnymi, i to z niewłaściwych powodów, i powinni być wyeliminowani, ponieważ zwykle nie są tak świetni na początku)

W końcu musieli zagłębić się głęboko w tajemne i ezoteryczne morza, aby nauczyć się tego, co wiedzą, zwykle poprzez czyste eksperymenty, liberalne zastosowanie krytycznego myślenia, przebłyski intuicji i wglądu oraz mistyczne obrzędy obejmujące różne rodzaje ofiarnych zwierząt gospodarskich, i wyszli na to lepiej. Myślenie zwykle polega na tym, że jeśli ludzie wokół nich są zbyt leniwi lub nie mogą sobie z tym poradzić, to nie powinni nawet wykonywać tej pracy na początku, a na pewno nie są godni swojej wiedzy. Kiedy ludzie wokół nich przechodzą przez te same rzeczy, co musieli, wtedy wyjdą na lepszego programistę, ponieważ nauczą się, jak dobrze myśleć i rozwiązywać złożone problemy i tak dalej.

Zasadniczo zmusza innych do polepszenia się poprzez walkę. Podczas gdy wiele będzie deptanych i wyrzucanych, ci, którzy przejdą przez rękawicę, nieuchronnie będą znacznie lepsi, niż gdyby byli lepsi dzięki współpracy.

Teraz, jeśli chodzi o zachęcanie ich do dzielenia się informacjami: nie możesz ich do tego zmusić. Próba zmuszenia ich, by sprawili, że będą cię postrzegać jako chciwego, leniwego lub zbyt głupiego, aby dostać się tam na własną rękę, a na pewno nie będą ci litować się w żadnym z tych przypadków. Jeśli ktoś z wyższych poziomów zmusi go do tego, może stać się bardzo paskudny, obracając całą swoją znaczną inteligencję w kierunku udaremnienia jednostki, lub nawet rzucić palenie zamiast zdradzać swoje zasady, w końcu istnieje wiele miejsc, które mogłyby wykorzystać ich umiejętności i wiedza.

Jest naprawdę tylko jeden sposób, aby zdobyć taki, który nie lubi dzielić się wiedzą, aby chętnie dzielić się wiedzą: stać się tego godny. Zwykle posiadanie wiedzy, której nie mają, jest wystarczające (ale trudne do zrobienia). Quid pro quo i tak dalej. W przeciwnym razie kup kilka kóz i zanurz się.

Kto jest szefem? Gdzie to się kończy? Nie musisz udostępniać informacji. Nie musisz dostarczać dokumentacji. Ciągle nie uda się załatwić sprawy na czas. Nie przestrzegaj standardów kodowania. Albo ktoś odpowiedzialny uważa, że ​​to ważne, albo nie. Powinny być konsekwencje. Zasadniczo kradną od firmy.

Ludzie, którzy grają w „Mam tajną grę” są absolutnie najgorsi. Ludzie ci są niepewni i tworzą lub rozwijają się w trybie kryzysowym .

Zmusiłbym ich, aby dokumentowali każdą zmianę lub modyfikację systemu. Zmusiłbym ich również do zapewnienia sekcji zwłok dla każdej poprawki, którą opracowali, aby obejmować ...

• co się stało
• dlaczego to się stało
• jak temu zapobiec
• jakie inne systemy są podatne na ten sam błąd

Sprawiłbym również, że ta osoba jest odpowiedzialna za ...

• opracowanie standardów kodowania
• utrzymywanie biblioteki kodów

Wiele zależy od rodzaju wiedzy; niezależnie od tego, czy jest to bezpośrednio kod, czy proces biznesowy. Zazwyczaj ten ostatni jest dostępny w innym miejscu w firmie ... i można go nabyć.

Po drugie, istnieje argument za tym, aby żaden programista nie spędził całego życia zawodowego na określonych obszarach bez dzielenia się, że tak powiem. Więc jeśli masz bezpośredniego przełożonego odpowiedzialnego za rozdzielanie pracy, warto go przekonać, aby wszelkie prośby o zmianę firmy przychodziły przez niego, aby zostać rozdzielonym bez konkretnego dewelopera, który stałby się pierwszą linią kontaktową dla właściciela procesu biznesowego ... To utrudni wysiłki dewelopera, by zostać guru.

Czy w najlepszym interesie obu stron leżałoby zachęcenie osoby gromadzącej informacje do znalezienia firmy o mniejszych rozmiarach lub nawet do założenia własnej firmy? Być może dana osoba prosperuje w mniejszym środowisku. (Jestem ciekawy, czy ktokolwiek próbował tego podejścia również w prawdziwym świecie).