Как мы проводим аудиты
Иногда в организации имеются сомнения, насколько эффективно в ней эксплуатируется платформа WebSoft HCM. И организация заказывает аудит системы.
При поступлении таких запросов мы проводим диагностическое собрание длительностью 1 час и обсуждаем симптомы проблем по чек-листу. После этого предлагаем план аудита.
Делюсь с вами нашим чек-листом!
Типичные проблемные зоны
▫️ Быстродействие
▫️ Стабильность работы (система периодически внезапно перестает работать)
▫️ Сложности при обновлениях версии системы
▫️ Поддержка и доработки становятся со временем все сложнее и трудозатратнее
▫️ Регулярные ошибки в данных, получаемых из внешних систем (чаще всего из системы кадрового учета)
▫️ Сомнения в качестве прошлых кастомизаций
▫️ Сомнения в компетенции внутренних или внешних специалистов, занимающихся поддержкой и доработками
▫️ Неоптимальные процессы поддержки и доработок
▫️ Отсутствие или недостаточность документации кастомизаций
▫️ Слабая совместимость кастомизаций с коробочными решениями
▫️ Опасения потери компетенций при увольнении внутренних администраторов или разработчиков
▫️ Проблемы в работе с отчетностью
▫️ Проблемы в работе с видео контентом
▫️ Нарушения информационной безопасности
▫️ Неоптимальная система резервного копирования данных
▫️ Слишком большой размер базы данных
▫️ Сомнения в оптимальности серверной архитектуры: состав и конфигурация серверов
Рекомендую вам пройтись по этому чек-листу и задуматься, насколько актуальны эти проблемы в вашей организации!
Если хотите получить консультацию по этим темам, обращайтесь!
✉️ mp@mpros.ru
@MikhailProtasov
Иногда в организации имеются сомнения, насколько эффективно в ней эксплуатируется платформа WebSoft HCM. И организация заказывает аудит системы.
При поступлении таких запросов мы проводим диагностическое собрание длительностью 1 час и обсуждаем симптомы проблем по чек-листу. После этого предлагаем план аудита.
Делюсь с вами нашим чек-листом!
Типичные проблемные зоны
▫️ Быстродействие
▫️ Стабильность работы (система периодически внезапно перестает работать)
▫️ Сложности при обновлениях версии системы
▫️ Поддержка и доработки становятся со временем все сложнее и трудозатратнее
▫️ Регулярные ошибки в данных, получаемых из внешних систем (чаще всего из системы кадрового учета)
▫️ Сомнения в качестве прошлых кастомизаций
▫️ Сомнения в компетенции внутренних или внешних специалистов, занимающихся поддержкой и доработками
▫️ Неоптимальные процессы поддержки и доработок
▫️ Отсутствие или недостаточность документации кастомизаций
▫️ Слабая совместимость кастомизаций с коробочными решениями
▫️ Опасения потери компетенций при увольнении внутренних администраторов или разработчиков
▫️ Проблемы в работе с отчетностью
▫️ Проблемы в работе с видео контентом
▫️ Нарушения информационной безопасности
▫️ Неоптимальная система резервного копирования данных
▫️ Слишком большой размер базы данных
▫️ Сомнения в оптимальности серверной архитектуры: состав и конфигурация серверов
Рекомендую вам пройтись по этому чек-листу и задуматься, насколько актуальны эти проблемы в вашей организации!
Если хотите получить консультацию по этим темам, обращайтесь!
✉️ mp@mpros.ru
@MikhailProtasov
👍3🔥1
Какой технологический стек необходим для работы с WebSoft HCM
Системному аналитику или руководителю подразделения важно понимать, какой технологический стек нужен для работы, чтобы искать сотрудников, подрядчиков и ставить им задачи. Сейчас система поддерживает бекэнд-разработку на C# и Server-Side JavaScript.
➡️ Server-Side JavaScript — это реализация JavaScript для работы в WebSoft HCM. В отличие от обычного JavaScript, код на этом языке выполняется на сервере, а не в браузере. Это не то же самое, что node.js. Это именно особенная реализация в WebSoft HCM, похожая на ASP.NET. Если ваш разработчик знает JavaScript, он сможет быстро изучить и Server-Side JavaScript.
➡️ C# используется не только в WebSoft HCM, поэтому такого разработчика найти легче. Но пока WebSoft HCM поддерживает этот язык с ограничениям. Впрочем, компания планирует усилить поддержку в 2025 году.
➡️ Для фронтенд-разработки используется обычный JavaScript, а также языки разметки html и CSS. Из фреймворков можно применять React, Vue, Angular или любые другие. Но это целесообразно, если вы хотите существенно переписать интерфейс, в противном случае лучше использовать встроенный редактор веб-страниц. Команда WebSoft в некоторых клиентских проектах использует фреймворк Vue.
➡️ В качестве языков запросов к базе данных применяются XQuery и SQL. В будущем WebSoft планирует свести прямые запросы к БД в рамках кастомизаций к минимуму. Но это станет распространенным не ранее 2026 года.
✔️ В целом, чем меньше технологий в выбранном вами стеке, тем лучше — будет проще искать сотрудников и подрядчиков для доработки. В частности, не рекомендуется использовать сразу несколько различных фреймворков на фронте. Остановитесь на одном. Также при каждой кастомизации системы важно документировать, какой стек и принципы разработки были использованы.
Системному аналитику или руководителю подразделения важно понимать, какой технологический стек нужен для работы, чтобы искать сотрудников, подрядчиков и ставить им задачи. Сейчас система поддерживает бекэнд-разработку на C# и Server-Side JavaScript.
➡️ Server-Side JavaScript — это реализация JavaScript для работы в WebSoft HCM. В отличие от обычного JavaScript, код на этом языке выполняется на сервере, а не в браузере. Это не то же самое, что node.js. Это именно особенная реализация в WebSoft HCM, похожая на ASP.NET. Если ваш разработчик знает JavaScript, он сможет быстро изучить и Server-Side JavaScript.
➡️ C# используется не только в WebSoft HCM, поэтому такого разработчика найти легче. Но пока WebSoft HCM поддерживает этот язык с ограничениям. Впрочем, компания планирует усилить поддержку в 2025 году.
➡️ Для фронтенд-разработки используется обычный JavaScript, а также языки разметки html и CSS. Из фреймворков можно применять React, Vue, Angular или любые другие. Но это целесообразно, если вы хотите существенно переписать интерфейс, в противном случае лучше использовать встроенный редактор веб-страниц. Команда WebSoft в некоторых клиентских проектах использует фреймворк Vue.
➡️ В качестве языков запросов к базе данных применяются XQuery и SQL. В будущем WebSoft планирует свести прямые запросы к БД в рамках кастомизаций к минимуму. Но это станет распространенным не ранее 2026 года.
✔️ В целом, чем меньше технологий в выбранном вами стеке, тем лучше — будет проще искать сотрудников и подрядчиков для доработки. В частности, не рекомендуется использовать сразу несколько различных фреймворков на фронте. Остановитесь на одном. Также при каждой кастомизации системы важно документировать, какой стек и принципы разработки были использованы.
👍8🔥5
This media is not supported in your browser
VIEW IN TELEGRAM
Стоит ли обновлять WebSoft HCM если опасаетесь сложностей из-за кастомизаций?
👍7🔥3❤2
Как обеспечить стабильность кастомизаций
Одна из главных задач при кастомизации — сохранить систему максимально стабильной, чтобы она не сломалась при следующих доработках и обновлениях. Для этого важно выполнять ряд правил:
▪️Вести учет кастомизаций — документировать каждое изменение, чтобы к нему было легко вернуться.
▪️Комментировать код для последующих разработчиков.
▪️Организовать версионность кода с помощью системы контроля версий — каждое изменение кода будет логироваться.
▪️Разделить кастомизации на отдельные модули — хотя бы в документации. Можно делать это также с помощью преффиксов в коде объекта.
▪️Не вносить изменения в стандартные модули и компоненты. При необходимости — создать копию модуля и внести изменения на нем.
▪️Регулярно проводить резервное копирование текущей версии, чтобы можно было откатить изменения.
▪️Соблюдать рекомендации по разработке от WebSoft — их можно найти на портале для клиентов компании.
✔️ В целом, я советую по максимуму использовать стандартные инструменты: функции системы, структуры хранения данных, bpm-конструкторы. Потому что, чем больше кастомизаций, тем стабильность системы ниже.
Одна из главных задач при кастомизации — сохранить систему максимально стабильной, чтобы она не сломалась при следующих доработках и обновлениях. Для этого важно выполнять ряд правил:
▪️Вести учет кастомизаций — документировать каждое изменение, чтобы к нему было легко вернуться.
▪️Комментировать код для последующих разработчиков.
▪️Организовать версионность кода с помощью системы контроля версий — каждое изменение кода будет логироваться.
▪️Разделить кастомизации на отдельные модули — хотя бы в документации. Можно делать это также с помощью преффиксов в коде объекта.
▪️Не вносить изменения в стандартные модули и компоненты. При необходимости — создать копию модуля и внести изменения на нем.
▪️Регулярно проводить резервное копирование текущей версии, чтобы можно было откатить изменения.
▪️Соблюдать рекомендации по разработке от WebSoft — их можно найти на портале для клиентов компании.
✔️ В целом, я советую по максимуму использовать стандартные инструменты: функции системы, структуры хранения данных, bpm-конструкторы. Потому что, чем больше кастомизаций, тем стабильность системы ниже.
👍4🔥2❤1
Дополненная реальность в управлении персоналом
Представьте, что у вас появилась задача организации обучения продавцов в магазине мерчандайзингу. Как расставлять товары на полки, куда и в каком порядке. Или рабочих взаимодействию со станком. Сталкивались с такими курсами?
Многие знают о существовании технологии дополненной реальности. Продавец может включить камеру на телефоне, навести ее на полку и на экране у него автоматически отобразятся подсказки, как должны стоять товары. Рабочий может навести телефон на станок и на экране увидеть подсказки по работе с ним. Но немногие внедряли это на практике.
5 февраля в 17:00 я проведу интервью с Александром Воробьевым. У Александра более 15 лет опыта в электронном обучении, а сейчас он реализует проекты в области дополненной реальности. На интервью Александр поделится своими кейсами. Оно пройдет здесь, в телеграм канале. Приходите!
Представьте, что у вас появилась задача организации обучения продавцов в магазине мерчандайзингу. Как расставлять товары на полки, куда и в каком порядке. Или рабочих взаимодействию со станком. Сталкивались с такими курсами?
Многие знают о существовании технологии дополненной реальности. Продавец может включить камеру на телефоне, навести ее на полку и на экране у него автоматически отобразятся подсказки, как должны стоять товары. Рабочий может навести телефон на станок и на экране увидеть подсказки по работе с ним. Но немногие внедряли это на практике.
5 февраля в 17:00 я проведу интервью с Александром Воробьевым. У Александра более 15 лет опыта в электронном обучении, а сейчас он реализует проекты в области дополненной реальности. На интервью Александр поделится своими кейсами. Оно пройдет здесь, в телеграм канале. Приходите!
Telegram
Человек с телефоном 👨🎓+📱
Дополненная реальность и технологии в корпоративном обучении и мультимедийных проектах
Автор: @lexandrv
Автор: @lexandrv
👍8
Завтра провожу вебинар "Создание фоновых задач (агентов) в estaff".
Уровень: для программистов
🗓 05 февраля
🕑 11:00 мск
Ссылка
Уровень: для программистов
🗓 05 февраля
🕑 11:00 мск
Ссылка
🔥5
Чат для эфира про дополненную реальность! При наличии вопросов пишите сюда!
🔥1
Выкладываю запись эфира про дополненную реальность (AR)! Обсудили ряд кейсов с применением технологии в обучении и не только!
Обращайтесь к Александру за подробностями и пробуйте двухнедельный бесплатный период работы с платформой создания AR контента Argument!
https://argument.digital/
Обращайтесь к Александру за подробностями и пробуйте двухнедельный бесплатный период работы с платформой создания AR контента Argument!
https://argument.digital/
🔥3
С чего начать постановку задачи на разработку
➡️ Сначала нужно определить цель задачи. У одной задачи может быть несколько целей, от них будет зависеть ход работ. Например, у нас есть задача «Организовать оповещение руководителей о прогрессе обучения подчиненных». Здесь могут быть, например, такие цели:
▪️вовлечь руководителей в процесс, чтобы мотивировать сотрудников;
▪️информировать руководителей, чтобы они знали, кого можно повысить;
▪️привлечь руководителей к контролю, чтобы они снизили количество просрочек обучения.
➡️ В идеале цель направлена на снижение издержек бизнеса или получение дополнительного дохода. Например: «Побудить руководителей снизить количество просрочек обучения, чтобы сотрудники быстрее проходили обязательные модули, становились эффективными и приносили больше денег».
➡️ Самый простой способ детализировать задачу, исходя из цели — написать сценарий использования. Каждый пункт должен состоять из параметров «кто/что» и «что делает», например:
▪️Websoft HCM раз в неделю присылает руководителям письмо со ссылкой на отчет.
▪️Руководитель проходит по ссылке и видит отчет.
▪️Руководитель включает фильтр «Просроченные курсы».
▪️Руководитель выгружает отчет в Excel.
и т.д.
➡️ Так мы видим, что разработчику нужно реализовать автоматическую рассылку писем, фильтрацию отчетов и возможность их выгрузки.
✔️ Благодаря сценариям можно лучше контролировать процессы разработки и быть уверенным, что разработчик реализует те функции, которые вам нужны.
✔️ Не забывайте также показывать разработчику цели! Понимая конечную цель, разработчик будет выдавать значительно более эффективный результат.
➡️ Сначала нужно определить цель задачи. У одной задачи может быть несколько целей, от них будет зависеть ход работ. Например, у нас есть задача «Организовать оповещение руководителей о прогрессе обучения подчиненных». Здесь могут быть, например, такие цели:
▪️вовлечь руководителей в процесс, чтобы мотивировать сотрудников;
▪️информировать руководителей, чтобы они знали, кого можно повысить;
▪️привлечь руководителей к контролю, чтобы они снизили количество просрочек обучения.
➡️ В идеале цель направлена на снижение издержек бизнеса или получение дополнительного дохода. Например: «Побудить руководителей снизить количество просрочек обучения, чтобы сотрудники быстрее проходили обязательные модули, становились эффективными и приносили больше денег».
➡️ Самый простой способ детализировать задачу, исходя из цели — написать сценарий использования. Каждый пункт должен состоять из параметров «кто/что» и «что делает», например:
▪️Websoft HCM раз в неделю присылает руководителям письмо со ссылкой на отчет.
▪️Руководитель проходит по ссылке и видит отчет.
▪️Руководитель включает фильтр «Просроченные курсы».
▪️Руководитель выгружает отчет в Excel.
и т.д.
➡️ Так мы видим, что разработчику нужно реализовать автоматическую рассылку писем, фильтрацию отчетов и возможность их выгрузки.
✔️ Благодаря сценариям можно лучше контролировать процессы разработки и быть уверенным, что разработчик реализует те функции, которые вам нужны.
✔️ Не забывайте также показывать разработчику цели! Понимая конечную цель, разработчик будет выдавать значительно более эффективный результат.
👍5❤1🔥1
Завтра провожу вебинар "Создание кастомных отчетов в estaff".
Уровень: для программистов
🗓 19 февраля
🕑 11:00 мск
Ссылка
Уровень: для программистов
🗓 19 февраля
🕑 11:00 мск
Ссылка
🔥4👍1
Микрообучение как один из методов работы с персоналом в электроэнергетике
Обучение в электроэнергетике регламентировано законодательством — обучение должно быть постоянным и непрерывным. Для персонала осуществляющего обходы оборудования и использующего при этом мобильные устройства в АО «Интер РАО – Электрогенерация» организована ежесменная образовательная активность. Как это организовано в компании, рассказал Игорь Анисимов, директор Центра корпоративного обучения. Проект был реализован на базе WebSoft HCM с помощью подрядчика М Про Системс.
Читать кейс
Обучение в электроэнергетике регламентировано законодательством — обучение должно быть постоянным и непрерывным. Для персонала осуществляющего обходы оборудования и использующего при этом мобильные устройства в АО «Интер РАО – Электрогенерация» организована ежесменная образовательная активность. Как это организовано в компании, рассказал Игорь Анисимов, директор Центра корпоративного обучения. Проект был реализован на базе WebSoft HCM с помощью подрядчика М Про Системс.
Читать кейс
🔥2👍1
Зачем узнавать цели клиента перед разработкой
Заказчик обратился ко мне с запросом доработать отчеты о персонале в системе WebSoft HCM. Данные в компании вручную переносились из системы в Excel, и заказчик хотел, чтобы система строила отчет самостоятельно по готовой форме.
Чуть позже мне позвонил другой заказчик и попросил создать интерфейс по загрузке данных о персонале в систему. Я увидел сходство с предыдущей задачей и понял, что эти два заказчика работали в одной компании, но в разных подразделениях.
➡️ Общаясь с обоими заказчиками, я понял, как происходит весь процесс: отчет выгружается из системы, после этого он «обходит» для проверки несколько подразделений и загружается обратно в систему, но в другой модуль.
И у меня возник вопрос: а не лучше ли сделать так, чтобы сначала в первом модуле готовился отчет, а потом эти данные сразу выгружались во второй модуль. Процесс проходил бы быстрее и не требовал стольких манипуляций. Заказчики согласились, и мы успешно доработали систему.
✔️Вывод: перед разработкой всегда важно узнавать цели заказчика. Я мог бы не вникать в подробности и сделать два дополнительных модуля, но работа с отчетом по-прежнему была бы долгой и сложной. Расспросив заказчиков о целях, я предложил им оптимальное решение и сократил бизнес-процесс.
Заказчик обратился ко мне с запросом доработать отчеты о персонале в системе WebSoft HCM. Данные в компании вручную переносились из системы в Excel, и заказчик хотел, чтобы система строила отчет самостоятельно по готовой форме.
Чуть позже мне позвонил другой заказчик и попросил создать интерфейс по загрузке данных о персонале в систему. Я увидел сходство с предыдущей задачей и понял, что эти два заказчика работали в одной компании, но в разных подразделениях.
➡️ Общаясь с обоими заказчиками, я понял, как происходит весь процесс: отчет выгружается из системы, после этого он «обходит» для проверки несколько подразделений и загружается обратно в систему, но в другой модуль.
И у меня возник вопрос: а не лучше ли сделать так, чтобы сначала в первом модуле готовился отчет, а потом эти данные сразу выгружались во второй модуль. Процесс проходил бы быстрее и не требовал стольких манипуляций. Заказчики согласились, и мы успешно доработали систему.
✔️Вывод: перед разработкой всегда важно узнавать цели заказчика. Я мог бы не вникать в подробности и сделать два дополнительных модуля, но работа с отчетом по-прежнему была бы долгой и сложной. Расспросив заказчиков о целях, я предложил им оптимальное решение и сократил бизнес-процесс.
❤4