sined написал(а):
Поэтому в идеале - получить основы знаний FI/CO и потом плотно заняться BI. Цены такому BI-щику не будет.
А потом с плотным BI-ем попасть на проект экстракции HCM, MM, CRM, SRM или Z, и чесать затылок, пытаясь извлечь из FI/СO-базовых знаний что-нибудь полезное
Так что "дергать функциональщиков" - святая обязанность и никакие "базовые знания" тут не спасают. И если на проекте не предусмотрена реверсная "святая обязанность" функциональных консультантов оперативно и обстоятельно давать консультации BI-специалистам или ABAP-ерам, то такие BI-проекты обречены... и никакие настройки кэша тут не спасут
sined написал(а):
Ещё совет. Если стартовать на BI то надо выбирать проект (ну или поддержку), где полноценно используется BI-IP. Это отдельный большой кусок со своей кухней.
А если BI-IP не внедряется, а внедряется, например, BPC, как тогда стартовать или не стартовать?! И что значит "выбирать", особенно стажеру?! Куда пошлют, туда и пойдет
sined написал(а):
И личная просьба - изучая BI не забывайте про администрирование. В администрировании BI (производительности в частности) есть своя специфика, не сложная, но её надо знать. Для меня это был бы большой плюс. А то это вечная проблема. Среднестатистический BI-щик обычно говорит, что он не в курсе как например настроить работу OLAP-кэша, это дескать к админам. Админы делают круглые глаза и говорят, что они и слов то таких не слышали. Приходится опять самому ковыряться
Специфика есть везде и опыт, получаемый от проектов, у всех консультантов свой - универсальных знаний нет. Кто-то в кэш-е хорошо поковырялся, а кто-то в чем-то другом специалист