Зачем вовлекать коллег и как это делать?
Захожу в Зум, там несколько человек из компании-клиента. Все из департамента персонала. Думаю: «Хм, кого-то здесь не хватает… Ладно, посмотрим, как пойдёт».
Спрашиваю про их ситуацию, рассказываю, что мы можем для них сделать, показываю примеры. Оживлённая беседа. Планируют обсуждать ТЗ и смету.
Думаю: «Вот теперь точно кого-то не хватает».
Говорю: «А что если нам на этом этапе подключить ваш ИТ департамент?»
Мои собеседники меняются в лице: «Да вы что?! Это бессмысленно! Они нас не поддержат! Мы у них всегда в последнем приоритете! Давайте поищем способы реализовать проект без их участия!»
Думаю: «Интересный поворот! Как же здесь лучше действовать? Ведь если вписаться в эту игру, то можно потерять кучу времени. Как своего, так и их. А в итоге всё завянет на этапе подготовки к внедрению. Или ещё хуже — на этапе внедрения. Нам с ними такое не надо».
Выдыхаю, чтобы не давить. Предлагаю поразмышлять о том, к чему мы хотим прийти:
— Понадобится ли нам связь с другими корпоративными ИТ системами?
— Важно ли обеспечить информационную безопасность и придерживаться правил работы с персональными данными?
— Как будет организована поддержка пользователей?
Смотрю — задумались. Но настроение у них падает. Говорю: «Вы знаете, по опыту таких проектов лучше всего вовлекать ИТ департамент на самой ранней стадии».
Их руководитель говорит: «Ладно, давайте попробуем организовать такое собрание. Послушаем, готовы ли наши коллеги из ИТ содействовать нам».
Слышу обречённость в её голосе. Понимаю, что с таким настроем слона не продашь. Встреча с ИТ департаментом может пройти плохо.
Говорю: «Знаете, здорово, что мы хотим сделать такой шаг. Обычно это помогает всё продумать заранее и не застрять через месяц упорной работы. Главное — понять, как их вовлечь, чтобы они вдохновились».
Вижу проблеск надежды в её глазах. Спрашивает: «У вас есть такой опыт?»
Предлагаю задаться простыми вопросами:
— Чего их ИТ департамент хочет в таких проектах?
— Как мы можем помочь им это обеспечить?
— В их ли интересах подключиться к проекту на ранней стадии, чтобы они заложили в него всё, что для них важно?
Вижу, как по ходу обсуждения настрой меняется. Хотят подключить своих айтишников на самой ранней стадии. Теперь видят в этом заботу и партнёрское отношение, а не обиду и нужду.
И знаете что? Их коллеги из ИТ не только легко согласились участвовать, но и были благодарны такой заботе. Надо ли говорить, что встреча прошла хорошо?
В итоге мы запустили проект, в котором всё заранее продумано. Как мы и любим.
Захожу в Зум, там несколько человек из компании-клиента. Все из департамента персонала. Думаю: «Хм, кого-то здесь не хватает… Ладно, посмотрим, как пойдёт».
Спрашиваю про их ситуацию, рассказываю, что мы можем для них сделать, показываю примеры. Оживлённая беседа. Планируют обсуждать ТЗ и смету.
Думаю: «Вот теперь точно кого-то не хватает».
Говорю: «А что если нам на этом этапе подключить ваш ИТ департамент?»
Мои собеседники меняются в лице: «Да вы что?! Это бессмысленно! Они нас не поддержат! Мы у них всегда в последнем приоритете! Давайте поищем способы реализовать проект без их участия!»
Думаю: «Интересный поворот! Как же здесь лучше действовать? Ведь если вписаться в эту игру, то можно потерять кучу времени. Как своего, так и их. А в итоге всё завянет на этапе подготовки к внедрению. Или ещё хуже — на этапе внедрения. Нам с ними такое не надо».
Выдыхаю, чтобы не давить. Предлагаю поразмышлять о том, к чему мы хотим прийти:
— Понадобится ли нам связь с другими корпоративными ИТ системами?
— Важно ли обеспечить информационную безопасность и придерживаться правил работы с персональными данными?
— Как будет организована поддержка пользователей?
Смотрю — задумались. Но настроение у них падает. Говорю: «Вы знаете, по опыту таких проектов лучше всего вовлекать ИТ департамент на самой ранней стадии».
Их руководитель говорит: «Ладно, давайте попробуем организовать такое собрание. Послушаем, готовы ли наши коллеги из ИТ содействовать нам».
Слышу обречённость в её голосе. Понимаю, что с таким настроем слона не продашь. Встреча с ИТ департаментом может пройти плохо.
Говорю: «Знаете, здорово, что мы хотим сделать такой шаг. Обычно это помогает всё продумать заранее и не застрять через месяц упорной работы. Главное — понять, как их вовлечь, чтобы они вдохновились».
Вижу проблеск надежды в её глазах. Спрашивает: «У вас есть такой опыт?»
Предлагаю задаться простыми вопросами:
— Чего их ИТ департамент хочет в таких проектах?
— Как мы можем помочь им это обеспечить?
— В их ли интересах подключиться к проекту на ранней стадии, чтобы они заложили в него всё, что для них важно?
Вижу, как по ходу обсуждения настрой меняется. Хотят подключить своих айтишников на самой ранней стадии. Теперь видят в этом заботу и партнёрское отношение, а не обиду и нужду.
И знаете что? Их коллеги из ИТ не только легко согласились участвовать, но и были благодарны такой заботе. Надо ли говорить, что встреча прошла хорошо?
В итоге мы запустили проект, в котором всё заранее продумано. Как мы и любим.
👍8❤🔥5
Почему так важна популярность системы
Каждый год появляются все новые HRM-системы с привлекательным дизайном и интересной ценой. Но я рекомендую смотреть не только на цены и функции системы, но и на ее распространенность на рынке.
Если система популярна, значит, разработчики собрали уже достаточное количество обратной связи и внедрили в коробочную версию множество нужных функций. А если их нет по умолчанию, то в сети могут найтись готовые решения или специалисты, которые уже работали с системой и смогут эту доработку провести.
✔ Поэтому, если вы нашли систему с отличным дизайном и множеством заявленных функций, но она не популярна — скорее всего, в ней есть подводные камни. Иначе бы многие организации уже бы перешли на нее.
Каждый год появляются все новые HRM-системы с привлекательным дизайном и интересной ценой. Но я рекомендую смотреть не только на цены и функции системы, но и на ее распространенность на рынке.
Если система популярна, значит, разработчики собрали уже достаточное количество обратной связи и внедрили в коробочную версию множество нужных функций. А если их нет по умолчанию, то в сети могут найтись готовые решения или специалисты, которые уже работали с системой и смогут эту доработку провести.
✔ Поэтому, если вы нашли систему с отличным дизайном и множеством заявленных функций, но она не популярна — скорее всего, в ней есть подводные камни. Иначе бы многие организации уже бы перешли на нее.
👍3❤1
В среду провожу вебинар "Настройка отзывов на обучение"!
Уровень: базовый
🗓 24 июля
🕑 11:00 мск
Ссылка
Уровень: базовый
🗓 24 июля
🕑 11:00 мск
Ссылка
👍3👏3
В среду провожу вебинар "Жизнь после внедрения. Подводные камни при эксплуатации кастомизированной системы"!
Проект завершен! Все необходимые разработки и настройки выполнены и протестированы! Началась эксплуатация. Какие проблемы всплывают на этом этапе? Какие из них можно предотвратить во время разработки? Что делать, если предотвратить не удалось? Рассмотрим на нескольких кейсах!
Доклад на эту тему я делал на конференции е-практика. Также на прошлой неделе проводил вебинар на эту тему у ВебСофта, но там не удалось сделать запись. Поэтому решил повторить его у себя! Приходите!
В этот раз вебинар будет проходить не на ютубе, а вконтакте!
Уровень: базовый
🗓 7 августа
🕑 11:00 мск
Ссылка
Проект завершен! Все необходимые разработки и настройки выполнены и протестированы! Началась эксплуатация. Какие проблемы всплывают на этом этапе? Какие из них можно предотвратить во время разработки? Что делать, если предотвратить не удалось? Рассмотрим на нескольких кейсах!
Доклад на эту тему я делал на конференции е-практика. Также на прошлой неделе проводил вебинар на эту тему у ВебСофта, но там не удалось сделать запись. Поэтому решил повторить его у себя! Приходите!
В этот раз вебинар будет проходить не на ютубе, а вконтакте!
Уровень: базовый
🗓 7 августа
🕑 11:00 мск
Ссылка
🔥3❤1
Системный аналитик WebSoft HCM.docx
14.8 KB
Набираю группу на курс Системный аналитик WebSoft HCM!
Описание прикладываю!
Старт 15 октября!
Для записи пишите мне на email: mp@mpros.ru
Описание прикладываю!
Старт 15 октября!
Для записи пишите мне на email: mp@mpros.ru
🔥3❤1
Сегодня вебинара не будет. Ближайший вебинар будет 4 сентября в 11:00 мск.
Через неделю совместно с ВебСофт провожу вебинар "Постановка задач на доработку WebSoft HCM: ключевые принципы обеспечения стабильности работы кастомизаций"!
На вебинаре:
▫️ расскажу про несколько реальных кейсов, в которых неоптимально выбранное решение для кастомизации привело или могло привести к нарушениям стабильности работы системы WebSoft HCM
▫️ дам рекомендации, как избежать подобных проблем
▫️ предложу принципы постановки задач и проектирования кастомизаций
▫️ презентую свою новую программу обучения: Системный аналитик WebSoft HCM.
🗓 3 сентября (вторник)
🕑 11:00 мск
Ссылка
На вебинаре:
▫️ расскажу про несколько реальных кейсов, в которых неоптимально выбранное решение для кастомизации привело или могло привести к нарушениям стабильности работы системы WebSoft HCM
▫️ дам рекомендации, как избежать подобных проблем
▫️ предложу принципы постановки задач и проектирования кастомизаций
▫️ презентую свою новую программу обучения: Системный аналитик WebSoft HCM.
🗓 3 сентября (вторник)
🕑 11:00 мск
Ссылка
👍3❤1💘1
Ответьте на несколько вопросов и получите бесплатную консультацию!
Я вношу корректировки в наши услуги и продукты. В связи с этим хочу опросить нескольких людей про актуальные задачи по HR автоматизации и работе с WebSoft HCM.
Приглашаю вас написать мне если:
◽️Вы работаете в крупной организации (от 1000 человек) или организуете массовое онлайн обучение
◽️Для вас актуальны задачи автоматизации управления персоналом
◽️Вы работаете в HR подразделении, либо занимаетесь проектами автоматизации HR в IT департаменте или другом подразделении
◽️Не получали бесплатную консультацию от меня ранее
При этом неважно, работали ли вы ранее со мной и используете ли вы систему WebSoft HCM.
Мы с вами свяжемся в формате онлайн конференции, пообщаемся в течение часа и я задам ряд вопросов:
◽️О вашей текущей ситуации в автоматизации HR
◽️О том, к чему стремитесь
◽️Какие есть задачи и сложности
◽️И прочие подобные вопросы
В подарок я проведу для вас консультацию продолжительностью 1 час, отвечу на интересующие вас вопросы по автоматизации управления персоналом и WebSoft HCM.
Если вам это интересно, пишите мне в комментариях под этим постом или по моим контактам:
✉️ mp@mpros.ru
@MikhailProtasov
Я вношу корректировки в наши услуги и продукты. В связи с этим хочу опросить нескольких людей про актуальные задачи по HR автоматизации и работе с WebSoft HCM.
Приглашаю вас написать мне если:
◽️Вы работаете в крупной организации (от 1000 человек) или организуете массовое онлайн обучение
◽️Для вас актуальны задачи автоматизации управления персоналом
◽️Вы работаете в HR подразделении, либо занимаетесь проектами автоматизации HR в IT департаменте или другом подразделении
◽️Не получали бесплатную консультацию от меня ранее
При этом неважно, работали ли вы ранее со мной и используете ли вы систему WebSoft HCM.
Мы с вами свяжемся в формате онлайн конференции, пообщаемся в течение часа и я задам ряд вопросов:
◽️О вашей текущей ситуации в автоматизации HR
◽️О том, к чему стремитесь
◽️Какие есть задачи и сложности
◽️И прочие подобные вопросы
В подарок я проведу для вас консультацию продолжительностью 1 час, отвечу на интересующие вас вопросы по автоматизации управления персоналом и WebSoft HCM.
Если вам это интересно, пишите мне в комментариях под этим постом или по моим контактам:
✉️ mp@mpros.ru
@MikhailProtasov
👍4❤1🔥1
Сапожник с сапогами
На старте бизнеса я решил, что учет задач и проектов нашей команды мы будем вести в WebSoft HCM. Почему? Ведь есть специализированные инструменты: redmine, jira и т.д.
Потому что если уж мы разрабатываем под WebSoft HCM, то хотим и сами быть пользователями этой системы. Если нам нужна специфическая функциональность, мы можем сами сделать доработку. Если что-то работает неудобно, то лучше мы узнаем об этом на своем опыте, чем от клиентов.
Также мы используем WebSoft HCM внутри нашей команды для контроля отпусков, баз знаний, оценки компетенций сотрудников и некоторых других задач.
Пользуются ли другие ваши партнеры собственными продуктами? Рекомендую это учитывать, при выборе, с кем работать. А также самим пользоваться продукцией и услугами организации, в которой вы работаете.
На старте бизнеса я решил, что учет задач и проектов нашей команды мы будем вести в WebSoft HCM. Почему? Ведь есть специализированные инструменты: redmine, jira и т.д.
Потому что если уж мы разрабатываем под WebSoft HCM, то хотим и сами быть пользователями этой системы. Если нам нужна специфическая функциональность, мы можем сами сделать доработку. Если что-то работает неудобно, то лучше мы узнаем об этом на своем опыте, чем от клиентов.
Также мы используем WebSoft HCM внутри нашей команды для контроля отпусков, баз знаний, оценки компетенций сотрудников и некоторых других задач.
Пользуются ли другие ваши партнеры собственными продуктами? Рекомендую это учитывать, при выборе, с кем работать. А также самим пользоваться продукцией и услугами организации, в которой вы работаете.
❤3👏3
Завтра провожу вебинар "Обзор приложений блока Обучение"!
Уровень: базовый
🗓 04 сентября
🕑 11:00 мск
Ссылка
Уровень: базовый
🗓 04 сентября
🕑 11:00 мск
Ссылка
❤1👍1
Как повысить устойчивость кастомизированной системы?
✔️ Максимизация готовых решений. Я предпочитаю максимально использовать коробочные решения. Меньше кастомизаций = выше устойчивость.
✔️ Сохранение имеющихся кастомизаций. Тем не менее, если уж начали кастомизировать, то лучше развивать то, что есть. Разработчики часто предлагают переписать все с нуля. Но через пару лет это часто приводит к тому же, с чего начинали.
✔️ Минимизация разнообразия технологий. Если сотрудники текущей команды уволятся, то непросто будет набрать новых со знанием большого количества необходимых технологий.
✔️ Качество кода и архитектуры. Проверяйте чистоту кода и простоту архитектуры. Иначе через время будет много багов и доработки замедлятся. Привлекайте сторонние команды для аудита кода и архитектуры.
✔️Документирование. Обязательно фиксируйте всё, что уже было разработано.
Придерживаясь этих принципов, вы обеспечите устойчивость системы, и у вас не будет проблем при кастомизациях.
➡️ Поделитесь, с какими проблемами кастомизации сталкивались вы?
✔️ Максимизация готовых решений. Я предпочитаю максимально использовать коробочные решения. Меньше кастомизаций = выше устойчивость.
✔️ Сохранение имеющихся кастомизаций. Тем не менее, если уж начали кастомизировать, то лучше развивать то, что есть. Разработчики часто предлагают переписать все с нуля. Но через пару лет это часто приводит к тому же, с чего начинали.
✔️ Минимизация разнообразия технологий. Если сотрудники текущей команды уволятся, то непросто будет набрать новых со знанием большого количества необходимых технологий.
✔️ Качество кода и архитектуры. Проверяйте чистоту кода и простоту архитектуры. Иначе через время будет много багов и доработки замедлятся. Привлекайте сторонние команды для аудита кода и архитектуры.
✔️Документирование. Обязательно фиксируйте всё, что уже было разработано.
Придерживаясь этих принципов, вы обеспечите устойчивость системы, и у вас не будет проблем при кастомизациях.
➡️ Поделитесь, с какими проблемами кастомизации сталкивались вы?
👍5❤1
👍7❤2
Нужно ли заказчику автоматизации погружаться в технические детали?
Периодически сталкиваюсь с такой позицией HR специалистов в проектах по автоматизации:
Мы не хотим изучать технические детали. Хотим чтобы ИТ специалисты выслушали наши пожелания и принесли нам готовый результат.
Хотя подобный формат работы возможен, часто он далеко не самый эффективный. Приведу несколько аргументов, почему я рекомендую HR специалистам изучать технологии, их плюсы и минусы, погружаться в терминологию:
▫️ Сейчас век информационных технологий. Обращаетесь ли вы к ИТ специалистам чтобы воткнуть кабель в компьютер или проанализировать данные в excel? Все большее количество подобных задач пользователи компьютеров будут решать самостоятельно.
▫️ Пообщайтесь с компаниями, которые далеко продвинулись в вопросах HR автоматизации. Вы редко встретите там заказчиков, которые не погружаются в технические вопросы.
▫️ Представьте обратную ситуацию. ИТ руководитель приходит в HR и просит помочь с обучением или подбором ИТ персонала. Но при этом не хочет погружаться в детали, участвовать в проектировании и процессе. А просит принести готовый результат. Насколько это будет эффективно? ИТ руководителю важно понимать основы управления персоналом. Так же и HR специалисту, планирующему автоматизацию, важно понимать основы используемых на проекте информационных технологий.
В наше время информационные технологии - ключевая компетенция любого офисного сотрудника. А уж если сотрудник участвует в проектах автоматизации, то тем более. Скоро уборщицы будут программировать. Сегодня они приходят к вам в офис с ведром и тряпкой. Завтра придут с роботом и планшетом, на котором будут редактировать скрипт для робота. Не изучая технологии, вы рискуете безнадежно отстать от жизни.
Если вы участвуете в проектах HR автоматизации на базе WebSoft HCM, приглашаю на свой курс Системный аналитик WebSoft HCM!
Вы узнаете о различных инструментах автоматизации в WebSoft HCM, их плюсах и минусах. Это позволит ускорить проекты автоматизации и снизить их риски.
Периодически сталкиваюсь с такой позицией HR специалистов в проектах по автоматизации:
Мы не хотим изучать технические детали. Хотим чтобы ИТ специалисты выслушали наши пожелания и принесли нам готовый результат.
Хотя подобный формат работы возможен, часто он далеко не самый эффективный. Приведу несколько аргументов, почему я рекомендую HR специалистам изучать технологии, их плюсы и минусы, погружаться в терминологию:
▫️ Сейчас век информационных технологий. Обращаетесь ли вы к ИТ специалистам чтобы воткнуть кабель в компьютер или проанализировать данные в excel? Все большее количество подобных задач пользователи компьютеров будут решать самостоятельно.
▫️ Пообщайтесь с компаниями, которые далеко продвинулись в вопросах HR автоматизации. Вы редко встретите там заказчиков, которые не погружаются в технические вопросы.
▫️ Представьте обратную ситуацию. ИТ руководитель приходит в HR и просит помочь с обучением или подбором ИТ персонала. Но при этом не хочет погружаться в детали, участвовать в проектировании и процессе. А просит принести готовый результат. Насколько это будет эффективно? ИТ руководителю важно понимать основы управления персоналом. Так же и HR специалисту, планирующему автоматизацию, важно понимать основы используемых на проекте информационных технологий.
В наше время информационные технологии - ключевая компетенция любого офисного сотрудника. А уж если сотрудник участвует в проектах автоматизации, то тем более. Скоро уборщицы будут программировать. Сегодня они приходят к вам в офис с ведром и тряпкой. Завтра придут с роботом и планшетом, на котором будут редактировать скрипт для робота. Не изучая технологии, вы рискуете безнадежно отстать от жизни.
Если вы участвуете в проектах HR автоматизации на базе WebSoft HCM, приглашаю на свой курс Системный аналитик WebSoft HCM!
Вы узнаете о различных инструментах автоматизации в WebSoft HCM, их плюсах и минусах. Это позволит ускорить проекты автоматизации и снизить их риски.
👍3❤2
Публикую запись своего недавнего вебинара у ВебСофт!
Постановка задач на доработку WebSoft HCM. Принципы обеспечения стабильности
Ссылка
Постановка задач на доработку WebSoft HCM. Принципы обеспечения стабильности
Ссылка
👍3❤2🔥1
Завтра провожу вебинар "Приложение Управление адаптацией"!
Уровень: базовый
🗓 02 октября
🕑 11:00 мск
Ссылка
Уровень: базовый
🗓 02 октября
🕑 11:00 мск
Ссылка
👍3
Как упростить обслуживание системы
Допустим, вы внедрили систему и довольны результатом. Но позже вам могут потребоваться доработки. Вы можете столкнуться с тем, что они занимают больше времени, чем на этапе внедрения.
Рекомендую заранее соблюдать правила, которые упростят будущие доработки:
✔️ Соблюдайте баланс коробки и кода. Кастомизация увеличивает время доработки, поэтому используйте ее аккуратно. Старайтесь по максимуму решить задачи стандартными средствами.
✔️ Проводите аудит архитектуры и кода. Важно, чтобы кастомный код разработчика проверял другой технический специалист. Нужно смотреть не только на функциональность, но и на качество кода.
✔️ Формируйте команду поддержки. Если у вас всего один специалист, усильте его ресурсами подрядчика. Потому что если единственный сотрудник уволится, вы останетесь без поддержки.
➡️ Если вы уже столкнулись с подобными проблемами, напишите мне — порекомедую решение для вашей ситуации.
Допустим, вы внедрили систему и довольны результатом. Но позже вам могут потребоваться доработки. Вы можете столкнуться с тем, что они занимают больше времени, чем на этапе внедрения.
Рекомендую заранее соблюдать правила, которые упростят будущие доработки:
✔️ Соблюдайте баланс коробки и кода. Кастомизация увеличивает время доработки, поэтому используйте ее аккуратно. Старайтесь по максимуму решить задачи стандартными средствами.
✔️ Проводите аудит архитектуры и кода. Важно, чтобы кастомный код разработчика проверял другой технический специалист. Нужно смотреть не только на функциональность, но и на качество кода.
✔️ Формируйте команду поддержки. Если у вас всего один специалист, усильте его ресурсами подрядчика. Потому что если единственный сотрудник уволится, вы останетесь без поддержки.
➡️ Если вы уже столкнулись с подобными проблемами, напишите мне — порекомедую решение для вашей ситуации.
👍4❤1