Alexander Baranov pracuje jako dyrektor ds. badań i rozwoju w firmie Veeam i mieszka między dwoma krajami. Połowę czasu spędza w Pradze, drugą połowę w Petersburgu. W tych miastach mieszczą się największe biura rozwojowe firmy Veeam.
W 2006 roku był to start-up dwóch przedsiębiorców z Rosji, związany z oprogramowaniem do tworzenia kopii zapasowych maszyn wirtualnych (stąd nazwa – V[ee][a]M, maszyna wirtualna). Dziś jest to gigantyczna korporacja zatrudniająca ponad cztery tysiące pracowników na całym świecie.
Alexander opowiedział nam, jak wygląda praca w takiej firmie i jak trudno się do niej dostać. Poniżej jego monolog.
Tradycyjnie o ocenie firmy będziemy informować w „Moim kręgu”: Veeam Software otrzymana od swoich pracowników . Ceniony jest za dobry pakiet socjalny, komfortową atmosferę pracy w zespole, ciekawe zadania i to, że dzięki firmie świat staje się lepszym miejscem.
Jakie produkty opracowuje firma Veeam?
Produkty zapewniające odporność na awarie infrastruktury IT. Na szczęście z biegiem czasu sprzęt stał się dość niezawodny, a chmura zapewnia odporność na awarie. Ale błędy ludzi trwają do dziś.
Np. klasyczny problem niekompatybilności aktualizacji z infrastrukturą organizacji. Administrator wdrożył niezweryfikowaną aktualizację, bądź też wydarzyło się to automatycznie i przez to nastąpiło zakłócenie pracy serwerów korporacyjnych. Inny przykład: ktoś dokonał zmian we wspólnym projekcie lub zestawie dokumentów, uznając to za stosowne. Później odkryto problem i trzeba było wrócić do stanu sprzed tygodnia. Czasami takie zmiany nie są nawet kojarzone ze świadomymi działaniami człowieka: wirusy kryptolokera zyskały popularność stosunkowo niedawno. Użytkownik przynosi do swojego służbowego komputera dysk flash z wątpliwą zawartością lub odwiedza witrynę z kotami, w wyniku czego komputery w sieci zostają zainfekowane.
W sytuacji, gdy wydarzyło się już coś złego, dajemy możliwość wycofania zmian. Jeśli zmiany są dopiero zaplanowane, umożliwiamy sprawdzenie ich wpływu w izolowanej infrastrukturze odtworzonej z kopii zapasowej centrum danych.
Często kopie zapasowe pełnią rolę „cichego świadka” podczas audytu w organizacji. Spółki publiczne muszą spełniać wymogi zewnętrznych regulatorów (np. ustawy Sarbanes-Oxley Act) i nie bez powodu. W 2008 roku stan gospodarki światowej został zachwiany w związku z faktem, że część uczestników rynku finansowego, z grubsza rzecz ujmując, fałszowała wyniki swojej działalności. To zapoczątkowało kulę śnieżną i gospodarka się załamała. Od tego czasu regulatorzy przyjrzeli się bliżej procesom zachodzącym w spółkach publicznych. Umiejętność przywrócenia stanu infrastruktury informatycznej, systemu pocztowego, systemu obiegu dokumentów za okresy sprawozdawcze jest jednym z wymagań audytorów.
Microsoft, Amazon, Google i inni dostawcy usług chmurowych posiadają natywne rozwiązania, które zapewniają tworzenie kopii zapasowych zasobów w chmurze. Ale ich decyzje są „rzeczami samymi w sobie”. Problem w tym, że duże firmy w większości przypadków posiadają hybrydową infrastrukturę IT: część znajduje się w chmurze, część w terenie. Projekty i aplikacje internetowe przeznaczone dla klientów zazwyczaj znajdują się w chmurze. Aplikacje i serwery przechowujące wrażliwe informacje lub dane osobowe najczęściej zlokalizowane są na ziemi.
Ponadto organizacje korzystają z kilku różnych chmur, aby zbudować jedną chmurę hybrydową, aby zminimalizować ryzyko. Kiedy międzynarodowa firma zbudowała chmurę hybrydową, potrzebuje jednego systemu odporności na awarie, wspólnego dla całej infrastruktury.
Jak trudno jest opracować takie produkty?
Stale pojawiają się nowe technologie, które wymagają nauki, adaptacji i doświadczenia. Kiedy pojawiliśmy się po raz pierwszy i byliśmy startupem, niewiele osób poważnie traktowało wirtualizację. Pojawiły się aplikacje do tworzenia kopii zapasowych fizycznych centrów danych. Zwirtualizowane centra danych były traktowane jak zabawki.
Od samego początku wspieraliśmy tworzenie kopii zapasowych z myślą o wirtualizacji, kiedy z tej technologii korzystali jedynie pasjonaci. Potem nastąpił gwałtowny rozwój i uznanie za standard. Teraz widzimy inne obszary, które czekają na ten sam skok jakościowy i staramy się być na fali. Zdolność do utrzymywania nosa z wiatrem jest wpisana gdzieś w DNA firmy.
Teraz firma przetrwała już dni start-upu. Obecnie wielu dużych klientów ceni stabilność i niezawodność, a podjęcie decyzji o odporności na awarie może zająć kilka lat. Trwa adaptacja, testowanie produktu, zgodność z licznymi wymaganiami. Okazuje się, że jest to zabawna sytuacja – z jednej strony trzeba zadbać o niezawodność i zaufanie do produktów, a z drugiej – zachować nowoczesność.
Ale nowość zawsze wiąże się z pewnym poziomem ignorancji na temat technologii, rynku lub obu.
Przykładowo po kilku latach pracy zdaliśmy sobie sprawę, że musimy wykorzystać wbudowane możliwości systemów pamięci masowej, aby przyspieszyć tworzenie kopii zapasowych. Tak narodził się cały kierunek integracji z producentami żelaza. Obecnie partnerami firmy Veeam w tym programie są najwięksi gracze na tym rynku — HP, NetApp, Dell EMC, Fujitsu itp.
Nam też wydawało się, że wirtualizacja wyprze klasyczne serwery. Życie pokazało jednak, że pozostało ostatnie 10% serwerów fizycznych, a wirtualizacja albo nie jest możliwa, albo nie ma sensu. I też trzeba je wspierać. Tak narodził się Veeam Agent dla Windows/Linux.
W pewnym momencie zdecydowaliśmy, że nadszedł czas, aby Unix zajął jego miejsce w muzeum i odmówiliśmy jego wspierania. Ale gdy tylko dotarliśmy do klientów z długą historią, zdaliśmy sobie sprawę, że Unix jest bardziej żywy niż wszystkie żywe istoty. A jednak napisali na to rozwiązanie.
Ta sama historia wydarzyła się z napędami taśmowymi. Pomyśleliśmy: „komu one potrzebne we współczesnym świecie?” Następnie pracowaliśmy nad takimi funkcjami, jak szczegółowe odzyskiwanie danych lub przyrostowa kopia zapasowa z syntetyczną pełną kopią - a tego po prostu nie da się zrobić na taśmie, potrzebny jest dysk. Potem okazało się, że napędy taśmowe sprawdzają się jako jeden ze sposobów zapewnienia trwałych kopii zapasowych, które są potrzebne do długotrwałego przechowywania - tak, aby za 5 lat móc wrócić, zdjąć taśmę z półki i zrobić audyt. No cóż, wielkość klientów – zaczynaliśmy od małych – i nikt tam nie używa taśm. A potem dotarliśmy do klientów, którzy mówili nam, że bez taśm nie kupią produktu.
Jakie technologie są stosowane w Veeam
Do zadań związanych z logiką biznesową wykorzystujemy platformę .NET. Zaczęliśmy od tego i nadal go optymalizujemy. Obecnie używamy .NET Core w szeregu rozwiązań. Kiedy powstał startup, w zespole było kilku zwolenników tego stosu. Jest dobry pod względem pisania logiki biznesowej, szybkości rozwoju i łatwości użycia narzędzi. Nie była to wtedy najpopularniejsza decyzja, ale teraz widać, że ci zwolennicy mieli rację.
Jednocześnie piszemy dla Uniksa, Linuksa i pracujemy na sprzęcie, wymaga to stosowania innych rozwiązań. Części systemu związane z informacją o danych, które przechowujemy w kopii zapasowej, algorytmami wyszukiwania danych, algorytmami związanymi z pracą sprzętu – to wszystko jest napisane w C++.
Jak pracownicy są rozmieszczeni na całym świecie
Obecnie firma zatrudnia około czterech tysięcy osób. Około tysiąca z nich znajduje się w Rosji. Firma ma dwie duże grupy. Pierwsza zajmuje się rozwojem i wsparciem technicznym produktów. Drugi sprawia, że produkty są widoczne dla świata zewnętrznego: odpowiada za sprzedaż i marketing. Stosunek między grupami wynosi około trzydziestu do siedemdziesięciu.
Mamy około trzydziestu biur na całym świecie. Sprzedaż jest szerzej dystrybuowana, ale rozwój również nie pozostaje w tyle. Prace nad niektórymi produktami prowadzone są jednocześnie w kilku biurach – część w Petersburgu, część w Pradze. Niektóre są opracowywane tylko w jednym, na przykład w Pradze opracowywany jest produkt zapewniający fizyczną kopię zapasową Linuksa. Istnieje produkt, nad którym pracują wyłącznie w Kanadzie.
Wykonujemy rozproszone prace rozwojowe, aby sprostać wymaganiom klientów. Duzi klienci czują się bezpieczniej, gdy inwestycja zlokalizowana jest w tym samym regionie, w którym działa produkt.
Mamy już bardzo duże biuro w Czechach, a w przyszłym roku planujemy otworzyć kolejne w Pradze dla 500 programistów i testerów. Ci, którzy przenieśli się do stolicy Czech w „pierwszej fali”, chętnie dzielą się swoimi doświadczeniami i life hackami na Habré ze wszystkimi, którzy są zainteresowani możliwością pracy w Europie. W Rosji biuro znajduje się w Petersburgu, część projektów wewnętrznych realizowana jest w Iżewsku, a wsparcie częściowo zlokalizowane jest w Moskwie. Ogólnie rzecz biorąc, wsparcie techniczne zapewnia kilkaset osób na całym świecie. Istnieją specjaliści o różnym poziomie wyszkolenia technicznego i specjalizacji. Najwyższy poziom stanowią ludzie, którzy są w stanie zrozumieć produkt na poziomie kodu źródłowego i pracują w tym samym biurze co development.
Jak zorganizowane są procesy
Mniej więcej raz w roku wypuszczamy główne wydania z nową funkcjonalnością, a co dwa do trzech miesięcy mamy aktualizacje zawierające poprawki defektów i ulepszenia, które odpowiadają pilnym wymaganiom rynku lub zmianom platformy. Wymagania mają przypisane priorytety - od drobnych do krytycznych, bez których wydanie nie jest możliwe. Te ostatnie nazywane są „eposami”.
Istnieje klasyczny trójkąt – jakość, ilość zasobów, terminy (w potocznym języku „szybko, wysokiej jakości, niedrogo, wybierz dwa”). Nie możemy zrobić nic złego, jakość musi być zawsze wysoka. Zasoby też są ograniczone, choć cały czas staramy się poszerzać. Istnieje znacznie większa elastyczność w zarządzaniu czasem, ale często jest ona stała. Dlatego jedyną rzeczą, którą możemy zmieniać, jest ilość funkcjonalności w wydaniu.
Z reguły staramy się, aby eposy nie przekraczały 30-40% przewidywanego czasu cyklu wydawniczego. Możemy odciąć, przesunąć, zmodyfikować, zmodyfikować resztę. To jest nasze pole manewru.
Dla każdego wymagania w danej wersji tworzony jest tymczasowy zespół. Może mieć trzy osoby lub pięćdziesiąt, w zależności od złożoności. Stosujemy zwinną metodykę rozwoju, raz w tygodniu organizujemy przeglądy i dyskusje na temat zakończonych i nadchodzących prac dla każdej funkcjonalności.
Połowę czasu cyklu wydawniczego poświęca się na rozwój, połowę na ukończenie produktu. Ale mamy takie powiedzenie: „dług techniczny upadłego projektu wynosi zero”. Dlatego ważniejsze jest stworzenie produktu, który działa i jest na niego popyt, niż ciągłe lizanie kodu. Jeśli produkt cieszy się popularnością, warto go dalej rozwijać i dostosowywać do przyszłych zmian.
Jak Veeam zatrudnia osoby zajmujące się rozwojem
Algorytm selekcji jest wieloetapowy. Pierwszy poziom to rozmowa kandydata z rekruterem na temat życzeń samej osoby. Na tym etapie staramy się zrozumieć, czy jesteśmy odpowiedni dla danego kandydata. Zależy nam na tym, abyśmy byli ciekawi jako firma, bo wprowadzenie człowieka do projektu to kosztowna przyjemność.
Jeśli jest zainteresowanie, na drugim poziomie oferujemy zadanie testowe, aby zrozumieć, jak istotne jest doświadczenie kandydata i co może wykazać się jako specjalista. Na przykład prosimy Cię o utworzenie kompresora plików. Jest to zadanie standardowe, a pokazuje jak dana osoba odnosi się do kodu, jaką kulturę i styl wyznaje oraz jakich rozwiązań używa.
Zadanie testowe zwykle pokazuje wszystko doskonale. Osoba, która właśnie zapoznała się z umiejętnością czytania i pisania i napisała list po raz pierwszy, zauważalnie różni się od osoby, która pisze listy stale.
Następnie przeprowadzamy wywiad. Zwykle prowadzi go trzech liderów zespołów jednocześnie, tak aby wszystko było jak najbardziej obiektywne. Ponadto pomaga rekrutować osoby kompatybilne technicznie, które mają mniej więcej takie same metody i podejścia do rozwoju, nawet jeśli pracują w różnych zespołach.
W ciągu tygodnia przeprowadzamy kilka rozmów kwalifikacyjnych na wolne stanowisko i decydujemy, z kim będziemy kontynuować współpracę.
Często przychodzą do nas faceci i mówią, że szukają pracy, bo w obecnej nie mają się gdzie przenieść – awansu można spodziewać się dopiero wtedy, gdy szef przejdzie na emeryturę. Mamy nieco inną dynamikę. Dwanaście lat temu Veeam był start-upem zatrudniającym dziesięciu pracowników. Teraz jest to firma zatrudniająca kilka tysięcy osób.
Ludzie lądują tu jak w burzliwej rzece. Ciągle wyłaniają się nowe kierunki, a dotychczasowi zwykli programiści stają się liderami zespołów. Ludzie rozwijają się technicznie i rosną administracyjnie. Jeśli opracowujesz małą funkcję, ale chcesz ją rozwinąć, połowa sukcesu jest już za nami. Wsparcie będzie na wszystkich poziomach, od lidera zespołu po właścicieli firmy. Jeśli nie wiesz, jak załatwić coś administracyjnie, są kursy, wewnętrzni trenerzy i doświadczeni koledzy. Nie ma wystarczającego doświadczenia w rozwoju - jest projekt Veeam Academy. Jesteśmy więc otwarci na każdego, zarówno profesjonalistów, jak i początkujących.
Projekt Veeam Academy to bezpłatny, wieczorny intensywny kurs języka C# w trybie offline dla początkujących programistów z perspektywą zatrudnienia w Veeam Software dla najlepszych studentów. Celem projektu jest zmniejszenie luki pomiędzy ilością wiedzy i umiejętności praktycznych przeciętnego absolwenta uczelni, a ilością wiedzy niezbędną, aby zainteresować dobrego pracodawcę. Przez trzy miesiące chłopaki studiują zasady OOP w praktyce, zagłębiają się w funkcje C# i badają tajniki .Net. Oprócz wykładów, testów, projektów laboratoryjnych i osobistych chłopaki rozwijają swój wspólny projekt według wszystkich zasad prawdziwych firm. Temat projektu jest z góry nieznany – jest on wybierany wraz ze wszystkimi w pierwszych dniach po rozpoczęciu kursu. W ostatnim strumieniu stał się Wirtualnym Bankiem.
Zapisy są już otwarte dla .
Źródło: www.habr.com