Czy ktoś tutaj działa komercyjnie w #pbi #powerbi i jest w stanie powiedziec jakie są średnie stawki dla frontend i backend?
Moi zagraniczni przełożeni byli zachwyceni jaką stawkę udało im się znaleźć za konsultanta w Polsce a mi się wydaje to całkiem sporo, biorąd pod uwagę, że to nie stało obok #programowanie
#pytanie
  • 2
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@pokey: przecież to data, a rozwiązanie końcowe może wymagać znajomości wielu innych aspektów typu azure, etl, sql server, analiza biznesowa.

Stawki są podobne jak w programowaniu. Ja dostaje na LI ofety typu 100-200 pln/h za samo power bi. Z tego co się orientuje to w consultingu/outsourcingu klientów się kasuje za 100-150 USD/EUR/GBP albo i więcej za typowe taski z power bi.

No i nie na raczej rozdzielenia na power bi
  • Odpowiedz
@pokey: Tak jak pisał @przecietnyczlowiek stawki 100-200zł netto/h to norma za samego PBI.
Jesli mówimy o podziale front/back end w BI to Power BI to właśnie front, gdzie zabawa zaczyna się od przyłączenia do źródła i modelowanie danych + setupowania środowisko raportowego. Back end to raczej wszystko wcześniej związane z przygotowaniem architektury i źródeł zasilających pbi.
  • Odpowiedz
Mirki, mam pytanie do specjalistów od architektury hurtowni danych pod PowerBI.
Aktualnie posiadamy w firmie kostki OLAP zasilane pakietami SSIS z ERP do bazy pośredniej (Stage) i następnie po przetworzeniu do hurtowni danych. Kostki OLAP utworzone są w modelu wielowymiarowym, serwer od kostek jest pozostałością po starej wersji Axapta ERP i jest w wersji SQL 2008 Standard, nowszy serwer pod ERP ma wersję SQL 2012 Standard.
Możliwe jest przerobienie wspomnianych kostek na model tabelaryczny ale z informacji zasłyszanych od firm wdrożeniowych, brak serwera SQL Enterprise ogranicza nas do ok. 8GB łącznej wielkości kostek w modelu tabelarycznym na SSAS. Aktualne kostki w modelu wielowymiarowym mają od 400MB do 5GB i jest ich ok. 20.

Posiadamy również wykupiony SQL Serwer w Azure pod synchronizację danych z CRM Dynamics 365. Testowo udało mi się utworzyć dodatkową bazę w Azure i zasilić kilku tabel pakietem SSIS bezpośrednio z bazy ERP. Niestety tutaj najprawdopodobniej pojawia się problem związany z kosztami i błędnym zamysłem zasilania hurtowni. Obecna, lokalna hurtownia zasilana jest w najprostszy z możliwych sposobów – wyrzuć wszystko i zasil wszystko na nowo. W przypadku zasilania danych w chmurze dobrze byłoby zasilać dane przyrostowo. Istnieją może jakieś mechanizmy dotyczące importu danych samoczynnie flagujących wrzucone dane, tak by nie kierować się tylko datą z ERP?

No
  • 16
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@admin_admin: A co chcesz osiągnąć? Chcesz po prostu mieć Dashboardy z Power BI na obecnych strukturach danych (kostkach)? Bo wtedy mógłbyś użyć Live Connection do SSAS ale to niestety wymaga by Analysis Services było Enterprise dla 2012, 2014 lub 2016, 2017 Standard, wiec musielibyście podnieść wersje. Ale wtedy każdy w Power BI Desktop mógłby darmowo łączyć się do kostek i tworzyć z nich dashboardy, a z Power BI Pro miałby
  • Odpowiedz
@madry_i_mieciutki: opiszę ci jeszcze typy wdrożeń pod Power BI z jakimi miałem do czynienia:

1) to pierwsze, czyli hurtownia i kostka OLAP (wielowymiarowa) stoi na Analysis Services (2012, 2014 Enterprise albo 2016, 2017, 2019 Standard). Wtedy możliwe jest Live Connection. Z Power BI Desktop za darmo a jak ktoś chce mieć apkę na telefonie albo PowerBI.com to musi mieć Pro (per user) by korzystać. Uprawnienia są po stronie serwera OLAP.
  • Odpowiedz