Członkowie zespołu spędzający zbyt wiele czasu na Stack Overflow

Proponuję skupić się na prawdziwym problemie, który polega na tym, że praca nie jest wykonywana na czas i następuje utrata jakości.

Jeśli uważasz, że mają zbyt dużo wolnego czasu, aby go tu spędzić, to przydziel im więcej pracy i lepiej monitoruj postępy w przydzielonej pracy. Kiedy pojawią się problemy z jakością, odeślij je z powrotem do nich, aby je naprawić i daj im krótki termin na ich rozwiązanie. Jeśli nadal będą Cię ignorować, produktywność nadal będzie spadać, a jakość nadal będzie ucierpieć, to wykorzystaj swój proces HR, aby pozbyć się osób osiągających słabsze wyniki.

Oto wynik końcowy: Jeśli używają go do pracy, to dlaczego cię to obchodzi? Nigdy nie powinno być tak, że “ci ludzie robią to, czego ja wolałbym nie widzieć, jak robią”. To cuchnie mikrozarządzaniem. Pytania, które naprawdę powinieneś zadać, to:

Czy nie dotrzymują terminów, których dotrzymywali przed wprowadzeniem ich do Stack Overflow?

Jeśli o to chodzi, przedyskutuj to. Prawdopodobnie nie musisz nawet wspominać o Stack Overflow bezpośrednio; po prostu powiedz “spójrz, nie występujesz na tym samym poziomie, co występowałeś miesiąc temu, więc cokolwiek zmieniłeś, zmieńmy to z powrotem”. Byłbym otwarty na przynajmniej kilka opinii na ten temat. Być może jest jeszcze jeden powód, zupełnie niezwiązany ze Stack Overflow, że pozostają w tyle.

Czuję, że powinienem tutaj dodać, że wysłuchiwanie członków twojego zespołu nie jest użyteczne tylko po to, by “uczynić ich odpowiedzialnymi w przyszłości”, jest użyteczne ponieważ to, co myślisz, że jest problemem, może nie być tak naprawdę problemem.

*Czy oni robią coś w rodzaju telefonicznego wsparcia technicznego (tzn. nie rozwijają pracy, co zakładam na początku), gdzie ich ekrany są przechwytywane podczas rozmów, a QA obserwuje jak przechodzą do niezatwierdzonych stron? *

Jak wyżej, porozmawiaj o tym problemie. To może być seem jak “hej, nie idź do Stack Overflow”, ale to, co to jest w rzeczywistości jest “hej, nie pozwól QA złapać idziesz do Stack Overflow dla niezatwierdzonych celów” problem.

Czy szef lub coś złapać ich patrząc na Stack Overflow?

Jeśli tak jest, może spotkanie z przełożonym jest ważne bit. Sam jako deweloper uważam, że pakiet Stack Exchange jest dość odległy i najbardziej przydatnym elementem, nawet bardziej przydatnym niż własne wsparcie techniczne Microsoftu. Naprawdę, jedyny raz kiedy myślę, że jest mniej przydatny niż cokolwiek innego to kiedy używam API innych firm, którego znaczna część populacji nie używa. Być może ten superwizor musi być na tym sprzedany.

Albo jeśli superwizor jest nieugięty, niestety będziesz musiał spotkać się z zespołem, aby poinformować go, że zasady uległy zmianie i nie może uzyskać dostępu do Stack Overflow dłużej. Nie wspominałbym o przełożonym po imieniu, chyba że masz ochotę rozpocząć wojnę o darń; po prostu poinformuj go o sytuacji, bądź empatyczny i idź dalej.

Czy ktoś potencjalnie oczernił lub w inny sposób rozmazał dobre imię Twojej firmy paskudną lub nieodpowiednią odpowiedzią?

Społeczność Stack Overflow jest całkiem dobra w łapaniu i usuwaniu złych postów dość szybko, ale mimo to, nie jest to też dokładnie kwestia “nie czytaj Stack Overflow”. Jeśli to jest problem, musisz usiąść z przestępcą i poinformować go o powadze sytuacji. Ludzie mogą być i są zwolnieni z firm cały czas za to, że firma wygląda źle.

Istnieją (co najmniej) dwa sposoby zarządzania produktywnością:

• Pracuj w miejscu pracy, a nie w godzinach. Oznacza to, że ustalasz ilość pracy do wykonania w określonym terminie. Miejmy nadzieję, że to, co ustaliłeś, jest rozsądne i to od Twoich pracowników zależy, jak będą spędzali swój dzień pracy. Mogą oni spędzić dzień na łowieniu ryb, pod warunkiem, że praca będzie wykonywana w nocy.

Wiele z przedstawionych tu odpowiedzi przyjmuje takie założenie. Ale praca _nie jest wykonywana i wiesz dlaczego. Więc będziesz musiał wrócić do:

• Podczas gdy oni są na czas pracy, oni pracują.

To jest nie mikro-zarządzanie, aby twierdzić to, zwłaszcza jako środek do końca pracy. Płacą im za to, by spędzali czas na czynnościach, które zleca im ich pracodawca. Nie są (zakładam) opłacani za każdy ustalony błąd lub za dotrzymany termin. (Jeśli są, to istnieje proste rozwiązanie - otrzymują mniej wyników na osobę, więc automatycznie płacisz im mniej i możesz użyć tych pieniędzy, aby zatrudnić więcej osób). Powinni więc robić to, za co im płacą, a Ty powinieneś im to pokazać.

Powiedziałeś im, że wkład w Stack Overflow nie jest odpowiednim wykorzystaniem czasu pracy. Oni nadal to robią. Powinni albo przerwać pracę w czasie, gdy przyczyniają się do przepełnienia stosu i nadrobić czas w innym miejscu, albo nie odpowiadać całkowicie na pytania, w zależności od tego, jak elastyczny jesteś w kwestii godzin pracy dla tych pracowników.

Bądź stanowczy. Jeśli byliby razem w pubie kilka godzin między 9 a 6 każdego dnia roboczego, ponieważ “są nieco uzależnieni od alkoholu”, to wątpię, żebyś się wahał i nie został oskarżony o mikrozarządzanie. Przyczyniając się do Stack Overflow, kiedy konkretnie powiedziałeś im, że to nie praca, to ich osobista rozrywka. Nie powinni się tym zajmować przede wszystkim w godzinach pracy.

Jedną z rzeczy, których powinieneś unikać, jeśli to w ogóle możliwe, jest bezpośrednie monitorowanie ich wykorzystania Stack Overflow (np. wysyłanie do nich wiadomości e-mail z informacją, że sprawdziłeś ich profil). Po pierwsze, przynosi to efekt przeciwny do zamierzonego, ponieważ zachęca ich do podstępu. Mogą nawet tworzyć drugie konta. Po drugie, szkodzi to zaufaniu między Tobą a zdalnym zespołem. Nie są currently godne zaufania, ale pierwszą próbą przywrócenia ich do wiarygodności powinno być nakłonienie ich do samodzielnego monitorowania ile czasu spędzają i przekonania się, że to za dużo.

Gdy już tego spróbujesz, jeśli naprawdę są “uzależnieni” (może nie klinicznie, ale mają nawyk, który trudno im złamać, ale chcieliby), to prawdopodobnie powinieneś skorzystać z porady specjalisty. Nie czuję się wykwalifikowany, aby doradzić na temat specyfiki, jak pomóc im złamać takie nawyki, gdy już zobaczyłeś problem, próbował uczciwie rozwiązać ten problem, i nie udało się z powodu jakiejś formy przymusu nie mogą pokonać.

Czuję się wykwalifikowany, aby powiedzieć, że to jest całkowicie uzasadnione dla Ciebie, aby zainteresować się, jak ludzie, którymi zarządzasz spędzać czas, że są one opłacane do pracy dla firmy. Skoro zainteresowaliście się Państwo tym i zdecydowaliście, że należy z tym skończyć, to jeśli jest to absolutnie konieczne, powinniście podjąć decyzję dyscyplinarną. Ludzie nie mogą pracować zdalnie, jeśli nie można im zaufać, że rzeczywiście pracują.

Za wszelką cenę i tak śledzę swój czas pracy w kawałkach, aby wypełnić arkusz czasu pracy, dzięki czemu firma może oszacować wewnętrzne koszty projektów. Czasami patrzę na Stack Overflow, czekając, aż coś się uruchomi. Kiedy zdaję sobie sprawę, że spędziłem kawałek czasu na Stack Overflow długo po tym, jak coś zaczęło działać, liczę to jako przerwę i nadrabiam ten czas. To działa na mnie, ponieważ pracuję w trybie flexi-time i daje mi silną motywację, aby patrzeć na Stack Overflow tylko w krótkich odstępach czasu podczas pracy i w dłuższych okresach poza pracą. Jeśli Twój zespół się ugina, to może być dla nich (oczywiście przy ich współpracy). Jeśli ich dzień pracy jest bardziej sztywny 9-6 z przerwą obiadową, to ich abstynencja od stosowania Stack Overflow będzie musiała być również bardziej sztywna. A jeśli cieszysz się, że spędzają godzinę dziennie na Stack Overflow, to też dobrze, ale powinni odłożyć ten czas, pracować tak produktywnie, jak tylko mogą, rozwijając swoje umiejętności poprzez odpowiadanie na pytania Stack Overflow, i być przygotowani na to, aby poinformować Cię, co osiągnęli i jak długo to trwało, jak każda inna aktywność zawodowa.

Bądź również świadomy, że zanim to był Stack Overflow, to był Facebook, zanim to mógł być Usenet lub LiveJournal. Zawsze są rzeczy, które mogą odwracać uwagę ludzi od pracy. Pod warunkiem, że nie są umyślnie zwalniane, tylko pozwalają się rozpraszać, prawdopodobnie docenią pewne zasady pod warunkiem, że nie są zbyt ekstremalne (“zostaniesz zwolniony, jeśli znów złapię cię na Stack Overflow” jest zbyt ekstremalne). Zasady zabraniające tego złego zachowania pomogą im zdyscyplinować się, aby uniknąć wpadnięcia w niego, pod warunkiem, że nie są dosłownie uzależnieni.

Całkowicie zgadzam się z pozostałymi odpowiedziami, że problemem nie jest Stack Overflow, lecz spadek jakości i ilości pracy.

Mając to na uwadze, ponieważ jest to Stack Overflow, który jest potencjalnie bardzo cennym zasobem dla ich pracy jako programistów, chciałbym zasugerować nieco inne podejście niż tylko traktowanie czasu Stack Overflow jako czasu zmarnowanego, bezproduktywnego, ponieważ ściśle rzecz biorąc, nie jest - ich czas na Stack Overflow prawdopodobnie czyni ich lepszymi w programowaniu i ogólnie w komunikacji, w minimalnym stopniu.

Myślę, że to co musisz zrobić, to działać jak menedżer i nadawać im priorytety. Priorytetem nr 1 (i nr 2, i nr 3, od dźwięków rzeczy) jest rzeczywista praca, za którą otrzymują wynagrodzenie. Zaimponuj im, jak ważne jest, aby skupili się na pracy, a używając mierników, które masz w swoim pytaniu, możesz wskazać im, że wiesz, iż praca nie jest wykonywana, co musi się zmienić. Zamiast próbować nakłonić ich do zaprzestania używania Stack Overflow, musisz nakłonić ich do tego, aby ich praca miała pierwszeństwo przed Stack Overflow.

Byłem tam sam, z błędem serwera. Myślałem, że to najlepsza rzecz odkąd odkryłem, czym może być zabawny alkohol i przesadziłem, spędzając około 90% mojego czasu pracy na ServerFaulting, zamiast pracować, co powodowało problemy, a w końcu musiałem się szkolić i przypominać sobie, do czego tak naprawdę służył Server Fault - do tego, aby pomóc mi wykonywać moją pracę i być lepszym sysadminem, a nie jako coś, co zabija czas, gdy byłem w pracy, albo zamiast pracować. W rezultacie nadal jestem całkiem aktywnym ServerFaulterem, ale nie przeszkadza mi to w pracy.

Myślę, że skupienie się na wykonaniu pracy, zamiast na tym, żeby “nie tracić czasu na Stack Overflow”, przyniesie Ci dużo lepsze rezultaty. Przypomnienie im, że mogą robić obie rzeczy, że to nie musi być praca lub Stack Overflow, prawdopodobnie ułatwi im zaakceptowanie zmiany, a nie doprowadzi do potencjalnej konfrontacji.

Kilka rzeczy, które pomogły mi, które mogą pomóc Twojemu zespołowi:

1. Praca opłaca rachunki, a nie błąd serwera, więc kiedy jest praca do wykonania, ja ją wykonuję. Kiedy jej nie ma, mogę pracować jako ServerFault.

• Kiedy utknąłem na problemie, Server Fault jest wciąż moim pierwszym przystankiem. Jest to przecież zasób związany z pracą, więc mogę go traktować jak jeden z nich.
• Ponieważ nie robię “przerw na palenie” ani “przerw na kawę” co godzinę, jak wszyscy inni, mogę robić “przerwy na ServerFault” i spędzać 5-10 minut na ServerFaulting.
• Spędzam sporą ilość czasu na czekaniu na paski postępu lub skrypty lub podobne do nich, aby zrobić następną rzecz, a to jest najlepszy czas, aby przejść do “Server Fault”, ponieważ zazwyczaj nie mogę wykonywać swojej pracy, gdy i tak czekam na komputerze.

1. Server Fault, choć zabawny, jest zasobem związanym z pracą/ karierą.

• Oznacza to, że jego podstawową funkcją jest pomoc w rozwiązywaniu problemów, których doświadczam w pracy, i uczynienie mnie ogólnie lepszym sysadminem, więc na tym właśnie się skupiam.

• Odznaki, reputacja, zabawa i cała reszta to tylko bonus.

• Ta realizacja pomogła mi wykorzystać ją bardziej w pracy pytania, zamiast skupiać się na niej przy odpowiadaniu na pytania/reprezentacje.

Whoa, whoa, whoa. Zwolnij.

Pierwsze, pełne zastrzeżenie: Czuję, że Stack Overflow jest częściowo dzięki za wylądowanie z college'u mojej pierwszej pracy programistycznej. Odkąd ją dostałam, nie przestałam się do niej przyczyniać w wolnym czasie.

Nikt w moim biurze też nie narzekał na to, że ją wykorzystuję. Znowu, kiedy jestem w pracy, jestem naprawdę pracując. Zajmę się tym trochę później.

How can I get them (or force them) to concentrate on work and get away from Stack Overflow?

The main thing that this feels like this is a lack of interesting things to do. Jeśli ktoś z twojego zespołu się znudzi, będzie robił inne interesujące rzeczy, lub grawitował w kierunku innych interesujących zajęć. Dla nich może to być Stack Overflow.

Zaangażuj się w pracę z zespołem. Zobacz, co sądzą o obecnym projekcie, nad którym pracują, i zobacz, na jakim poziomie są ich motywacja/pewność siebie. Zdobądź główny powód, dla którego spędzają tak dużo czasu w pracy nie wykonując pracy, zastanawiając się, co tak naprawdę spędzają większość swojego czasu.

Wzrost liczby usterek może być również spowodowany wieloma innymi przyczynami - ekstremalnymi terminami, niewystarczającą ilością czasu na sprawdzenie jakości w każdym zakamarku, niewystarczającą ilością testów jednostkowych/integracyjnych z ich strony, aby upewnić się, że głupie błędy nie przedostaną się do programu. Upewnienie się, że wasze urządzenia piszą testy (cóż, piszcie dobre testy) jest dobrym sposobem na zmniejszenie ogólnej liczby wprowadzanych usterek.

Mogę uszanować to, że chcecie zwiększyć produktywność i że poinformowaliście ich, że słabe wyniki odbiją się na ich ocenie. Ale być może trzeba będzie wykonać trochę więcej pracy, aby dowiedzieć się, dlaczego terminy się przesuwają i co się naprawdę dzieje. Słabe morale to także saper motywacyjny.

Skup się na bezpośrednich problemach, które są utratą wydajności i jakości. Może się to zdarzyć z powodu przepełnienia stosu, Wikipedii, Minecraft, Facebooka, itp.

Nie jestem pewien, w jaki sposób normalnie się komunikujesz (czat wideo, telefon, e-mail, itp.), ale mogę zapytać o coś takiego:

Ostatnio obserwujemy ogólny spadek jakości naszej pracy i naszej zdolności do dotrzymywania terminów. Czy ktoś ma pomysł dlaczego?

Możesz być zaskoczony; może to być słaba komunikacja, trudne zadania rozwojowe, niejasne wymagania lub inne czynniki, o których nawet nie pomyślałeś.

Znowu, jak już mówiłem wcześniej nie ma nic wyjątkowego w Stack Overflow w odniesieniu do Twojej sytuacji.

• *

FYI Ja też jestem “uzależniony” od Stack Overflow ;)

Ale tyle czasu, ile na to poświęciłem, zaoszczędziłem dzięki temu jeszcze więcej.

Może to być również FIFA World Cup , upał w lecie lub jakikolwiek inny powód, więc obwinianie SE/SO prawdopodobnie zmusi ich do przełączenia się na Twittera/Facebook / cokolwiek…

Powinieneś skupić się na projektach i terminach i być może zasugerować, że przejście na płatności oparte na projekcie zamiast godziny jest w dyskusji. Ponieważ chłopaki prawdopodobnie to czytają, (hello ;p) nie możesz tak po prostu twierdzić, ale naprawdę musisz mieć coś na poparcie tego.

Również zamieszczanie tutaj jest kwestią zarządzania czasem. Widzę tu ciągle wiele osób, Joe Strazzere (nawet dostał imię bez patrzenia), Vietnhi Phuvan (nie, ten jeszcze nie) czy Jon Skeet, nie ma o nich żadnych opowieści, które walczą o wykonanie pracy, chociaż dużo tu publikują. Więc może znajdź sobie jakiegoś trenera, który pokaże im, jak nie spędzać zbyt wiele czasu na odpowiadaniu na pytania lub krzyżowaniu odpowiedzi, aby znaleźć to, czego szukasz.

Mam faceta, którego strona główna to Stack Overflow. Jego login to “RepCap”. To najbardziej produktywna osoba w moim zespole. Ogólna polityka po prostu nie jest możliwa. Jeśli produktywność ostatnio spadła, nie należy mylić korelacji z przyczynowością. Dobry, dobrze wyszkolony menedżer by tego nie zrobił. To może być to, co powstrzymuje produktywność przed dalszym spadkiem.

Micromanagement jest zawsze pokusą, ale jest to jedna z najbardziej kontrproduktywnych rzeczy, jakie można zrobić. Zrób jeszcze kilka badań. Zapytaj ich o opinię na temat problemu z wydajnością. Dzięki temu dowiedzą się, że jesteś świadomy i zaniepokojony, i dadzą im szansę, aby byli częścią rozwiązania. Praca z** ludźmi jest zawsze korzystna.

Kiedyś rozmawiałem z firmą konsultingową IT w TX-ie, która daje swoim programistom określoną liczbę godzin na pracę nad osobistymi projektami.

Zbadaj, kiedy są najmniej produktywni i daj im te godziny na osobisty rozwój (przypuszczam, że jest to późne piątkowe popołudnie).

Kiedy już ustalisz tę politykę, możesz zająć się prawdziwymi problemami jakości oprogramowania i niskiej produktywności, wdrażając jedną z wielu propozycji przedstawionych tutaj.

Myślę, że w tej sytuacji nie będzie dla Państwa skuteczne podejmowanie prób zarządzania w skali mikro ze względu na kulturę pracy zdalnej. Zamiast tego, możesz spróbować tego podejścia:

1. Zorganizuj wspólne spotkanie, najlepiej osobiście lub głosowo / video, i przedstaw swoje obawy.
2. Usłyszeć ich stronę historii. Ten krok jest ważny, aby uczynić ich odpowiedzialnymi w przyszłości.
3. Jasno określ oczekiwania i konsekwencje.
4. Kiedy to zrobisz, obserwuj czy nie nastąpiła jakaś zmiana w zachowaniu.

Zawsze możesz mieszać i dopasowywać się do sytuacji.