Przeszedł drogę od programisty do menedżera IT. Porady dotyczące przetrwania?


Żyłem szczęśliwie jako jedyny programista w firmie produkcyjnej, kiedy nagle mój szef, kierownik działu IT, zdecydował się odejść. W połowie awansowałem na jego stanowisko (w pewnym sensie), ale bardzo trudno mi dostać się do tej roli.
Po pierwsze, nigdy nie przejmowałem się zbytnio stanem sieci i infrastruktury. Właśnie zanurzyłem się w morzu kodu i zadań DBA. Teraz odpowiadam zarówno za projekty oprogramowania, jak i za utrzymanie infrastruktury. Poza tym muszę uczestniczyć w rozmowie telefonicznej z pomocą techniczną 7x24x365, głównie wtedy, gdy jakaś aplikacja z czarnej skrzynki (nie stworzona tutaj, ale przez jakiś zdalny dział korporacyjny na całym świecie) nie robi tego, czego się od niej oczekuje ...
To tylko specjalista od IT/infrastruktury, nowy programista i ja. Wszystkie krytyczne pytania dotyczące wsparcia przechodzą przeze mnie.
Ktoś z tą samą przeszłością? Czy ktoś może doradzić, jak najlepiej uczestniczyć i interesować się infrastrukturą? Jakieś wskazówki, jak zachować zdrowy rozsądek?
Zaproszony:
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Co powinien zrobić nowy książę IT:
  • Zdecyduj, czy chcesz wykonać tę pracę. Jeśli to zrobisz: [list][*]Wystąp o wakat (zmiana stanowiska itp.). Może to być „skuteczne natychmiast” lub „tymczasowo na 6 miesięcy” i powinno mu towarzyszyć pewien procentowy wzrost wynagrodzeń, odzwierciedlający nowy, wyższy poziom odpowiedzialności.
  • Zbierz swoje wojska. [list][*]Omów stan środowiska
  • Zaktualizuj dokumentację, schematy itp.
  • Zdecyduj, co należy rozwiązać i zacznij pracować nad planem ich rozwiązania.

[/*]
[*]
Ustanów podprojekty i kamienie milowe w swoim planie.
[/*]
[*]
Przygotuj propozycję i przedstaw ją osobom nad tobą.

Przygotuj się na krótką, ciężką walkę (lub długą, jeśli mówimy o dużych pieniądzach), aby zrealizować swój plan.
[/*]
[*]
Wykonaj plan.

Zgłoś swój wspaniały sukces kierownictwu.

Jeśli twój tytuł był tymczasowy, ustaw go na stałe.

Rozważ prośbę o podwyżkę.
[/*]
[*]
idź 2.
[/*]
[/list]
[/*]
[/list]
Projekty poboczne, które staną się widoczne, gdy nadejdzie czas, aby się nimi zająć (lub nad którymi powinieneś popracować, gdy masz wolny czas):
  • Zmniejszenie liczby zgłoszeń do pomocy technicznej, jeśli jest niesamowicie wysoka
  • Dokumentowanie wszystkich tych elementów oprogramowania czarnej skrzynki i do kogo zadzwonić, gdy wybuchną.
  • Dokumentowanie wszystkich procedur itp.
  • Wdrożenie (lub usprawnienie) systemów monitorowania

Jeśli chodzi o zachowanie rozsądku, zapomnij o tym.

Najlepsza rada, jaką mogę dać, to trzymać butelkę dobrej taśmy klejącej w dolnej szufladzie biurka i nigdy z niej nie pić.
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Kilka dodatkowych praktycznych punktów:
  • Poświęć więcej czasu na uszczęśliwianie użytkowników końcowych.
  • Twórz listy kontrolne - co tydzień, co miesiąc, co kwartał, co rok - w celu sprawdzenia aktualnych zasad bezpieczeństwa, poprawnych zestawów reguł zapory i nie tylko.
  • Kup system biletowy, jeśli jeszcze go nie masz. Bugzilla działa dobrze.
  • Jeśli pełnisz rolę opartą na zgodności - SAS-70, PCI itd. - poświęć dodatkowy czas na badanie wymagań dotyczących dokumentacji z wyprzedzeniem w celu sprawdzenia zgodności. Jest to kosztowne i prawdopodobnie niemożliwe do naprawienia, jeśli się mylisz.

Wiele innych dobrych rad w innych odpowiedziach.

Aby odpowiedzieć na pytania, Zaloguj się lub Zarejestruj się