Standardowe obszary specjalizacji w IT

 

Technologia informacyjna i infrastruktura biznesowa to ogromna dziedzina wypełniona licznymi i niezwykle zróżnicowanymi możliwościami kariery, nie tylko w branżach, w których praca jest wykonywana, ale także w typie wykonywanej pracy. Tylko rzadko dwie prace IT są naprawdę takie same. Różnorodność jest niesamowita. Jednak pewne standardowe ścieżki kariery istnieją i powinny być rozumiane i znane każdemu w tej dziedzinie, ponieważ dostarczają ważnej terminologii do wzajemnego porozumienia.

Bardzo ważne jest, aby zauważyć, że podobnie jak w każdej dziedzinie, najczęstsze jest to, że jedna osoba będzie pełnić więcej niż jedną rolę przez całą swoją karierę, a nawet w tym samym czasie. Podobnie jak ktoś może być w połowie czasu kucharzem burgerów i w połowie czasu kasjerem, ktoś może mieć swój czas podzielony między różne role IT. Ale musimy wiedzieć, jakie są te role i co oznaczają, aby móc przekazywać wartość, doświadczenie i oczekiwania innym.

Są to tak zwane “Specjalizacje IT” i są obszarami konkretnego skupienia i możliwości głębokiej umiejętności w IT. Często nie reprezentują one tylko ról zawodowych w IT, ale w dużych firmach są zazwyczaj reprezentatywne dla całych działów rówieśników kariery, którzy razem pracują. Żaden z tych obszarów skupienia nie jest bardziej ani mniej nadrzędny od innych; są to różne obszary, a nie poziomy. Nie istnieje naturalna lub organiczna progresja z jednego obszaru dyscypliny IT do drugiego, jednak całe doświadczenie IT jest cenne i oczekiwane byłoby, że doświadczenie w jednej dyscyplinie przygotowałoby kogoś do szybszego uczenia się i adaptacji do innego obszaru.

Terminy “Administracja” i “Inżynieria” są często stosowane dzisiaj; te znowu nie są poziomami ani obszarami dyscypliny. Odnoszą się do roli skupionej na operacjach (prowadzeniu systemów produkcyjnych) lub na projektowaniu systemów do wdrożenia. Te dwa obszary dzielą dyscypliny. Tak więc, na przykład, dyscyplina Systemów miałaby potrzebę zarówno obciążeń administracyjnych, jak i inżynieryjnych w jej ramach.

Systemy. Skrót od “systemów operacyjnych.” Role systemowe skupiają się na systemach operacyjnych, zazwyczaj serwerów (ale niekoniecznie we wszystkich przypadkach). Jest to najszerzej potrzebna specjalistyczna rola IT. W ramach systemów specjalizacje mają tendencję do takich jak Windows, RHEL, Suse, Ubuntu, AIX, HP-UX, Solaris, FreeBSD, Mac OSX i tak dalej. Specjalizacje wysokiego poziomu, takie jak UNIX, są powszechne, gdzie jedna osoba lub dział obsługuje dowolny system, który pod to podpada, lub większe organizacje mogą podzielić AIX, Solaris, RHEL i FreeBSD na cztery odrębne zespoły, aby umożliwić ścisłe skupienie na umiejętnościach, narzędziach i wiedzy. Specjaliści systemowi dostarczają platformę aplikacyjną, na której będą działać programy komputerowe (które obejmowałyby również bazy danych). Wsparcie desktopów jest ogólnie uważane za pod-dyscyplinę systemów i taką, która często praktycznie przecina się z rolami użytkownika końcowego i helpdesk.

Platformy. Znane również jako zespoły wirtualizacyjne lub chmurowe (w zależności od dokładnej roli), dyscyplina platform skupia się na warstwie abstrakcji i zarządzania (hypervisor), która siedzi lub może siedzieć między fizycznym sprzętem a systemem(ami) operacyjnym. Ten zespół ma tendencję do skupiania się na planowaniu pojemności, zarządzaniu zasobami i niezawodności. Obszary w ramach specjalizacji platform zazwyczaj obejmowałyby VMware ESXi, vCloud, Xen, XenServer, KVM, OpenStack, CloudStack, Eucalyptus, Hyper-V i tak dalej. Wraz z pojawieniem się masowo hostowanych platform, pojawiła się również potrzeba skupienia na konkretnych hostowanych implementacjach platform, takich jak Amazon AWS, Microsoft Azure, Rackspace, Softlayer i tak dalej.

Storage. Przechowywanie danych jest tak kluczowe dla IT, że wydzieliło się jako własna, wysoce skupiona dyscyplina. Specjaliści storage zazwyczaj skupiają się na systemach SAN, NAS i object store. Obszary skupienia mogą obejmować block storage ogólnie, lub mogą zagłębić się do konkretnych produktów lub linii produktów, takich jak EMC VMAX lub HPE 3PAR. Wraz z ostatnim wzrostem technologii scale-out storage, arena storage rośnie zarówno pod względem całkowitej wielkości, jak i głębokości oczekiwanych umiejętności.

Bazy danych. Podobnie jak storage, bazy danych zapewniają krytyczne “backing” informacji, które mają być konsumowane przez inne działy. Chociaż koncepcyjnie bazy danych i storage nakładają się, w praktyce te dwa obszary są dramatycznie oddzielone pod względem traktowania. Myślimy o storage jako “głupim”, “nieustrukturyzowanym” lub “masowym” przechowywaniu, a o bazie danych jako “inteligentnym”, “skupionym” lub “wysoce ustrukturyzowanym” przechowywaniu. Na ich fundamentalnym poziomie te dwa są faktycznie dość trudne do rozróżnienia. W praktyce są ekstremalnie różne. Specjaliści baz danych pracują konkretnie na usługach baz danych, ale rzadko tworzą bazy danych i z pewnością nie kodują aplikacji połączonych z bazami danych. Podobnie jak ich odpowiednicy systemowi, specjaliści baz danych (często zwani DBA) zarządzają platformą bazy danych dla innych zespołów do konsumowania. Obszary skupienia baz danych mogą być wysokopoziomowe, jak relacyjne bazy danych lub nierelacyjne (NoSQL) bazy danych. Lub, co bardziej powszechne, DBA skupiałby się na jednej lub kilku bardzo konkretnych aplikacjach baz danych, takich jak Informix, MS SQL Server, DBase, Firebird, PostgreSQL, MariaDB, MySQL, MongoDB, Redis, CouchDB i wielu innych.

Aplikacje. Aplikacje są finalnym produktem, który konsumuje wszystkie inne komponenty platformy – systemy fizyczne, platformy, systemy, storage, bazy danych i więcej. Aplikacje są ostatecznym komponentem stosu obliczeniowego i mogą przyjmować masową różnorodność form. Specjaliści aplikacji nigdy nie używaliby tego terminu, ale byliby określani jako specjalista od konkretnej aplikacji lub zestawu aplikacji. Niektóre rodziny aplikacji, takie jak CRM i ERP, są tak duże, że całą karierę można spędzić na nauce i wspieraniu jednej z nich (np. systemu SAP ERP). Podczas gdy w wielu innych przypadkach można zarządzać i nadzorować setki małych aplikacji przez cały okres kariery. Popularne obszary aplikacji obejmują CRM, ERP, email, portale internetowe, systemy rozliczeniowe, śledzenie zapasów, śledzenie czasu, produktywność i wiele więcej. Aplikacje mogą obejmować prawie wszystko i choć niektóre są wysoce profilowane, jak system email Exchange; inne mogą być bardzo trywialne, jak małe narzędzie desktopowe do szybkiego obliczania oprocentowania kredytów hipotecznych.

Sieci. Sieci łączą komputery razem i wymagają znacznego projektowania i zarządzania samymi w sobie, co sprawia, że są często drugą co do wielkości dyscypliną w IT. Specjaliści sieciowi pracują na busach, hubach, switchach, routerach, bramach, firewallach, urządzeniach unified threat management, VPN, proxy sieciowych, load balancerach i innych aspektach umożliwiania komunikacji komputerów ze sobą. Specjaliści sieciowi zazwyczaj skupiają się na producencie, takim jak Cisco lub Juniper, zamiast na typach produktów, takich jak switche lub routery. Sieci są, obok systemów, najlepiej znane lub najczęściej wymieniane role w IT, nawet jeśli te dwa są często mylone. Ta rola wspiera również SAN (samą sieć) dla zespołów storage.

Bezpieczeństwo. Nie jest to właściwie dyscyplina IT sama w sobie, lecz raczej aspekt, który dotyczy każdej innej roli. Specjaliści bezpieczeństwa IT mają tendencję do specjalizacji według innej dyscypliny (bezpieczeństwo sieci, bezpieczeństwo aplikacji) lub pełnienia roli cross-dyscyplinarnej z skupieniem na aspektach bezpieczeństwa, jak przebiegają przez te domeny. Specjaliści i zespoły bezpieczeństwa mogą skupiać się na proaktywnym bezpieczeństwie, testowaniu bezpieczeństwa, a nawet inżynierii społecznej.

Call Center, NOC lub Helpdesk. Rola pierwszej linii do monitorowania systemów w innych domenach, przyjmowania przychodzących połączeń i emaili oraz pomagania w triage'u, a czasem bezpośrednim wsparciu dla organizacji, które mogą lub nie obejmować użytkowników końcowych. Ta rola różni się znacznie w zależności od tego, kim jest bezpośredni “klient” usługi, czy zadania są oparte na przerwaniach (monitoring), czy na kolejce (tickety). Często skupienie tej roli to triage na wysokim poziomie, ale może dramatycznie wykraczać w wsparcie użytkownika końcowego. Ta dyscyplina jest często postrzegana jako “pomocnicza” dla innych zespołów.

Wsparcie użytkownika końcowego. Niezależnie od tego, czy pracujesz siedząc obok użytkownika końcowego osobiście (tzw. “deskside support”) czy zdalnie (aka helpdesk), role wsparcia użytkownika końcowego pracują bezpośrednio z indywidualnymi użytkownikami końcowymi w celu rozwiązania indywidualnych problemów, komunikują się z innymi zespołami wsparcia, szkolą i edukują itp. Jest to jedyna rola IT, która powszechnie miałaby jakikolwiek kontakt z zespołami spoza IT (chyba że raportuje “w górę” w organizacji do kierownictwa).

Sprzętowe wsparcie techniczne. Ta rola nie ma dobrze znanych nazwy i jest często znana jedynie z faktu, że zajmuje się sprzętem. Ta rola lub rodzina ról obejmuje fizyczne wsparcie i zarządzanie urządzeniami desktopowymi lub laptopami, wsparcie i zarządzanie fizycznymi serwerami, systemami storage lub urządzeniami sieciowymi, lub fizyczne zarządzanie centrum danych lub podobnym. Jest to ta część IT, która ociera się o dziedzinę “bench” (uważaną za leżącą poza IT) i składa się z dużego obszaru szarego nakładającego się z nią. Sprzętowe wsparcie IT często podłącza i organizuje kable i ogólnie pracuje wspierając inne zespoły, głównie platformy lub systemy. Oddzielenie sprzętowego wsparcia IT od pracy bench jest często niczym więcej jak “operacyjnym nastawieniem” i większość ról mogłaby potencjalnie iść w dowolnym kierunku. Stawianie desktopów na biurkach jest często postrzegane jako należące do bench, podczas gdy montaż w rack, układanie i monitorowanie sprzętu serwerowego jest ogólnie postrzegane jako IT Hardware.

---

 

Często praktyczne jest definiowanie tego, czym IT nie jest, zamiast tego, czym jest. Wiele rzeczy jest często zakładanych jako role IT, ale nimi nie są, i są tak powszechnie powiązane z tą dziedziną, że warto wyraźnie wskazać, że nie są rolami IT, lecz czymś innym.

Zarządzanie projektami. PM jest własną dyscypliną, która jest znacznie bardziej częścią zarządzania niż jakiejkolwiek innej dziedziny i nie ma bezpośrednich powiązań z IT. IT często wykorzystuje role PM i PMs często nadzorują projekty IT, a firmy lub działy IT generalnie mają PMs przydzielone do nich; ale sama kariera PM jest dość oddzielna od IT. Tak samo jak jakakolwiek rola zarządcza.

Brak okablowania. IT z pewnością nie jest rzemiosłem elektrycznym i prowadzenie, zakończenie i certyfikacja kabli budowlanych w żaden sposób nie wchodzi w zakres IT. Większość działów IT podłączy komputery do portów sieciowych; ale to nie czyni IT działem konserwacji elektrycznej bardziej niż podłączenie lampy w domu czyni cię elektrykiem. Fizyczna instalacja kablowa firmy pozostaje częścią ról elektrycznych i konserwacyjnych wyraźnie poza IT.

Brak programowania. W IT nie ma roli programistycznej. Inżynieria oprogramowania jest ściśle powiązaną branżą, ale sama w sobie nie jest częścią właściwego IT. Szef IT jest postrzegany jako CIO, szef inżynierii oprogramowania (SE) jest postrzegany jako CTO. CIO dotyczy infrastruktury biznesowej – “hydrauliki” organizacji. CTO dotyczy inżynierii i tworzenia nowych narzędzi – często takich, które byłyby następnie używane przez organizację IT. Oczekiwanie jest, że IT zwróciłoby się o narzędzia do SE. To nie znaczy, że role IT nigdy nie piszą kodu; często tak, ale kodowanie nie jest produktem IT, to narzędzie w zestawie narzędzi. Zadaniem inżyniera oprogramowania jest dostarczenie kodu jako produktu końcowego.

Brak DevOps. DevOps nie jest rolą. DevOps to nowoczesna terminologia dla konkretnego stylu pracy w innych rolach. Można być DevOps System Adminem lub DevOps Network Adminem lub DevOps DBA, na przykład, ale nie można być po prostu “DevOps”, ponieważ samo w sobie nic to nie znaczy. DevOps to sposób pracy, a nie konkretne zadanie. Dlatego nie widzimy DevOps na liście, nawet jeśli DevOps jest ważną koncepcją w IT ogólnie.