Motywowanie programistów w projekcie postrzeganym jako nudny?

Jako kierownik nie zawsze mogę generować pracę, która byłaby najnowocześniejsza. Niektóre projekty działają w trybie konserwacji i generują zdrowe wolne przepływy pieniężne dla firmy.

Jako programista, czego zajęłoby ci pozostanie w tym projekcie? Zastanawiałem się nad rebrandingiem tej pracy, ale mogłem tu pomóc z dużą pomocą.

EDYCJA: Dziękuję wszystkim za sugestie. Do tej pory mamy to, co mamy:

1. Rotacja pracy według zainteresowania dewelopera
2. Elastyczne środowisko pracy
3. Przydziel czas na pracę nad projektami dla zwierząt
4. Społeczności i zabawa
5. Branding projektu
6. Wykorzystaj to jako odskocznię dla innych projektów

W przypadku projektów w trybie konserwacji zastanów się, co będzie dalej. Co ostatecznie sprawi, że będą nieatrakcyjne dla klientów? Czy, aby uniknąć przestarzałości, potrzebują nowych funkcji, lepszej wydajności lub uproszczenia? Jeśli zaczniesz od nowa, czy niektóre projekty można połączyć? Czy powinny być budowane przy użyciu różnych narzędzi, języków lub procesów? Czy istnieją ulepszenia lub kierunki, których nikt nie bierze pod uwagę? Niech programiści odpowiedzą na niektóre z tych pytań. Twórz prototypy. Wypróbuj nowy język lub środowisko. Daj projektowi nowy interfejs mobilny.

Łatwiej jest eksperymentować z alternatywami, gdy nie ma zbliżającego się terminu. Wykorzystaj nudne czasy, aby wymanewrować swoich konkurentów.

Musisz zaoferować im coś, co może zająć ich czas. Projekty w trybie konserwacji często nie wymagają 40 godzin tygodniowo od każdego programisty. Jeśli tak, to prawdopodobnie jest coś nie tak z oprogramowaniem, ale w oparciu o sposób, w jaki zadałeś pytanie, zakładam, że szukasz pomysłów na zajęcie się programistami, podczas gdy nie ma wiele do zrobienia. Nie wiem, jaki jest twój budżet finansowy, ale myślę, że niektóre zachęty, takie jak wysłanie ich na konferencję oprogramowania, mogą być pomocne. Inna sugestia może obejmować wyraźne umożliwienie im odkrywania własnych zainteresowań, powiedzmy 15 godzin w tygodniu. Ktoś może być zainteresowany badaniem algorytmów sortowania powiedzmy lub projektowaniem bazy danych. Może to nie być bezpośrednio związane z Twoją firmą, ale nie mogę sobie wyobrazić, że w końcu nie skorzystasz z ich zwiększonej wiedzy. Tylko nie zmuszaj ich do pracy bezczynności. Pozwól im spędzać czas z czymś innym, jeśli nie ma dużo pracy do zrobienia. Myślę, że to sprawiedliwe, aby poprosić o podsumowanie tego, co robią, aby upewnić się, że nie tylko przeglądają internet losowo, ale pozwalają im trochę eksplorować.

Spraw, aby praca nad projektem była przyjemna.

W rzeczywistości ciekawe projekty są dość rzadkie. A badania pokazują, że szczęście pracowników zależy w dużej mierze od kontaktów towarzyskich i zabawy. Masowo wspominają kolegów, gdy pytają ich, dlaczego nie porzuciliby swojej obecnej pracy.

Dlatego zawsze powinieneś być szczęśliwy, kiedy słyszysz śmiech w swoim budynku zamiast krzyczeć.

Dla mnie najlepszym motywatorem w tej sytuacji są bardzo jasne cele, zwłaszcza w postaci dobrej specyfikacji. Lub, raczej niż najlepiej, jest to jedna z niewielu rzeczy, które pozostawiłeś do zaoferowania. Rozumowanie jest takie, że jeśli sama praca jest nieciekawa, to wiedza o tym, że przerobię całą masę tego nudnego materiału, jest ogromnym dalszym demotywatorem. Może to zależeć od tego, czy programista wyraźnie rozpozna wartość specyfikacji.

Inną sprawą jest wyjaśnienie, że nudne może być, że projekty generujące dochód są dla dobra wszystkich - bez dochodu, bez pracy itp. Praca musi zostać wykonana, ponieważ w przeciwnym razie nie będziesz mieć wystarczającej ilości pieniędzy, aby je zatrzymać na pokładzie. Wskaż to wprost, czasem ludzie nie zdają sobie sprawy.

Następnie podziel obciążenie. Spróbuj wypracować sposoby na utrzymanie ustalonych limitów nudnej i irytującej pracy (w zależności od rodzaju pracy, podziel dni powszednie, podziel zadania itp.), Aby nikt nie miał wrażenia, że ​​utknęli w całym bałaganie, podczas gdy inni mogą to robić zabawne rzeczy.

Następnie spróbuj wyrównać zabawne rzeczy. I porozmawiaj z programistami, mogą mieć dobre pomysły.

Musisz zmienić sposób postrzegania „nudnego” projektu. Jeśli generuje zdrowy dochód, nie może to być bardzo trudne.

Często te projekty są dobre dla programistów, którzy są mierni i cieszą się, że są mierni. Wiesz, ludzie, którzy nie są pasjonatami programowania i którzy po prostu postrzegają to jako sposób zapłaty rachunków. Teraz zrozumcie coś: nie mówię tego, ponieważ są słabszymi programistami i chcecie, aby ich życie było nieszczęśliwe. Mówię to, ponieważ zwykle są to ludzie, którzy po prostu nie oczekują, że ich praca będzie źródłem spełnienia w ich życiu. Na dźwięk tego brzmią jak niskie ciśnienie, stały strumień dochodów. Bardziej niż prawdopodobne, pracownicy ci z przyjemnością podejmują łatwą pracę pod niskim ciśnieniem.

Oczywiście nie oznacza to, że możesz po prostu dać im nudne zadania i zapomnieć o nich. Być może mógłbyś dać swoim „graczom A” 80% zabawnych zadań / 20% nudnych zadań, twoim „B graczom” może być 50/50, a „C graczom” 20/80.

Pozwól swoim programistom zarobić płatny czas, pracując nad własnymi zwierzętami / projektami open source / interesującymi projektami, wykonując pewne prace. Zaoferuj im wsparcie przy tego typu projektach, szczególnie jeśli praca dotyczy projektu lub programu wewnętrznego. Myślę, że to strategia, którą stosuje Google?

Muszę przyznać, że nigdy nie pracowałem nad nudnym i nieciekawym projektem, więc nie jestem pewien, czy rozumiem twoje pytanie. I rozwijam systemy korporacyjne na życie. :) Poważnie, w praktyce zauważyłem, że programistom przeszkadza „nudna” praca znacznie mniej niż się spodziewałem. Bezużyteczna praca, jak wypełnianie kart czasu pracy, których nikt nigdy nie sprawdza, jest znacznie większym problemem. Biorąc to pod uwagę:

Poznaj swoje preferencje programistów; niektórzy programiści nie lubią GUI, niektórzy unikają SQL. Staraj się szanować te preferencje, ponieważ zadanie, które jest nudne dla jednego programisty, może być przyjemne dla innego. Jeśli z jakiegokolwiek powodu nie jest możliwe podzielenie pracy w taki sposób, uczyń ją interesującą, zwiększając konkurencję - pozwól im konkurować, kto jako pierwszy ukończy swoją część, lub utwórz tabelę wyników, na której części kodu było najmniej błędów w kontroli jakości. Microsoft jest znany ze swojej kultury korporacyjnej, która sprawia, że ​​programiści konkurują różnymi podejściami i wybierają najlepsze z nich na końcu lub włączają najlepsze części każdego podejścia do produktu końcowego.

Posiadanie części produktu i kontrola nad nim również drastycznie zwiększają zaangażowanie. W przeciwieństwie do tego, nie ma nic bardziej nudnego niż ktoś zarządzający twoją pracą. Ponadto, jeśli istnieje powtarzające się zadanie, którego wszyscy nienawidzą, wyjaśniając szerszy obraz - że jest to coś, co należy zrobić i dlaczego, a obracanie osoby, która wykonuje to co tydzień, zwykle jest więcej niż wystarczające.

Miałem / widziałem sukces w stosowaniu tego rodzaju projektów jako ścieżki do bardziej interesujących.

Jeśli wszyscy Twoi nowi i średniozaawansowani deweloperzy zaczynają w „nudnych” projektach, zadają pytania starszym twórcom (którzy są przy innych projektach przez większość czasu) i dajesz do zrozumienia, że ​​im lepiej robisz w obszarze konserwacji, tym więcej prawdopodobnie masz zamiar w przyszłości zaangażować się w nową pracę, a następnie zakładając, że masz przyzwoity zespół i faktycznie wykonujesz sporadyczną zmianę zespołu i od czasu do czasu angażujesz głównych programistów w nową pracę, zespoły się do siebie dopasują.

Jeśli masz zły zespół lub bardzo dobry zespół, to podejście może nie działać dla Ciebie.