DevOps to inżynier, który łączy tworzenie oprogramowania (*development*) z jego uruchamianiem i utrzymaniem (*operations*), głównie przez automatyzację wdrożeń i infrastruktury. Na start potrzebujesz podstaw Linuksa i sieci, Gita, skryptów (np. Bash lub Python), CI/CD, Dockera oraz jednej chmury, a do tego komunikacji z zespołem. Nie musisz wcześniej być programistą ani adminem, ale każda z tych dróg ma swoje luki do uzupełnienia.
Oferty na „DevOps engineera” kuszą wynagrodzeniami i dużą liczbą narzędzi, ale rzadko wyjaśniają, na czym ta praca polega. Poniżej znajdziesz wyjaśnienie, czym zajmuje się DevOps, kto zostaje juniorem w tej roli i czego uczyć się po kolei. Bazuję na rozmowach z Wojciechem Lepczyńskim, który w IT pracuje od ponad 12 lat (stan z nagrania z 2024 roku) i jest DevOpsem w firmie GFT.
Kim jest DevOps i co oznacza ta nazwa?
Słowo DevOps powstało z połączenia angielskich słów development (wytwarzanie oprogramowania) i operations (zarządzanie systemami). Pierwotnie opisywało współpracę dwóch działów: programistów, którzy piszą aplikację, i administratorów, którzy ją uruchamiają. Dziś, gdy ktoś mówi „jestem DevOpsem”, zwykle ma na myśli konkretną rolę zawodową: inżyniera, który stoi pośrodku tych dwóch światów.
Dlatego usłyszysz, że DevOps to jednocześnie kultura, metodyka i stanowisko. Najprościej: kultura współpracy i automatyzacji, a rola to osoba, która tę automatyzację buduje.
Pełniejsze wyjaśnienie, w tym różnicę między DevOpsem a Agile, znajdziesz w rozmowie z Wojciechem Lepczyńskim:
Czym zajmuje się DevOps na co dzień?
Zakres obowiązków zależy od firmy, ale najczęściej obejmuje:
- automatyzację powtarzalnych zadań, żeby przyspieszyć pracę i uniknąć drobnych ludzkich pomyłek,
- budowanie i utrzymanie pipeline'ów CI/CD, czyli ciągłej integracji i dostarczania (continuous integration / delivery), które automatycznie budują, testują i wdrażają aplikację,
- infrastrukturę jako kod (infrastructure as code, IaC), czyli opisywanie serwerów i usług w plikach zamiast klikania w konsoli,
- pracę z kontenerami i chmurą,
- rozmowy z ludźmi: ustalanie, czego zespół naprawdę potrzebuje, bo, jak mówi Wojciech Lepczyński, często ludzie mówią o jednym, a chcą dostać coś innego.
Nie ma jednego opisu tej roli. Konkretne obowiązki nie są sztywno wyznaczone i każda firma definiuje je po swojemu. W małej firmie jeden DevOps zajmuje się wszystkim, w większej odpowiada za wycinek, np. za wdrożenia albo za chmurę.
Czy DevOps musi być programistą?
Nie musi, ale wiedza programistyczna bardzo się przydaje. Wojciech Lepczyński sam nie uważa się za programistę: wcześniej był administratorem, a programowanie miał na studiach. Większość jego znajomych zostało DevOpsami, będąc wcześniej programistami. To dwie typowe drogi do tej roli.
| Skąd przychodzisz | Co masz już z przewagą | Co zwykle musisz nadrobić |
|---|---|---|
| Z administracji (admin) | Linux, sieci, serwery | Kod, Git, praca w zespole developerskim |
| Z programowania | Skrypty, Git, rozumienie aplikacji | Infrastruktura, sieci, praca na serwerach |
| Spoza IT lub po studiach | Motywacja i świeże spojrzenie | Jedno i drugie, czeka Cię trochę więcej pracy |
Jakie umiejętności są niezbędne, aby zostać juniorem DevOps?
Nie ma jednej oficjalnej listy, ale wspólny mianownik jest dość stały. W tej kolejności warto się tego uczyć:
| Umiejętność | Po co DevOpsowi | Od czego zacząć |
|---|---|---|
| Linux i terminal | Większość serwerów działa na Linuksie | Poruszanie się w terminalu, uprawnienia, procesy, logi |
| Sieci | Nie wdrożysz niczego, nie rozumiejąc IP, DNS, portów i HTTP | Podstawy modelu klient–serwer |
| Git | Kod i konfiguracja żyją w repozytorium | Branche, pull requesty, rozwiązywanie konfliktów |
| Skrypty | Automatyzacja to codzienna praca | Bash i podstawy Pythona |
| CI/CD | Serce automatyzacji wdrożeń | Prosty pipeline, który buduje i testuje projekt |
| Kontenery (Docker) | Aplikacja działa tak samo u wszystkich | Obraz, kontener, plik Dockerfile |
| Chmura | Tam coraz częściej stoi infrastruktura | Jedna chmura: AWS, Azure lub Google Cloud |
| Infrastruktura jako kod | Powtarzalne i opisane środowiska | Terraform lub Ansible na małym przykładzie |
| Umiejętności miękkie | Praca na styku zespołów | Komunikacja i zadawanie pytań „dlaczego” |
Kubernetes i zaawansowane narzędzia możesz zostawić na później. Najpierw zbuduj solidny fundament z góry tabeli.
Podstawy kontenerów dobrze wyjaśnia ten odcinek o Dockerze:
Jeśli dopiero zaczynasz, zacznij od pracy w terminalu oraz od pracy zespołowej w Gicie, bo to codzienność każdego DevOpsa.
Czy osoba spoza IT może zostać juniorem DevOps?
Tak, choć to dłuższa droga. Wojciech Lepczyński poznał osoby, które bez wiedzy informatycznej, z zupełnie innej dziedziny, postanowiły zostać DevOpsami i im się udało. Ma to jednak swoją cenę: potrzebny jest pewien background wiedzy technicznej, więc czeka Cię więcej nauki niż osobę z IT.
Z jego rad wynika kilka rzeczy, które pomagają na starcie:
- nie ma jednej sprawdzonej ścieżki, więc ważniejsze jest, żeby zacząć i być konsekwentnym,
- najlepiej uczyć się przez praktykę,
- warto znaleźć mentora, który nie tylko zna temat, ale też umie go przekazać,
- DevOps musi cały czas się dokształcać, więc trzeba to lubić.
Jeśli wybierasz między pierwszym językiem a Pythonem, który przyda się później w automatyzacji, sprawdź Pythona jako pierwszy język programowania.
Jak wygląda rekrutacja na junior DevOps?
Według Wojciecha Lepczyńskiego rozmowę techniczną prowadzi zwykle inny DevOps albo dwóch bardziej doświadczonych, a zadanie do zrobienia w domu zdarza się rzadko. Pytania dzielą się na dwa typy:
- Pytania o wiedzę, np. „co to jest Container Registry?”. Tu opowiadasz własnymi słowami.
- Pytania o rozwiązanie problemu: rekruter opisuje sytuację i pyta, co byś zrobił. Liczy się sposób myślenia, bo prawidłowych odpowiedzi bywa kilka.
Dla niego rozmowa to przede wszystkim rozmowa, a nie test: jeśli kandydat dobrze kombinuje, to jest dobrze. Nie chodzi o znajomość odpowiedzi na wszystkie pytania, tylko o to, żeby wiedzieć, gdzie ich szukać. Całość omawia ten odcinek:
Pytania, które dotyczą Twojego zachowania w zespole, przećwiczysz metodą STAR. Opisujemy ją w osobnym artykule o metodzie STAR w rekrutacji.
Dokąd zmierza DevOps i w co warto inwestować?
Role wokół DevOpsa się rozgałęziają. Oprócz klasycznego DevOpsa mówi się o:
| Kierunek | O co chodzi |
|---|---|
| DevSecOps | DevOps z naciskiem na bezpieczeństwo |
| Cloud Engineer | Projektowanie i zarządzanie infrastrukturą w chmurze |
| Platform Engineering | Budowanie wewnętrznej platformy, z której korzystają programiści |
| Developer Experience (DevEx) | Dbanie o to, żeby programiście pracowało się wygodnie |
Z perspektywy praktyka rośnie znaczenie automatyzacji i AI. W cenie są przede wszystkim infrastruktura jako kod oraz konteneryzacja (Docker, Kubernetes). Szerzej opowiada o tym ten odcinek:
Ile zarabia DevOps w Polsce na kolejnych etapach kariery?
Dokładne kwoty zależą od firmy, miasta, technologii i formy zatrudnienia, a źródła podają różne liczby. Dlatego zestawiłem dwa: analizę ogłoszeń z widełkami oraz szacunki redakcji, i dodaję do nich ostrzeżenia.
| Poziom | Doświadczenie (wg szacunków redakcji) | Widełki z ogłoszeń (JobHunt, 9.11.2026) | UoP brutto (NSSD, maj 2026) | B2B netto + VAT (NSSD, maj 2026) |
|---|---|---|---|---|
| Junior | 0–2 lata | 11 960–15 080 zł | 8 000–12 000 zł | 10 000–15 000 zł |
| Mid | 2–5 lat | 20 499–26 217 zł | 14 000–20 000 zł | 18 000–25 000 zł |
| Senior | 5+ lat | 24 194–29 846 zł | 22 000–28 000 zł | 27 000–35 000 zł |
Kwoty są miesięczne, w złotych. Jak je czytać:
- Widełki z ogłoszeń to kwoty, które firmy wpisują w ofertach, a nie to, co ostatecznie dostaje pracownik. W danych JobHunt z 9 listopada 2026 roku junior opiera się na zaledwie 11 ofertach, mid na 84, a senior na 254, więc wynik dla juniora jest najmniej pewny. Serwis sam podaje różne liczby ofert w różnych miejscach strony, więc potraktuj te liczby jako orientacyjne.
- Szacunki NSSD pochodzą z artykułu bez opisanej metodologii. Widać to po tym, że w samym tekście przykład juniora na B2B ma 12–14 tys. zł netto, a w tabeli 10–15 tys.
- UoP i B2B nie porównasz wprost. UoP to kwoty brutto, a B2B netto plus VAT. Na B2B z tej kwoty płacisz jeszcze ZUS, podatek i księgowość i nie masz płatnego urlopu. Więcej o tej formie, kosztach i o tym, kiedy się opłaca, znajdziesz w artykule o B2B w IT.
- Pierwsza praca bywa poniżej tych widełek. Początek ścieżki, bez doświadczenia komercyjnego, zwykle oznacza dolną granicę albo mniej.
Jeśli chcesz porównać aktualne dane samemu, sprawdź zestawienia ofert w serwisach z widełkami, np. JobHunt, i zwróć uwagę na datę aktualizacji.
Przykładowy plan nauki na pierwsze miesiące
To propozycja kolejności, a nie sztywny program. Dopasuj tempo do swojego czasu.
| Etap | Cel | Efekt do pokazania |
|---|---|---|
| 1. Fundament | Linux, terminal, Git, podstawy sieci | Repozytorium ze skryptami Bash |
| 2. Automatyzacja | Skrypt w Pythonie lub Bashu, pierwszy pipeline CI/CD | Pipeline, który buduje i testuje mały projekt |
| 3. Kontenery | Dockerfile dla własnej aplikacji | Aplikacja uruchamiana w kontenerze |
| 4. Chmura i IaC | Jedna chmura plus Terraform lub Ansible | Środowisko opisane kodem i uruchomione w chmurze |
Najważniejsza zasada: każdy etap zamykaj czymś, co możesz pokazać na GitHubie. To Twoje portfolio, tak jak w projektach, które wyróżniają na tle konkurencji.
