Właściwie JESTEŚ w stanie to zmienić. Dajesz przykład.

Możesz zacząć lokalnie używać kontroli wersji dla swoich zmian. Możesz po prostu „zobowiązać” wszystkich do zmiany w tym samym czasie. Zawsze będziesz w stanie odzyskać poprzednie wersje i porównać rzeczy z wcześniejszymi wersjami.

Możesz również zaoferować wykonanie tego dla firmy. Skonfigurowanie kontroli wersji (na mniejszym poziomie) jest dość łatwe do wykonania i zarządzania. Może to przygotować Cię do promocji w niedalekiej przyszłości, jeśli zostanie uznana za cenną.

Możesz zrobić coś podobnego dla narzędzia do śledzenia problemów.

Nie pozwól, aby okazja „wyróżniać się jako powód do odejścia. Oczekiwanie, że pracę wykona „starszy”, gwarantujesz, że zawsze będziesz „młodszym”. Gdy firma uzna Cię za autorytet do rozwiązywania problemów systemowych - będziesz miał dużo więcej uprawnień do wprowadzania zmian w przyszłości. W ten sposób stajesz się „starszym” liderem. Musisz wykazać się kompetencjami.

Czy mam poinformować kierownictwo, że rozważam odejście z firmy z powodu tych praktyk?

Nigdy nie mów wprost, że myślisz o odejściu - gdy tylko kierownictwo dowie się, że nie jesteś przywiązany do firmy, co zawsze naraża Cię na ryzyko utraty pracy bez nowej pracy.

Lub przynajmniej pozwól im wiesz, że jestem dość sfrustrowany?

To o wiele lepszy pomysł - i idealny temat do poruszenia w zwykłych rozmowach 1 do 1 lub podobnych, które możesz mieć ze swoim przełożonym . Podejrzewam, że możesz nie mieć regularnych spotkań 1 do 1 (co jest innym problemem), ale zawsze możesz umówić się na spotkanie ze swoim menedżerem lub kimkolwiek, kto przynajmniej działa jako Twój menedżer, aby dać im znać że twoje obawy.

Sądząc po (złych) praktykach, wygląda to na małą firmę. Powiedziałbym, że wyrażasz swoją frustrację w sposób, który poprawia firmę. Mówiąc coś w stylu „Hej, panie menadżerze - zauważam, że nie stosujemy się do najlepszych praktyk. Może to wpłynąć na moją efektywność i innych członków mojego zespołu. Zastanawiałem się, czy moglibyśmy porozmawiać, być może z zespołem, na temat wprowadzenia jakieś sprawdzone metody? ” Jeśli w tym momencie twoje pomysły padają głucho i planujesz odejść, zrób to po cichu, szukając innej pracy i daj odpowiednie powiadomienie (zwykle 2 tygodnie w USA)

Wspomniałeś również o menedżerze wyszedł i nie ma zastępstwa. co by było, gdybyś mógł zostać zastępcą? Wiem, że mówisz Nie mam jeszcze dużego doświadczenia . Ale pokazanie swojej firmie, że pasjonuje Cię prowadzenie zespołu w kierunku lepszych praktyk, jest długa droga - szczególnie w mniejszych firmach. Jeśli obawiasz się braku doświadczenia, możesz poprosić o szkolenie. Możesz przynajmniej porozmawiać o ścieżce swojej kariery, aby objąć stanowisko kierownicze. Oczywiście korzystaj z tej opcji tylko wtedy, gdy jest to coś, czego chcesz.

Jedną z rzeczy, które zauważyłem w swojej karierze, jest to, że jeśli oczekujesz, że menedżer poradzi sobie z czymkolwiek pożytecznym, będziesz rozczarowany :-)

To, co działa, szczególnie w małych zespołach, jest proaktywne poprawa. Mówisz, że nie ma kontroli wersji. Więc włóż trochę. Zdobądź coś prostego i łatwego w utrzymaniu i darmowego (czy to VisualSVN w Windowsie, czy git w Linuksie), po prostu zainstaluj, pokaż kolegom, jak z niego korzystać, i miejmy nadzieję, że wszyscy będziecie go używać bez problemu. Nie będziesz w stanie wymusić jego użycia, ale tak naprawdę, jeśli możesz wykazać korzyść bez większych kosztów (pod względem wysiłku lub czasu twórców), to oni to wykorzystają. Są szanse, że już wiedzą, że jest to potrzebne, ale nie mają czasu ani chęci, aby podjąć wysiłek, aby go umieścić.

Śledzenie problemów można zrobić w ten sam sposób - jeśli Twój VCS jest z nim wyposażony, użyj go , w przeciwnym razie zainstaluj narzędzie do śledzenia sieci i pokaż ludziom, jak z niego korzystać.

Problem pojawia się w pokonywaniu inercji ze strony innych, ale do tego służą umiejętności interpersonalne - wyjaśnianie, zachęcanie, sprawianie, by byli podekscytowani podjęciem działań.

Nie potrzebujesz menadżera za to wszystko. I nie musisz odchodzić, ponieważ Twój zespół nie ma środowiska DevOps. Więc ulepszaj rzeczy, nie tylko uciekaj i nie zakładaj, że nie możesz tego zmienić samodzielnie - możesz podnieść tę piłkę i biegać z nią.

Twoje pytanie jest dwojakie:

1. Czy powinieneś powiedzieć kierownictwu, że rozważasz odejście z firmy.
2. Jak ulepszyć / egzekwować najlepsze praktyki .

Na tych dwóch odpowiedziach na tej stronie jest mnóstwo, ale oto podstawy.

1. Nigdy nie mów kierownictwu rozważasz odejście z firmy przed podpisaniem umowy z nowym pracodawcą. A kiedy to zrobisz, nie akceptuj kontrofert.

2. Bądź zmianą. Skonfiguruj kontrolę wersji, używaj wzorców oprogramowania wszędzie tam, gdzie jest to przydatne, konfiguruj linters itp. Samodzielnie. Zauważysz, że jest to tak samo zabawne, jak zrobienie tego przez Twój zespół lub więcej.

Jestem w podobnej sytuacji (i faktycznie rozważałem opublikowanie tego w celu uzyskania sugestii), z wyjątkiem faktu, że faktycznie mam problemy z przekonaniem MÓJ WŁASNY ZESPÓŁ & MANAGERÓW do korzystania z narzędzi kontroli wersji i zarządzania projektami. I chociaż może to nie być dokładnie to, czego szukasz (odpowiedziałem na końcu postu), może pomoże ci to zrozumieć, dlaczego niektóre firmy są takie.

Byłem w tej firmie przez ponad 5 lat i zanim zostałem liderem zespołu, obserwowałem, jak poprzedni kierownik zespołu próbował zrobić to samo, prawie bez rezultatu.

W moim przypadku sytuacja jest frustrująca, ponieważ:

a) większość członków mojego zespołu stara się unikać brania na siebie odpowiedzialności za każdym razem, gdy otrzymują zmianę

b) za każdym razem, gdy ktoś zgaśnie (i zdarza się), to ja jestem tym, który ponosi winę, ponieważ menedżer (który jest osobą nietechniczną) uważa, że ​​sukces należy do wszystkich (włącznie z nim), a błąd (w tym jego) jest winą prowadzącą, co prowadzi do a)

c) menedżer często organizuje spotkania z poszczególnymi członkami mojego zespołu, aby przydzielić nowe zadania (zmienić funkcjonalność i wygląd) przy projektach, w których pracuje cały zespół lub je wykonać od profesjonalisty ject przez nieokreślony czas i nie powiadamia reszty zespołu (lub mnie w tym przypadku) i nie wprowadza zmian w Trello / Freedcamp

Próbowałem wszystkiego, co przyszło mi do głowy:

• Skonfiguruj zespoły BitBucket, ale skończyło się na bałaganie, ponieważ niektórzy odmawiają wydania &owi kodu
• Próbowałem skonfigurować narzędzia do zarządzania projektami (Trello / Freedcamp), ale wspomniane powyżej (c) wydają się bezużyteczne
• Członkowie zespołu zapominają lub odmawiają zmiany statusu swoich zadań lub wypełniają nowe zadania, jeśli to konieczne (błędy, możliwe problemy itp.), ponieważ uważają, że to strata czasu (w końcu, jeśli mogą zachować swoje notatki w Sublime Text lub Notepad, jest OK), więc cały zespół nie jest tego świadomy (a to powodowało wiele problemów w przeszłości). Nie wspominając o tym, że nikt w projekcie UI / UX NIGDY niczego nie wypełnił (mówią, że artyści nie mają na to czasu), co spowodowało, że programiści pracowali nad funkcjami UI, które i tak miały zostać usunięte lub zmienione. Czasami menedżer wysyła arkusze kalkulacyjne lub e-maile do niektórych członków zespołu, pozostawiając resztę bez zapętlenia.
• Skonfigurowaliśmy Facebook Workplace, aby usprawnić komunikację i utworzyliśmy grupy dla wszystkich projektów, zespołów, działów, itd. Jednak jedyną używaną grupą jest grupa pieczona.
• Przez pewien czas musiałem ręcznie pobierać archiwa aplikacji na mojej stacji roboczej i ręcznie sprawdzać każdą linię kodu, aby scalić zmiany. Próbowałem też rozmawiać z moimi menedżerami każdego ranka i po każdym spotkaniu, które miał z członkami mojego zespołu, aby uzyskać wszystkie zadania, aby je wypełnić. Wszystko to spowodowało, że połowę czasu spędzałem na sprawdzaniu pracy innych ludzi zamiast na wykonywaniu swojej, dlatego b) powyżej.
• Skończyło się na tym, że umówiłem się na spotkania z całą kadrą zarządzającą i wyjaśniłem sytuację, w wyniku czego, zdecydowaliśmy się na codzienne spotkania stand-up i jedno spotkanie pod koniec tygodnia, aby wszyscy wykonywali swoją pracę, ale ostatecznie to nie zadziałało.
• Napisałem nawet wspólne przewodnik po praktyce, który zawierał nawet instrukcje dotyczące BitBucket, Trello i innych narzędzi, z których korzystamy, ale ludzie po prostu go zignorowali.

Po całym tym czasie i wszystkich kłopotach doszedłem do jednego prostego wniosku - wiele potrzeba, aby przekonać ludzi do ładnej gry i przestrzegania kilku prostych wskazówek, a jeśli tak naprawdę nie chcą, nie możesz tego zmienić. Dawanie przykładu działa na ludziach, którzy są gotowi zaakceptować zmiany iw tym przypadku, gdy masz wsparcie zespołu zarządzającego lub kogokolwiek, kto faktycznie może egzekwować zasady (chociaż uważam, że lepiej wyjaśnić swój punkt widzenia i dlaczego czy uważasz, że tak powinno być, nawet jeśli masz rację, egzekwowanie jest czasami konieczne, choć nieprzyjemne).

A teraz, aby odpowiedzieć na twoje pytania:

1) Czy powinienem powiadomić kierownictwo, że rozważam odejście z firmy z powodu tych praktyk?

NIE. Nigdy nie informuj ich, że planujesz odejść, dopóki nie będziesz pewien, że masz nową pracę. Jest to dla ciebie ryzykowne, ponieważ kierownictwo uzna, że ​​nie jesteś już zaangażowany i próbujesz tylko znaleźć wymówki, aby nie wykonywać swojej pracy, a jeśli naprawdę chcesz im powiedzieć, dlaczego odchodzisz, zrób to po zapewnieniu sobie Nowa praca. I upewnij się, że nie robisz tego, zrzucając winę na kierownictwo lub swoich współpracowników. Jeśli zaczniesz obwiniać innych, może to cię ugryźć w przyszłości. Bądź uprzejmy.

2) Albo przynajmniej daj im do zrozumienia, że ​​jestem dość sfrustrowany?

Jasne. W rzeczywistości uważam, że to dobry pomysł. Możesz również poprosić ich o wyjaśnienie, dlaczego uważają, że te praktyki są dobrym pomysłem. Może rzeczywiście mają powód, żeby tak się zachowywać, a ty go brakuje. Ale ostatecznie nie spodziewaj się zbyt wielu zmian, a już na pewno nie w ciągu nocy.

Nie lekceważ swojej zdolności do wywierania pozytywnego wpływu na swój zespół. Nie ma znaczenia, ile masz ani jak małe doświadczenie, każdy ma inne zbiór wiedzy i umiejętności i mogę je wykorzystać do ulepszenia rzeczy.

Kiedy zaczynałem pracę po studiach, pracowałem nad bazą kodu produktu, który został pierwotnie opracowany w latach 80-tych. Od tego ćwierćwiecza styl kodowania, procesy rozwoju itp. Nie zmieniły się zbytnio. Nie mieliśmy prawdziwej kontroli wersji, dokumentacja nie istniała, a wiele procesów programistycznych było znacznie bardziej skomplikowanych i czasochłonnych, niż było to konieczne. Kierownictwo było na tyle daleko od technicznych aspektów rzeczy, że zgodzili się, że można je poprawić, ale nie byli zbyt zmotywowani, aby cokolwiek z tym zrobić. Pokonanie tej bezwładności i wprowadzenie znaczących zmian wymagało zrozumienia motywacji interesariuszy i nauczenia się, jak komunikować się w sposób, który przemawiał do każdego z nich najmocniej.

Większość ludzi jest jak koty. Możesz poprosić ich o zrobienie czegoś, ale w dużej mierze cię zignorują. Z radością coś zrobią, jeśli to był ich pomysł, ale zaprotestują i odmówią zrobienia dokładnie tego samego, jeśli byłaby to instrukcja pochodząca od ciebie. Kluczem do przekonania innych do zmiany głęboko zakorzenionego procesu jest sprawienie, by chcieli zmiany, co oznacza, że ​​naprawdę zrozumieją, jakie korzyści przyniesie im to osobiście.

Na przykład jednym z moich największych problemów był nasz system kompilacji. To był brukowany bałagan, który był wyjątkowo podatny na błędy i powolny. Pełna kompilacja może zająć 35-45 minut, a iteracje tworzenia / testowania były powolne. Ponownie napisałem system kompilacji używając Makefiles, ale nikt nie był zainteresowany nauką nowego narzędzia. A przynajmniej tak było, dopóki nie pracowałem ze starszym programistą nad poprawką błędu. Wprowadziliśmy zmianę i uruchomiliśmy kompilację, abyśmy mogli ją przetestować. Starszy zasugerował, żebyśmy poszli na lunch, gdy czekaliśmy na kompilację. Poprosiłem go, aby zaczekał, a kiedy moja kompilacja zakończyła się w około 90 sekund, był wyraźnie zdezorientowany. Powiedziałem mu „to nowy system budowania, o którym mówiłem wcześniej, naprawdę powinieneś go wypróbować, oszczędza to dużo czasu”. W czasie, jaki miał zająć wykonanie jednej pojedynczej kompilacji, wykonaliśmy pół tuzina cykli edycji / kompilacji / testów. Udało nam się rozwiązać problem i dostarczyć klientowi poprawkę kilka dni wcześniej, niż obiecaliśmy. Po dokładnym sprawdzeniu, ile czasu i frustracji zaoszczędzi każdego dnia, przeszedł na nowy system.

Jako kolejny przykład zauważyłem, że wiele naszych raportów o błędach sprowadzało się do popełniania błędów, których można było uniknąć. Skonfigurowałem oprogramowanie do analizy statycznej, aby sprawdzić naszą bazę kodu i znalazłem niesamowitą liczbę problemów. Po krótkich badaniach spotkałem się z moim kierownikiem, wyjaśniłem, co robi analizator statyczny, i pokazałem mu listę raportów o błędach z ostatnich kilku miesięcy, które były spowodowane problemami, które mógł znaleźć analizator statyczny. Następnie pokazałem mu listę nierozwiązanych problemów znalezionych przez analizator. Był bardzo zaniepokojony liczbą błędów, które mogą czekać na powierzchnię. Podsunąłem pomysł, że gdybyśmy przeszli na prawdziwy system kontroli wersji, moglibyśmy skonfigurować serwer CI, aby wykonywać automatyczne nocne kompilacje, przeprowadzać analizy statyczne i wysyłać e-mailem raporty pokazujące wszelkie nowe znalezione problemy. Kiedy zrozumiał, jak zmiana procesu zmniejszy liczbę błędów (uczyni nasz produkt bardziej niezawodnym i spowoduje, że będzie musiał uczestniczyć w mniejszej liczbie spotkań z zespołami testowymi), zaczął też naciskać na zmianę.

Nawet nowy facet bez doświadczenia może dokonać znaczących ulepszeń w Twoim zespole. Aby się tam dostać, trzeba jednak użyć tych „miękkich umiejętności”. Pomyśl o tym bardziej, jakbyś tworzył kampanię reklamową, a nie jak o dyskusji technicznej.

1. Jeśli nie jesteś w 100% pewien, że chcesz odejść, możesz spróbować rozwiązać problemy zgodnie z wcześniejszymi sugestiami. Jeśli poza tym firma ma się dobrze , może to być dla Ciebie ważna okazja do rozwoju zawodowego. Możesz być na dobrej drodze do (dużych?) Promocji.

2. Jeśli jesteś zdeterminowany, aby odejść, oto kilka dyskusji, które warto przeczytać, aby upewnić się, że nie strzel sobie w stopę:

Co powiedzieć wychodząc

Kiedy mówić o wyjeździe

Uwaga: dodałeś do pytania, że ​​mówimy o dużej międzynarodowej firmie. Oznacza to, że istnieje duża bezwładność wprowadzania zmian. Łączy się z „odejściem menedżera zespołu” i „złymi praktykami”. Dlatego (w pewnym sensie) zapomniałbym o opcji pierwszej.

Zaakceptowana odpowiedź jest dobra, a wiele z pozostałych to dobre uwagi, ale nie odnoszą się one do najgorszego scenariusza.

Wiele zawdzięczam mojemu pierwszemu wielkiemu interesowi. Praca w tamtym czasie jako programista front-end w rozpoznawalnej amerykańskiej firmie o stuletniej tradycji. Rekruterzy nie przestali mnie wkurzać, odkąd znalazłem to w moim CV. Jest to również najgłupsza, najbardziej absurdalna praca, jaką kiedykolwiek wykonywałem i najgorsza firma, dla której kiedykolwiek pracowałem. Dla porównania, od tamtej pory żadna zła sytuacja w miejscu pracy nie była tak zła.

Jak zła była sytuacja? (uwaga: to było ponad 10 lat temu)

• Zdobycie komputera zajęło dwa tygodnie, a to, co dostałem, było śmieciami. Byli PM i stażyści z lepszymi laptopami niż moje. IIRC moja najwcześniejsza praca polegała na robieniu trywialnych rzeczy na własnym laptopie i wysyłaniu plików pocztą elektroniczną do ludzi.

• Dostęp do sieci był tylko Wi-Fi i przekraczał maksymalną pojemność około 200 osób. W Radio Shack (RIP) wziąłem zaciskarkę i kilka czapek Cat-5, więc mogłem zrobić 30-metrowy przewód Ethernet, aby uzyskać dostęp do portu Ethernet z mojego miejsca na długim stole w stylu stołówki, przy którym pracowałem. Nauczyłem się już od pierwszego tygodnia czekania, aż laptop ma nadzieję na pomoc czegoś w rodzaju dedykowanego IT. W ciągu blisko roku, w którym tam byłem, ta sytuacja nigdy nie została naprawiona. Faktycznie było gorzej.

• Rzeczywiście, świadomie broniono przeciętności. Nikogo nie obchodziło, czy ukończony projekt został zredukowany do płonącego kawałka stopionego żużla przez głupotę, kiedy został uznany za zakończony. Wszystko, co musiałeś zrobić, to zadeklarować, że zostało to zrobione dzień lub dwa wcześniej, a oni będą świętować, nigdy nie zauważając faktu, że kolejne projekty zawsze były ogromnymi zestawami napraw i poprawek błędów w poprzednich projektach, które w rzeczywistości nie były prawie ukończone pobieżne badanie.

• Należałem do zespołu, który codziennie odbywał godzinne spotkania, aby przygotować się do kolejnego, godzinnego spotkania, które zostało zlecone przez kumpla gościa, który kupił firmę. Nic dziwnego, że chciał ominąć około 18 warstw średniego zarządzania, aby dostać się bezpośrednio do programistów, spalając około 30% naszych dni roboczych, ostatecznie sabotując własne cele. Jak na ironię, ten konkretny zespół wykonywał pracę związaną z wydajnością.

• Największy czynnik wpływający na słabe działanie naszej witryny? Nasze prośby były dławione na śmierć przez około tuzin dodatkowych platform analitycznych, które były używane do sprawdzania, jak sobie radzimy (mogłem im powiedzieć: niezbyt dobrze). Podczas mojej 11-miesięcznej kadencji nigdy nie udało nam się skłonić nikogo, by puścił jedną z głupich rzeczy, ponieważ w jakiś sposób nie było strażnika. Pomyśl o tym. Dławili wydajność, aw rezultacie sprzedaż, więc mogli mieć oko na to, jak dobrego nie mogliby osiągnąć, ponieważ nikt nie chciał nauczyć się platformy analitycznej innej niż pierwsza, z którą mieli do czynienia. Zamiast tego skoncentrowaliśmy większość czasu, w którym nie spotykaliśmy się, na znacznie wyższych wiszących owocach, aby uzyskać bardzo skromny wzrost wydajności. Otrzymałem nagrodę za śmieszne porażki, jakie udało mi się znaleźć w tej drużynie. Przyszedł z kuponem na 10 dolarów w firmowej stołówce, która była bardzo podobna do stołówki w publicznej szkole średniej, tyle że bez wręczania! @ # $. Aby otrzymać nagrodę, dotarcie do siedziby firmy, która została dawno temu wyprowadzona z miasta, zajęło około 4 godzin dojazdów do pracy, prawdopodobnie dlatego, że ktoś na górze chciał w pewnym momencie, żeby było bliżej ich domu. Wskazówka: kiedyś znajdował się w dość wysokim budynku o tej samej marce.

• Sama inicjatywa dotycząca wydajności była odchyleniem od innego bardzo realnego problemu, polegającego na tym, że po tym, jak klient zdecydował, że chce kupić produkt, zrobiłby to, w zależności od tego, kto jest w stanie wprowadzić zmiany, tak tydzień, przejdź przez bez żartów, 5-11 ekranów z up-sellami, weryfikacją adresu, szansą na wprowadzenie zmian w zakupach itp. Jeśli przeglądarka dotarła do ostatniego kroku, była duża szansa, że ​​się rozpadnie, gdy ty w końcu próbowałeś kupić tę głupią rzecz, której szukałeś w pierwszej kolejności. Na moim komputerze domowym często widziałem czas ładowania wynoszący 30 sekund dla każdego ekranu.

• Rozwój zaplecza zlecano największej firmie outsourcingowej offshore na świecie (ta firma Najwyraźniej założycielem byli kumple z uczelni z właściwą osobą). Poziom umiejętności pracowników tej firmy wahał się od niepiśmiennych kodeksów do najniższych i całkowicie i beznadziejnie nie byli w stanie niczego zmienić, ponieważ niepiśmienni kodeksy mieli tendencję do dryfowania na szczyt. Nie używali kontroli wersji. Mieli ogromny współdzielony katalog sieciowy. Ich około 200 (nie licząc offshore) deweloperów regularnie kopiowało całe katalogi, powodując, że części witryny, nad którymi nikt aktywnie nie pracował, przywracały, mutowały i rozpadały się na kawałki. Duża część naszej pracy polegała na zginaniu fałd i okaleczaniu przedniej części z powrotem w miejsce z ograniczoną kontrolą nad HTML, aby nikt z ich strony nie musiał brać odpowiedzialności za swoją niekompetencję. Od tego czasu porównałem historie z innymi ludźmi, którzy mieli doświadczenie z tą firmą w innych firmach. Chociaż ich historie z pewnością nie były pozytywne, nie były tak złe, a teraz jestem przekonany, że używali nas jako poligonu doświadczalnego dla programistów, nie zawracali sobie głowy weterynarzem, aby mogli awansować do bardziej wymagających zadań w innych firm, jednocześnie ukrywając swoich bezużytecznych pracowników za grą o obwinianie, która była łatwą grą w naszej firmie.

• Kiedyś zatrzymano nas na mecie w projekcie, który jest już spóźniony z powodu poważnej utraty projektu, aby wrócić i zmienić niektóre logo, które nie podobały się prawnikom. Zapytaliśmy, na czym polega problem prawny, i powiedziano nam, że takiego nie ma. Po prostu nie podobał im się wygląd logo. Nie było prawników w naszym budynku ani na żadnym spotkaniu, w którym kiedykolwiek uczestniczyłem.

• Odpieranie projektantów graficznych, głównie z powodu frustracji, że zbyt wielu kucharzy w każdej kuchni powoduje ciągłe opóźnienia po terminie zmiany w ich pracy były tak złe, że w pewnym momencie zabrakło nam. Trzydziestu programistów front-end. 0 projektantów. Bardziej typowy stosunek to około 1: 4 projektanta do programisty. Tylko poprawki błędów od tygodni. Czasami powtarzają się te same błędy (patrz sytuacja nadpisywania folderów powyżej).

Uwierz mi. Starałem się być pozytywny. Próbowałem rozumu. Próbowałem odkryć lepszy sposób. Starałem się oprzeć swoje prośby o rozsądek w kategoriach sukcesu firmy ponad abstrakcyjnymi pojęciami, takimi jak „powszechnie akceptowane najlepsze praktyki stosowane przez wszystkich”. W końcu zdałem sobie sprawę, że spędziłem ostatnie 11 miesięcy przechodząc przez 5 etapów żałoby, takich jak:

• Zaprzeczanie
• Gniew
• Targowanie się
• Depresja
• Akceptacja

Tyle że nigdy się nie skończyło, ponieważ zdałem sobie sprawę, że sprawy były jeszcze gorsze, niż się wydawało w fazie akceptacji, dzięki nowemu objawienie, a potem wszystko zacznie się od nowa. Uświadomienie sobie, że tak naprawdę opłakuję swoją absurdalną sytuację zawodową, nastąpiło, gdy dałem dwutygodniowy okres wypowiedzenia i nie znalazłem jeszcze innej pracy. Zaledwie 4 tygodnie przed 12-miesięcznym celem, który sobie wyznaczyłem, gdy zdałem sobie sprawę, jak absurdalna sytuacja się rozwija.

Zanim więc dasz z siebie wszystko i zdecydujesz się być pozytywnym i dawać przykład, zadaj sobie pytanie. Jak im się to udaje? Czy to rzeczywiście komuś służy, aby dalej im to uszło na sucho? Czy mocarstwa, które zbytnio boją się politycznych kosztów uznania problemu, aby go naprawić? Czy ogólne doświadczenie przypomina odkrywanie, że każdego dnia umiera instytucja lub osoba, na której Ci zależy? Czy warto nadal narażać się na takie udawanie, jeśli może to sprawić, że staniesz się bardziej wściekła przez jakieś dziewięć miesięcy po tym, jak w końcu odejdziesz z pracy?

Dla mnie tak było. Ledwo. Ale powinienem był po prostu nauczyć się z tego śmiać, porzucić wszelką dumę z własnej pracy (która mogłaby zostać zniszczona przez przerwanie na końcu, niezależnie od tego, jak bardzo się starałem) i CYA do końca roku. Ponieważ czasami po prostu nic nie możesz zrobić w takich sytuacjach. Niekompetencja i rozmyślna przeciętność mogą nie być powodem do dumy, ale to nie znaczy, że nie mogą być siłami, z którymi należy się liczyć. Za duży, by nie odrzucać żadnej próby zmiany ze strony programisty, menedżera lub nawet oddanego zespołu z najlepszymi intencjami i sojusznikiem lub dwoma z wyższego kierownictwa.

Kiedy to się skończy, weź to, co chcesz może z tego. Wiele się nauczyłem o pisaniu interfejsu użytkownika, który próbował w zupełnie nierozsądnych okolicznościach, takich jak HTML i podstawowy CSS dookoła, który mutował losowo. I bez względu na to, jak głupio się to robi, zarówno widziałem, jak i toleruję gorzej, i znacznie lepiej rozumiem, dlaczego te najlepsze praktyki, które zostały zignorowane, istnieją w pierwszej kolejności. Co najważniejsze, nauczyłem się, kiedy rzucić. Rzucasz palenie, gdy tak naprawdę nie chcą twojej pomocy lub zdajesz sobie sprawę, że jedynym sposobem na „sukces” jest upodobnienie się do nich.

Uciekaj i nigdy nie oglądaj się za siebie, z wielu powodów. Daj przykład ... Mm nieh coś takiego jak ustawienie kontroli źródła i zasadniczo próba zmuszenia innych do jej użycia spowoduje pożar, ponieważ inni cię zobaczą. zostań alfą, a wtedy będziesz miał problemy z zaufaniem i złą krew

Poinformuj wyższe kierownictwo o obecnych złych praktykach w pracy, zmusi cię do podania przykładów, że ktoś coś robi i postępuje zgodnie ze złymi praktykami, a twoje Członek zespołu będzie wiedział, że wydałeś ich wyższemu kierownictwu i będziesz zdradą w oczach każdego z nich, a nawet inne zespoły będą cię unikać.