Hej, wiem że to już mój drugi temat pod rząd związany ze stanowiskiem pracy ale jakoś tak się złożyło.
Czy osoby związane z tym stanowiskiem mogłyby powiedzieć coś na ten temat i przy okazji odpowiedzieć na poniższe pytania?
1. Jakie kompetencje są oczekiwane na to stanowisko i od czego zacząć, by mieć szanse na zdobycie pracy w tym zawodzie?
2. Czy powyższe stanowisko wiąże się tylko i wyłącznie z pracą w większych firmach/korporacjach czy może w mniejszych przedsiębiorstwach także jest na to zapotrzebowanie? Osobiście myślę, że raczej potrzebują tego większe przedsiębiorstwa, bo tam jest większa rotacja danych, dużo większych danych, ale może się mylę.
3. No i wreszcie, na jakie wynagrodzenie może liczyć specjalista ds. Master Daty czy też osoba początkująca na tym stanowisku?
Na koniec możecie się podzielić jakimiś subiektywnymi wrażeniami związanych z pracą na w.w. stanowisku.
Z góry bardzo dziękuję za wyczerpujące odpowiedzi!
To zależy, czy MDM jest już wdrożony, czy dopiero będzie wdrażany.
W pierwszym przypadku, czyli utrzymanie i rozwój, podstawą będzie (w zależności od firmy) znajomość relacyjnych baz danych, tsql lub psql, DWH, ETL.
W drugim przypadku, to co w pierwszym plus wiedza na temat modelowania danych zarówno relacyjnych jak i hurtownianych. W zależności od roli w projekcie, przydać się może znajomość zagadnień z działu bankowości, finansów, kadr itd.
Generalnie temat jest bardzo szeroki, narzędzi sporo, ale ich się można nauczyć. To co napisałem wyżej jest moim zdaniem podstawą. Zresztą wymagania powinny być opisane w ogłoszeniu, jak masz wybrane jakieś konkretne, to przeklej je tutaj.
Może wyjdę na frajera, ale dla mnie dość szeroki zakres podałeś, możesz sprecyzować co ty rozumiesz przez Master Data?
Na tyle ile mi wiadomo to może być od kogoś bliżej baz danych i IT (słowa klucz: SQL, Warehouse, Dim / Fact tables, ETL itp.) przez gościa od tworzenia raportów i wizualizacji (słowa klucz: Excel, Power Bi, Dashboard, Tableau) po osobę od kontaktu z klientem, szkoleń, pomagania w zarządzaniu procesami(słowa klucz: umiejętności "miękkie", języki, wiedza biznesowa, wiedza procesowa, może coś do zarządzania projektami np. Jira).
Nie mówię, że to co wymieniłem jest poprawne, firmy same często mieszają stanowiska i pojęcia. Chcę zrozumieć o co Ci dokładnie chodzi. :)
Na frajera nie wyszedłeś, bo faktycznie temat jest bardzo szeroki:) Można być:
- konsultantem zbierającym wymagania z poszczególnych działów firmy
- analitykiem danych tworzącym nowe reguły i poprawiającym stare
- architektem DWH lub baz relacyjnych
- programistą ETL lub psql
- mistrzem excela i VB
Najczęściej jedna osoba pełni wszystkie te role:)
pytanie było do autora [1], napisaliśmy w podobnym czasie nasze posty i wyszło zamieszanie :)
Ładnie i zwięźle to opisałeś w [5] więc może autorowi będzie jeszcze łatwiej doprecyzować pytanie.
Taki off-top, tez niestety miałem styczność z człowiekiem - orkiestrą na takim stanowisku, w sumie robił wszystko. Sam preferuje podziały na coś w stylu Deweloperów, Business Intelligence, Analitycy, Support itp.
To zależy od wielkości projektu i firmy. Jak pracowałem w bankach na bardzo dużych projektach, to role były ściśle określone, był zespół deweloperów, testerów, analityków itd. Na mniejszych projektach często są łączone np. jeden dev team robił testy drugiego zespołu. Zresztą niektóre role naturalnie łączą się ze sobą, architekt DWH nie zrobi nic bez zebrania wymagań i analizy danych źródłowych.
Generalnie praca super, jak ktoś lubi bawić się danymi, zbieranie wymagań i analiza źródeł danych to były moje ulubione zadania. Sprawdzanie skryptów składających się z 20 procedur na kilka tysięcy linii każda, to już niekoniecznie fajna sprawa:)
Ja w życiu nie spotkałem człowieka orkiestry, ale może dlatego, że trafiałem na duże projekty. Właściwie, to zaobserwowałem coś przeciwnego, obowiązki były tak rozdzielone u klienta, że ciężko było cokolwiek uzgodnić, bo pan A. obrabia pierwsze 1000 rekordów, a pan B. całą resztę poza przypadkami, którymi zajmuje się pan C:)
Generalnie zapotrzebowanie na to stanowisko jest glownie w duzych firmach (albo firmach konsultingowych), bo one maja dziesiatki systemow, kazde tworzone przez kogos innego, w innym czasie i na innych zasadach (szczegolnie jesli firma polaczyla sie albo wchlonela inna), wiec w pewnym momencie ktos wpadnie na pomysl , zeby jednak jakies zasady i standardy wprowadzic. Nie jest to pozycja typu 'entry level', wiec jesli jestes zainteresowany to pewnie bedziesz musial zaczac od technicznej strony (etl, etc) albo biznesowej (analityk, etc).
Albo sie wkrecic do firmy konsultingowej i oni Cie poducza albo zielonego wysla do klienta i beda kasowac jak za starego wyge ;-)
