Засунуть голову в песок и игнорировать разницу зп в 2х - это надо уметь.
Ну это "так получается": ты устроился на работу, з.п. достойная... но года через 4 оказывается, что фактически ты получаешь в 2 раза меньше, чем когда устраивался. И рынок как раз в те же два раза вырос. Вот тут-то голову из песка и достают 😊
А компания... компания остается в плюсе. Она ГОДАМИ недоплачивала сотрудникам. Это ж прям праздник для капиталиста.
Да. Только вот потом - бывает очень больно. Про это и статья.
Ну, в целом соглашусь - это ответственность тех, на ком P&L лежит. Но в большой компании это очень далеко может быть: от конкретного небольшого отдела, на котором завязана критическая работа - до тех, на ком P&L и финансовое планирование.
Говоря про компанию, где я работаю сейчас - отечественный разработчик П.О., то у нас кадры активно участвуют в финансовом планировании. Т.е. компания завершила год, подбила результат и начала планировать следующий. При этом HR уже готовит аналитику по состоянию рынка труда и средним зарплатам. Компания ставит планы, ты прикидываешь какие ресурсы тебе нужны, чтобы достичь поставленных целей и защищаешь бюджет. В него закладываешь повышение и ставки новых сотрудников. И, потом, можешь это реализовать. Например, ежегодное повышение лучше проводить после годового отчета. А то странно получится: компания говорит "всем спасибо, хорошо поработали, год был хороший" - а повышения нет :)
Но в большой компании эти "периферийные" отделы так далеко от центра принятия решений, что чего-го добиться бывает очень сложно.
Привычка - вторая натура. Не все готовы встать и бежать, если з.п. больше на 50 т.р. предлагают. Любая смена работы - это стресс: какой проект будет, какой коллектив, какое руководство, как вольёшься в новый коллектив. Да "бегунков" те же кадры - ооочень не любят.
Вы просили у HR повышения зарплаты для собственных сотрудников? Да хотя бы индексацию! А что с таким ключом и такой инфляцией из "успешных и сытых" они через несколько лет начинают получать вполовину того дохода, на что шли! А если человек не может жить как раньше, то он начинает задумываться. И если ему не индексировать зарплату - то он уйдет, иногда с ключевыми знаниями о процессах и технологиях. Так вот, просили? И что кадры ответили, кроме "бюджета нет" и "ваша цель, как линейного руководителя - удержать сотрудника"?
Ну, это я так, для примера. Хотя если внедрять CRM на большую компанию где есть розница, корпораты, VIP-заказчики - то там очень много доработок может быть. Одной интеграции - куча: сотрудники, права доступа. Контрагенты. Номенклатура, спецификации. Прайс-листы, договора, ценовые соглашения... ох... А основную мысль Вы и суммировали в последнем предложении.
Спасибо! Да, я у вас в карте технологий увидел Data Catalog - судя по всему, вы за основу взяли Open Metadata?
Вот я тоже, с одной, стороны, за Data Mesh подход, который говорит "по возможности оставляем данные в системах, выгружая только необходимую для анализа информацию, чтобы не плодить сущности". С другой - там именно домены данных, а это сильно уменьшает возможности Data-Driven аналитики, когда мы можем в дашборд набросать любые данные из разных доменов, чтобы проверить ту или иную теорию.
Опять же, Каталог данных как раз и призван разрешить данное противоречие, так что очень интересно посмотреть практический опыт.
Да, а вы ведете реестр отчетов? Обычно его ведут для переиспользования.
А Бизнес-глоссарий и список KPI с методикой расчета ведете где-нибудь?
Зачастую Data Mesh подразумевает использование каталога данных, вы что-то используете? Да, насчет доменов данных: мне надо посчитать, сколько оплат пришло по товарам, которые собрал сотрудник. И какой тут домен? Под меня отдельный собирать, или дать доступ к 3м доменам?
Ну кто за техническую статью ставит минусы? У меня такая же беда: пишу про аналитику и данные, одни минусы. Надо про ИИ писать и кошечек. Или как денег заработать. Или про осознанное потребление. Не Хабр, а Фонтанка 24, блин.
Сергей, не скажи! за фразу «sales manager получали очень неплохие премии за их внедрение» Павлу, который, кстати, в основном DataValut занимается, прям респект: я давно так не смеялся. Руководители Проектов, в свою очередь, получали бонусы с продажи лицензий👆😀
Смешно! Если не было бы так грустно.. 😢 мы в Qlik этому учили партнеров в рамках «партнерской академии Qlik». Очень было неприятно, когда партнер пытался продать первый проект для портфолио, ну и чтобы команду обучить на реальном проекте, и как им выкручивали руки. Конечно, Заказчика тоже понять можно: никто не хочет быть подопытным кроликом для экспериментов, но предлагать работать за еду или в убыток тоже не стоит. Поэтому партнеры зачастую начинали с внутренней автоматизации. А еще была общедоступная база типовых решений, с которой можно было начинать. Ну и «вендорский надзор» обещали, лишь бы поддержать партнера.
Мда. Жителям Санкт-Петербурга солнечная радиация не грозит 🤣. Спасибо за карту, я обычно смотрел «карта инсоляции России, по количеству солнечный дней.
Помню её... ей портировали под ФОДОС на русский в конце 80х, добавив антуража из "Пикника на обочине": "комариная плешь" и так далее. При этом оставив "бродячий торговый автомат", которого в мире "пикника" не было.
В большинство представленных решений есть каталог данных. Возможно, развитие шло именно от него. В случае с Collibra и Alation это 100% так. То есть к каталогу данных прикрутили Data Linage, который показывает откуда они взялись, "путь создания данных". Интересно, спасибо!
Разные ситуации бывают. Например, люди могут работать над знаковым для них и для их портфолио проектом.
Ну это "так получается": ты устроился на работу, з.п. достойная... но года через 4 оказывается, что фактически ты получаешь в 2 раза меньше, чем когда устраивался. И рынок как раз в те же два раза вырос. Вот тут-то голову из песка и достают 😊
Да. Только вот потом - бывает очень больно. Про это и статья.
Ну, в целом соглашусь - это ответственность тех, на ком P&L лежит. Но в большой компании это очень далеко может быть: от конкретного небольшого отдела, на котором завязана критическая работа - до тех, на ком P&L и финансовое планирование.
Говоря про компанию, где я работаю сейчас - отечественный разработчик П.О., то у нас кадры активно участвуют в финансовом планировании. Т.е. компания завершила год, подбила результат и начала планировать следующий. При этом HR уже готовит аналитику по состоянию рынка труда и средним зарплатам. Компания ставит планы, ты прикидываешь какие ресурсы тебе нужны, чтобы достичь поставленных целей и защищаешь бюджет. В него закладываешь повышение и ставки новых сотрудников. И, потом, можешь это реализовать. Например, ежегодное повышение лучше проводить после годового отчета. А то странно получится: компания говорит "всем спасибо, хорошо поработали, год был хороший" - а повышения нет :)
Но в большой компании эти "периферийные" отделы так далеко от центра принятия решений, что чего-го добиться бывает очень сложно.
Привычка - вторая натура. Не все готовы встать и бежать, если з.п. больше на 50 т.р. предлагают. Любая смена работы - это стресс: какой проект будет, какой коллектив, какое руководство, как вольёшься в новый коллектив. Да "бегунков" те же кадры - ооочень не любят.
Вы просили у HR повышения зарплаты для собственных сотрудников? Да хотя бы индексацию! А что с таким ключом и такой инфляцией из "успешных и сытых" они через несколько лет начинают получать вполовину того дохода, на что шли! А если человек не может жить как раньше, то он начинает задумываться. И если ему не индексировать зарплату - то он уйдет, иногда с ключевыми знаниями о процессах и технологиях. Так вот, просили? И что кадры ответили, кроме "бюджета нет" и "ваша цель, как линейного руководителя - удержать сотрудника"?
Ну, это я так, для примера. Хотя если внедрять CRM на большую компанию где есть розница, корпораты, VIP-заказчики - то там очень много доработок может быть. Одной интеграции - куча: сотрудники, права доступа. Контрагенты. Номенклатура, спецификации. Прайс-листы, договора, ценовые соглашения... ох... А основную мысль Вы и суммировали в последнем предложении.
Спасибо, круто! С @rinathabib тоже хорошо знакомы :)
Спасибо! Да, я у вас в карте технологий увидел Data Catalog - судя по всему, вы за основу взяли Open Metadata?
Вот я тоже, с одной, стороны, за Data Mesh подход, который говорит "по возможности оставляем данные в системах, выгружая только необходимую для анализа информацию, чтобы не плодить сущности". С другой - там именно домены данных, а это сильно уменьшает возможности Data-Driven аналитики, когда мы можем в дашборд набросать любые данные из разных доменов, чтобы проверить ту или иную теорию.
Опять же, Каталог данных как раз и призван разрешить данное противоречие, так что очень интересно посмотреть практический опыт.
Да, а вы ведете реестр отчетов? Обычно его ведут для переиспользования.
А Бизнес-глоссарий и список KPI с методикой расчета ведете где-нибудь?
С Уважением, Георгий
Петр, приветствую!
Спасибо за интересную статью.
Зачастую Data Mesh подразумевает использование каталога данных, вы что-то используете? Да, насчет доменов данных: мне надо посчитать, сколько оплат пришло по товарам, которые собрал сотрудник. И какой тут домен? Под меня отдельный собирать, или дать доступ к 3м доменам?
Георгий
Ну кто за техническую статью ставит минусы? У меня такая же беда: пишу про аналитику и данные, одни минусы. Надо про ИИ писать и кошечек. Или как денег заработать. Или про осознанное потребление. Не Хабр, а Фонтанка 24, блин.
Сергей, не скажи! за фразу «sales manager получали очень неплохие премии за их внедрение» Павлу, который, кстати, в основном DataValut занимается, прям респект: я давно так не смеялся. Руководители Проектов, в свою очередь, получали бонусы с продажи лицензий👆😀
Какой знакомый логотип BI🤫 А данные из 1С-ок чем забирали?
Смешно! Если не было бы так грустно.. 😢 мы в Qlik этому учили партнеров в рамках «партнерской академии Qlik». Очень было неприятно, когда партнер пытался продать первый проект для портфолио, ну и чтобы команду обучить на реальном проекте, и как им выкручивали руки. Конечно, Заказчика тоже понять можно: никто не хочет быть подопытным кроликом для экспериментов, но предлагать работать за еду или в убыток тоже не стоит. Поэтому партнеры зачастую начинали с внутренней автоматизации. А еще была общедоступная база типовых решений, с которой можно было начинать. Ну и «вендорский надзор» обещали, лишь бы поддержать партнера.
Мда. Жителям Санкт-Петербурга солнечная радиация не грозит 🤣. Спасибо за карту, я обычно смотрел «карта инсоляции России, по количеству солнечный дней.
Сделал, спасибо! Очень крутая статья, думаю, многим будет интересно. Особенно кто с большими инсталляциями работает.
Валерий, приветствую! А не хотите в тг канале Qlik-овском ссылку на это статью запостить? Думаю, многим полезно будет.
Помню её... ей портировали под ФОДОС на русский в конце 80х, добавив антуража из "Пикника на обочине": "комариная плешь" и так далее. При этом оставив "бродячий торговый автомат", которого в мире "пикника" не было.
Здравствуй, дорогой! Рад тебя слышать! Ты теперь в Т1? К Qlik-у безопасность прикручиваешь? :)
В большинство представленных решений есть каталог данных. Возможно, развитие шло именно от него. В случае с Collibra и Alation это 100% так. То есть к каталогу данных прикрутили Data Linage, который показывает откуда они взялись, "путь создания данных". Интересно, спасибо!