Всё движется по кругу - идеи цикличности и процесса
Всем привет! Я думаю, что вы не раз замечали, что многое в мире идет по кругу - циклы встречаются повсеместно, а некоторые из них научно признаны и подтверждены, например:
- Биология: циркадные ритмы у человека (сон-бодрствование)
- Геофизика: смена времен года
- Астрофизика: цикл жизни звезд (например, наше Солнце сейчас на пути к середине его цикла, также наблюдаются 11- и 22-летние циклы солнечной активности)
- Экономика: циклы Кондратьева (циклы подъемов и спадов в мировой экономике длительностью в десятки лет)
- Выделяются циклы и в историко-культурных процессах (например, развитие и угасание культур)
🤓 Области бизнес-знаний тоже имеют примеры циклов:
- HR: Employee Journey Map - карта пути, по сути, жизненный цикл сотрудника в компании - от найма через обучение к удержанию и завершению сотрудничества
- Цикл управления проектом,
- Жизненный цикл продукта и т.д.
🧠Что тут интересного?
Если мы видим начало и окончание, видим шаги между ними, то можем попробовать подумать о рассматриваемом как о классическом процессе и применить классические знания о процессах
🍀А это значит, что:
- Можем попробовать предсказывать фазы и готовиться к ним
- Можем оптимизировать каждый этап
- Можем смягчать негативные моменты и усиливать позитивные
🍀На практике:
- Легче относимся к происходящему - нет неожиданностей
- Будущее становится более предсказуемым
- Появляется возможность влиять на события
- Можно планировать и достигать цели
💭Как вы думаете:
- Какие циклы помогают вам в работе?
- Как вы используете знание о циклах в бизнесе?
- Верите ли вы в цикличность или считаете это иллюзией?
#циклы #бизнеспроцессы #философияжизни #развитие #управление
Всем привет! Я думаю, что вы не раз замечали, что многое в мире идет по кругу - циклы встречаются повсеместно, а некоторые из них научно признаны и подтверждены, например:
- Биология: циркадные ритмы у человека (сон-бодрствование)
- Геофизика: смена времен года
- Астрофизика: цикл жизни звезд (например, наше Солнце сейчас на пути к середине его цикла, также наблюдаются 11- и 22-летние циклы солнечной активности)
- Экономика: циклы Кондратьева (циклы подъемов и спадов в мировой экономике длительностью в десятки лет)
- Выделяются циклы и в историко-культурных процессах (например, развитие и угасание культур)
🤓 Области бизнес-знаний тоже имеют примеры циклов:
- HR: Employee Journey Map - карта пути, по сути, жизненный цикл сотрудника в компании - от найма через обучение к удержанию и завершению сотрудничества
- Цикл управления проектом,
- Жизненный цикл продукта и т.д.
🧠Что тут интересного?
Если мы видим начало и окончание, видим шаги между ними, то можем попробовать подумать о рассматриваемом как о классическом процессе и применить классические знания о процессах
🍀А это значит, что:
- Можем попробовать предсказывать фазы и готовиться к ним
- Можем оптимизировать каждый этап
- Можем смягчать негативные моменты и усиливать позитивные
🍀На практике:
- Легче относимся к происходящему - нет неожиданностей
- Будущее становится более предсказуемым
- Появляется возможность влиять на события
- Можно планировать и достигать цели
💭Как вы думаете:
- Какие циклы помогают вам в работе?
- Как вы используете знание о циклах в бизнесе?
- Верите ли вы в цикличность или считаете это иллюзией?
#циклы #бизнеспроцессы #философияжизни #развитие #управление
👍3
Как я провожу встречи 1-1 (один-на один) с сотрудником, часть 2
Всем привет! Спасибо, что поддержали прошлый пост на эту тему 💗 поэтому как и обещал - продолжаю делиться своими лайф-хаками по проведению 1-1 с сотрудником.
💬 В прошлый раз мы рассмотрели
- Что такое 1-1,
- Зачем это нужно,
- А также основные моменты при подготовке и начале встречи
Сегодня расскажу больше про гигиену 1-1 - что важно в течение встречи?
1️⃣ Следить за временем
- Не задерживаю, лучше отложить, что не успели до следующего раза, либо решить в переписке (кроме важных вопросов - их нужно проговорить в первую очередь!)
- Если вдруг вопросы иссякли и мы всё успели раньше времени - аналогично, не надо задерживать человека!
2️⃣ Записать, что обсудили
- Если готовил вопросы для сотрудника - то фиксирую ответ
- Если я информировал - то после спрашиваю, что человек думает и записываю это
- Если точно понимаю, что не могу дать ответ сам, то записываю вопрос, уточняю как срочно нужно дать ответ, прошу паузу и возвращаюсь к сотруднику с ответом уже после встречи
3️⃣ Оформить договоренности
Готовлю их отдельным блоком: указываю как то, что делает сотрудник, так и то, что должен сделать я сам по итогу.
🍀 Главное
Прозрачность - наше всё. А это значит, что нужно договориться заранее:
- Кто ведет итоги встречи (первые встречи я, потом передаю сотруднику)
- Где хранить запись (у меня и сотрудника туда должен быть доступ)
- Про шаблон итогов
💼 Шаблон (пишем все кратко и тезисно!)
- Что обсудили: вопрос, кто что думает, почему так
- Что решили: что сделать, кому, когда. Если есть таск-трекер - то ставлю задачи сразу и прикладываю ссылку в текст итогов - так видим трек решения вопроса и понимаем, что уже взяли в работу.
🤖 А что же ИИ?
Тестировал нескольких ИИ-агентов для ведения записей встреч - временами встречается не точная транскрибация и определение главных мыслей и задач. Буду искать дальше, т.к. это сильно экономит время.
Итак, сегодня затронул гигиену 1-1, если пост наберет 10 реакций, то в следующий раз поделюсь как 1-1 помогает расти сотруднику 😊
#управлениекомандой #1на1 #менеджмент
Всем привет! Спасибо, что поддержали прошлый пост на эту тему 💗 поэтому как и обещал - продолжаю делиться своими лайф-хаками по проведению 1-1 с сотрудником.
💬 В прошлый раз мы рассмотрели
- Что такое 1-1,
- Зачем это нужно,
- А также основные моменты при подготовке и начале встречи
Сегодня расскажу больше про гигиену 1-1 - что важно в течение встречи?
1️⃣ Следить за временем
- Не задерживаю, лучше отложить, что не успели до следующего раза, либо решить в переписке (кроме важных вопросов - их нужно проговорить в первую очередь!)
- Если вдруг вопросы иссякли и мы всё успели раньше времени - аналогично, не надо задерживать человека!
2️⃣ Записать, что обсудили
- Если готовил вопросы для сотрудника - то фиксирую ответ
- Если я информировал - то после спрашиваю, что человек думает и записываю это
- Если точно понимаю, что не могу дать ответ сам, то записываю вопрос, уточняю как срочно нужно дать ответ, прошу паузу и возвращаюсь к сотруднику с ответом уже после встречи
3️⃣ Оформить договоренности
Готовлю их отдельным блоком: указываю как то, что делает сотрудник, так и то, что должен сделать я сам по итогу.
🍀 Главное
Прозрачность - наше всё. А это значит, что нужно договориться заранее:
- Кто ведет итоги встречи (первые встречи я, потом передаю сотруднику)
- Где хранить запись (у меня и сотрудника туда должен быть доступ)
- Про шаблон итогов
💼 Шаблон (пишем все кратко и тезисно!)
- Что обсудили: вопрос, кто что думает, почему так
- Что решили: что сделать, кому, когда. Если есть таск-трекер - то ставлю задачи сразу и прикладываю ссылку в текст итогов - так видим трек решения вопроса и понимаем, что уже взяли в работу.
🤖 А что же ИИ?
Тестировал нескольких ИИ-агентов для ведения записей встреч - временами встречается не точная транскрибация и определение главных мыслей и задач. Буду искать дальше, т.к. это сильно экономит время.
Итак, сегодня затронул гигиену 1-1, если пост наберет 10 реакций, то в следующий раз поделюсь как 1-1 помогает расти сотруднику 😊
#управлениекомандой #1на1 #менеджмент
👍5❤2
Идём путями автоматизации - мини-экскурсия в пяти частях. Ч.1
Всем привет! Ранее говорили, что нужно сделать до того, как начинаешь автоматизацию (Описываем процесс ➡ Оцениваем его цифровую готовность ➡ Оптимизируем его).
И вот мы это сделали - а дальше что? Существует масса вариантов решений, но на мой взгляд, они отличаются степенью необходимости писать код 😁
Шучу, не только этим. Такие классы решений рассмотрим с вами за несколько постов:
1️⃣ Офисные приложения и их встроенные инструменты
2️⃣ Low-code / No-code инструменты
3️⃣ Функциональные системы
4️⃣ Системы управления процессами
5️⃣ Классическая продуктовая разработка
Начнем с первого пункта:
Офисные приложения и их встроенные инструменты
Это первый способ цифровизации (оцифровывания) и последующей базовой автоматизации (исключения ручного труда).
📊 Основные черты:
- Много строится на формулах, а помимо чисто арифметических операций доступны логические операции и транспорт данных
- Здесь не нужно писать код (но если приспичило, то, например, есть VBA-макросы Excel и App Script в Google Sheets)
- Во многих инструментах есть авто-формы для ввода данных в нужную таблицу, в некоторых появляются конструкторы простых процессов, готовые триггеры для уведомлений.
Примерами являются любой пакет офисных приложений для создания и редактирования документов и таблиц, а также корпоративные системы обмена сообщениями.
👉 Итого:
- По сути, инструменты которые предназначены для другого, могут быть задействованы для базовой автоматизации 🤓
- Они часто используется для прототипирования более продвинутой автоматизации.
Но как и бывает, простых скриптов на таблицах очень быстро перестает хватать, поэтому на сцену выходят Low-code / No-code инструменты. В следующем посте говорим о них - оставайтесь на связи 👋
#Автоматизация #NoCode #BPMS #Разработка
Всем привет! Ранее говорили, что нужно сделать до того, как начинаешь автоматизацию (Описываем процесс ➡ Оцениваем его цифровую готовность ➡ Оптимизируем его).
И вот мы это сделали - а дальше что? Существует масса вариантов решений, но на мой взгляд, они отличаются степенью необходимости писать код 😁
Шучу, не только этим. Такие классы решений рассмотрим с вами за несколько постов:
1️⃣ Офисные приложения и их встроенные инструменты
2️⃣ Low-code / No-code инструменты
3️⃣ Функциональные системы
4️⃣ Системы управления процессами
5️⃣ Классическая продуктовая разработка
Начнем с первого пункта:
Офисные приложения и их встроенные инструменты
Это первый способ цифровизации (оцифровывания) и последующей базовой автоматизации (исключения ручного труда).
📊 Основные черты:
- Много строится на формулах, а помимо чисто арифметических операций доступны логические операции и транспорт данных
- Здесь не нужно писать код (но если приспичило, то, например, есть VBA-макросы Excel и App Script в Google Sheets)
- Во многих инструментах есть авто-формы для ввода данных в нужную таблицу, в некоторых появляются конструкторы простых процессов, готовые триггеры для уведомлений.
Примерами являются любой пакет офисных приложений для создания и редактирования документов и таблиц, а также корпоративные системы обмена сообщениями.
👉 Итого:
- По сути, инструменты которые предназначены для другого, могут быть задействованы для базовой автоматизации 🤓
- Они часто используется для прототипирования более продвинутой автоматизации.
Но как и бывает, простых скриптов на таблицах очень быстро перестает хватать, поэтому на сцену выходят Low-code / No-code инструменты. В следующем посте говорим о них - оставайтесь на связи 👋
#Автоматизация #NoCode #BPMS #Разработка
🔥2👍1
Идём путями автоматизации - мини-экскурсия в пяти частях. Ч.2
Всем привет! Продолжаем двигаться автоматизационной дорогой. Напоминаю, что в прошлый раз мы рассмотрели
1️⃣ Офисные приложения и их встроенные инструменты, которые:
- Могут быть задействованы для базовой автоматизации 🤓
- Часто используются для создания прототипов продвинутой автоматизации
- Но при росте процессов (как их качества, так и количества) начинают давать сбои и не справляются.
Поэтому сегодня говорим про второй пункт:
Low-code / No-code инструменты
Это уже класс специальных систем - BPA (Business Process Automation).
- Большую часть задач можно решить с помощью графического редактора: перетаскиваем готовые блоки-задачи, связываем стрелками - готово!
- Если говорим про low-code инструменты, то часто требуется код на 10-30 строк, в no-code код не требуется в принципе
- Часто есть целые маркетплейсы готовых решений и готовые интеграции с другими сервисами
- Что очень удобно - у многих систем есть свои сообщества, где пользователи обсуждают готовые шаблоны, делятся своими решениями, задают вопросы и просят помощи для решения сложных ситуаций.
Примеры No-code: Albato, Airtable, Zapier
Примеры Low-code: ELMA365, n8n, Appian
👉Итого:
- Можем намного больше, чем с офисными программами и таблицами, но уже требуется знание веб-технологий, понимание процессов разработки, и навыки программирования
- В каждой системе используется тот или иной язык программирования - нужно понимать как на нем писать (синтаксис и парадигма программирования)
- В общем, если в no-code и low-code через интерфейс можно решить проблемы простых процессов и автоматизаций - для глубокой кастомизации нужен код и low-code 😅
Ух, если уже на втором уровне мы столкнулись с программированием - так что же будет дальше? Не проще ли пойти и поискать готовую систему, которая сразу решит боли целой группы процессов? 🤔
В следующем посте говорим о специализированных функциональных системах, которые как раз для этого и предназначены - оставайтесь на связи 👋
#Автоматизация #NoCode #LowCode #BPA #АвтоматизацияПроцессов
Всем привет! Продолжаем двигаться автоматизационной дорогой. Напоминаю, что в прошлый раз мы рассмотрели
1️⃣ Офисные приложения и их встроенные инструменты, которые:
- Могут быть задействованы для базовой автоматизации 🤓
- Часто используются для создания прототипов продвинутой автоматизации
- Но при росте процессов (как их качества, так и количества) начинают давать сбои и не справляются.
Поэтому сегодня говорим про второй пункт:
Low-code / No-code инструменты
Это уже класс специальных систем - BPA (Business Process Automation).
- Большую часть задач можно решить с помощью графического редактора: перетаскиваем готовые блоки-задачи, связываем стрелками - готово!
- Если говорим про low-code инструменты, то часто требуется код на 10-30 строк, в no-code код не требуется в принципе
- Часто есть целые маркетплейсы готовых решений и готовые интеграции с другими сервисами
- Что очень удобно - у многих систем есть свои сообщества, где пользователи обсуждают готовые шаблоны, делятся своими решениями, задают вопросы и просят помощи для решения сложных ситуаций.
Примеры No-code: Albato, Airtable, Zapier
Примеры Low-code: ELMA365, n8n, Appian
👉Итого:
- Можем намного больше, чем с офисными программами и таблицами, но уже требуется знание веб-технологий, понимание процессов разработки, и навыки программирования
- В каждой системе используется тот или иной язык программирования - нужно понимать как на нем писать (синтаксис и парадигма программирования)
- В общем, если в no-code и low-code через интерфейс можно решить проблемы простых процессов и автоматизаций - для глубокой кастомизации нужен код и low-code 😅
Ух, если уже на втором уровне мы столкнулись с программированием - так что же будет дальше? Не проще ли пойти и поискать готовую систему, которая сразу решит боли целой группы процессов? 🤔
В следующем посте говорим о специализированных функциональных системах, которые как раз для этого и предназначены - оставайтесь на связи 👋
#Автоматизация #NoCode #LowCode #BPA #АвтоматизацияПроцессов
👍2🔥1
Идём путями автоматизации - мини-экскурсия в пяти частях. Ч.3
Всем привет! А мы на середине нашей автоматизационной экскурсии и уже успели поговорить про:
1️⃣ Офисные приложения и их встроенные инструменты, которые помогают в базовой автоматизации, но не справляются на больших объёмах и
2️⃣ Low-code / No-code инструменты, облегчающие жизнь понятным интерфейсом и готовыми решениями, но требующими программирования для кастомизации.
Поэтому очень логичным кажется не придумывать ничего лишнего, а взять все готовое, чтобы решить боли целой группы процессов 😅 И с этим могут помочь
Функциональные системы
Это системы, создаваемые специально для цифровизации и автоматизации процессов определенного функционального домена (направления).
Это самый широоооокий по ассортименту класс систем. К ним относятся:
- CRM (Customer Relationship Management) - для управления взаимоотношениями с клиентами,
- SCM (Supply Chain Management) - для управления поставками и логистикой
- HRM (Human Resources Management) - системы управления персоналом,
- ITSM (IT Service Management) - тикетные системы ИТ-поддержки,
- LMS (Learning Management System) - системы управления обучением (и часто сразу контентом, но есть и отдельный класс для этого - LCMS (Learning Content Management System)
Все классы сразу и не перечислить 🤯 И уж тем более не буду приводить примеры - в каждой нише таковых десятки, от простых до очень специфических. При этом
- Идеологически и утилитарно такие системы уже содержат в себе определенный, иногда жесткий, иногда частично настраиваемый метод или группу методов (например, системы для проведения оценки методом 360 градусов)
- Каждая система - это свои особенности и свой процесс интеграции, это ещё одни отношения с поставщиком и бюджет
- Но поставщик может предлагать поддержку, а если берете облако - то развертывание будет минимальным по срокам (и, скорее всего, стоимости), а также избавляетесь от многих инфраструктурных вопросов.
И вот мы внедрили, что хотели и, кажется, можно выдохнуть… 😅
🤓Но компания растёт, требования к процессам становятся гранулярнее, а таких систем становится все больше, - внутренняя среда становится похожа на стёганое одеяло. В таком случае уже нужно не просто автоматизировать, а дирижировать (говорят, оркестрировать) всем ансамблем.
И здесь мы переходим в высшую процессную лигу, где играют BPMS (Business Process Management System) - системы управления процессами, но про них уже в следующий раз - остаёмся на связи 👋
#Автоматизация #АвтоматизацияПроцессов #CRM #ITSM #SCM #HRM #LMS #ФункциональныеСистемы
Всем привет! А мы на середине нашей автоматизационной экскурсии и уже успели поговорить про:
1️⃣ Офисные приложения и их встроенные инструменты, которые помогают в базовой автоматизации, но не справляются на больших объёмах и
2️⃣ Low-code / No-code инструменты, облегчающие жизнь понятным интерфейсом и готовыми решениями, но требующими программирования для кастомизации.
Поэтому очень логичным кажется не придумывать ничего лишнего, а взять все готовое, чтобы решить боли целой группы процессов 😅 И с этим могут помочь
Функциональные системы
Это системы, создаваемые специально для цифровизации и автоматизации процессов определенного функционального домена (направления).
Это самый широоооокий по ассортименту класс систем. К ним относятся:
- CRM (Customer Relationship Management) - для управления взаимоотношениями с клиентами,
- SCM (Supply Chain Management) - для управления поставками и логистикой
- HRM (Human Resources Management) - системы управления персоналом,
- ITSM (IT Service Management) - тикетные системы ИТ-поддержки,
- LMS (Learning Management System) - системы управления обучением (и часто сразу контентом, но есть и отдельный класс для этого - LCMS (Learning Content Management System)
Все классы сразу и не перечислить 🤯 И уж тем более не буду приводить примеры - в каждой нише таковых десятки, от простых до очень специфических. При этом
- Идеологически и утилитарно такие системы уже содержат в себе определенный, иногда жесткий, иногда частично настраиваемый метод или группу методов (например, системы для проведения оценки методом 360 градусов)
- Каждая система - это свои особенности и свой процесс интеграции, это ещё одни отношения с поставщиком и бюджет
- Но поставщик может предлагать поддержку, а если берете облако - то развертывание будет минимальным по срокам (и, скорее всего, стоимости), а также избавляетесь от многих инфраструктурных вопросов.
И вот мы внедрили, что хотели и, кажется, можно выдохнуть… 😅
🤓Но компания растёт, требования к процессам становятся гранулярнее, а таких систем становится все больше, - внутренняя среда становится похожа на стёганое одеяло. В таком случае уже нужно не просто автоматизировать, а дирижировать (говорят, оркестрировать) всем ансамблем.
И здесь мы переходим в высшую процессную лигу, где играют BPMS (Business Process Management System) - системы управления процессами, но про них уже в следующий раз - остаёмся на связи 👋
#Автоматизация #АвтоматизацияПроцессов #CRM #ITSM #SCM #HRM #LMS #ФункциональныеСистемы
👍3⚡1
Идём путями автоматизации - мини-экскурсия в пяти частях. Ч.4
Всех с пятницей ☺️ Вы большие молодцы, если следите за экскурсией, потому что мы на финишной прямой 🏁
Мы уже обсудили:
1️⃣ Офисные приложения и их встроенные инструменты
2️⃣ Low-code / No-code инструменты
3️⃣ Функциональные системы
И сегодня самое сложное из всей процессной движухи:
✈️ Системы управления бизнес-процессами
Это класс больших и сложных систем - BPMS (Business Process Management System) - представьте, что, открыв окошко BPMS, вы садитесь в кабину авиалайнера 😅
Примеры: Camunda, Pega, Oracle BPM Suite
- В графическом редакторе процессов здесь часто присутствует моделирование по стандарту BPMN2.0
- Для работы с такими системами часто требуется специальное обучение и сертификация
- Нужно хорошо знать подходы к программированию и объектные модели в конкретной системе (не говорю уже про веб и все такое)
🐙 Однако, эти системы - превосходные дирижеры (давайте будем говорить - оркестраторы):
- Идеально, когда нужно связать несколько внутренних систем, наблюдать за процессом в реальном времени и адаптивно управлять его ходом между ними (например, CRM, ERP и SCM системы)
- Такие системы часто имеют встроенные модули аналитики процессов (например, мне нравятся цветовые карты, которые буквально показывают в каком месте процесс «раскаляется» - бутылочные горлышки, как потенциальные точки оптимизации)
- Часто встречаем готовые модули роботизации и интеграции с ИИ.
🤓Вывод:
- Имеем возможность автоматизировать сложные, высоконагруженные процессы (десятки тысяч запусков в час и более) и взаимодействие систем,
- По сути, здесь во всю идёт классическая продуктовая разработка (в backend по большей части).
Вот мы и подошли к краю готовых решений, за которыми уже упомянутая классическая разработка.
Наберитесь терпения, в следующий раз кратко характеризуем разработку, тейк эвей мессадж и закрываем серию 🙏🏻
Спасибо, что читаете ♥️
#Автоматизация #BPMS #Разработка
Всех с пятницей ☺️ Вы большие молодцы, если следите за экскурсией, потому что мы на финишной прямой 🏁
Мы уже обсудили:
1️⃣ Офисные приложения и их встроенные инструменты
2️⃣ Low-code / No-code инструменты
3️⃣ Функциональные системы
И сегодня самое сложное из всей процессной движухи:
✈️ Системы управления бизнес-процессами
Это класс больших и сложных систем - BPMS (Business Process Management System) - представьте, что, открыв окошко BPMS, вы садитесь в кабину авиалайнера 😅
Примеры: Camunda, Pega, Oracle BPM Suite
- В графическом редакторе процессов здесь часто присутствует моделирование по стандарту BPMN2.0
- Для работы с такими системами часто требуется специальное обучение и сертификация
- Нужно хорошо знать подходы к программированию и объектные модели в конкретной системе (не говорю уже про веб и все такое)
🐙 Однако, эти системы - превосходные дирижеры (давайте будем говорить - оркестраторы):
- Идеально, когда нужно связать несколько внутренних систем, наблюдать за процессом в реальном времени и адаптивно управлять его ходом между ними (например, CRM, ERP и SCM системы)
- Такие системы часто имеют встроенные модули аналитики процессов (например, мне нравятся цветовые карты, которые буквально показывают в каком месте процесс «раскаляется» - бутылочные горлышки, как потенциальные точки оптимизации)
- Часто встречаем готовые модули роботизации и интеграции с ИИ.
🤓Вывод:
- Имеем возможность автоматизировать сложные, высоконагруженные процессы (десятки тысяч запусков в час и более) и взаимодействие систем,
- По сути, здесь во всю идёт классическая продуктовая разработка (в backend по большей части).
Вот мы и подошли к краю готовых решений, за которыми уже упомянутая классическая разработка.
Наберитесь терпения, в следующий раз кратко характеризуем разработку, тейк эвей мессадж и закрываем серию 🙏🏻
Спасибо, что читаете ♥️
#Автоматизация #BPMS #Разработка
👍2
Идём путями автоматизации - мини-экскурсия в пяти частях. Финал
Всем привет! Сегодня закрываем мини-экскурсию 🏁 Огромное спасибо всем, кто следил за ее ходом ♥️
Итак, мы рассмотрели:
1️⃣ Офисные приложения и их встроенные инструменты
2️⃣ Low-code / No-code инструменты
3️⃣ Функциональные системы
4️⃣ Системы управления процессами
Существуют ситуации, когда не подходит ни один из 4 вариантов автоматизации. И здесь нам помогает
Классическая продуктовая разработка
Когда мы приходим к такому решению?
- Когда нет готового цифрового продукта для автоматизации
- Когда процессы уникальны и необходима глубокая, детальная кастомизация и полный контроль каждого шага
- Когда мы хотим закрыть несколько процессных групп, а подходящего инструмента на рынке нет
Не буду углубляться в технические аспекты разработки цифрового продукта, поскольку это своя Вселенная 🌏, но отмечу:
- Такая работа организуется в рамках методологий (например, Agile)
- Идет итеративно над каждым слоем системы (front-, backend, инфраструктурная часть и т.д.), проводятся тестирования, исследования и ещё много чего.
Кстати, если хотите погрузиться детальнее в работу с frontend, то от себя рекомендую почитать Вадима (https://news.1rj.ru/str/thxilikeit), а если интересуют общие подходы к разработке и больше backend, то Ивана (https://news.1rj.ru/str/biozz_dev).
На самом деле, так или иначе отдельные элементы разработки цифрового продукта представлены в каждом из рассмотренных нами классов, а интенсивность их использования зависит от многих факторов: наличия навыков и технической экспертизы, ресурсов, сроков, бюджета.
Как показывает практика, чем больше, сложнее и уникальнее процесс(ы), тем больше есть стремление в сторону именно разработки 🤓
В одном из следующих постов подготовлю для вас сравнительные материалы (шпаргалки) по рассмотренным подходам, чтобы было что унести с собой 🤗
Вот такая у нас экскурсия ☺️Спасибо, что читали ♥️
О чём вам было интересно читать? Поделитесь, пожалуйста, в комментариях - идеи помогут сформулировать будущие темы 📨
Всем привет! Сегодня закрываем мини-экскурсию 🏁 Огромное спасибо всем, кто следил за ее ходом ♥️
Итак, мы рассмотрели:
1️⃣ Офисные приложения и их встроенные инструменты
2️⃣ Low-code / No-code инструменты
3️⃣ Функциональные системы
4️⃣ Системы управления процессами
Существуют ситуации, когда не подходит ни один из 4 вариантов автоматизации. И здесь нам помогает
Классическая продуктовая разработка
Когда мы приходим к такому решению?
- Когда нет готового цифрового продукта для автоматизации
- Когда процессы уникальны и необходима глубокая, детальная кастомизация и полный контроль каждого шага
- Когда мы хотим закрыть несколько процессных групп, а подходящего инструмента на рынке нет
Не буду углубляться в технические аспекты разработки цифрового продукта, поскольку это своя Вселенная 🌏, но отмечу:
- Такая работа организуется в рамках методологий (например, Agile)
- Идет итеративно над каждым слоем системы (front-, backend, инфраструктурная часть и т.д.), проводятся тестирования, исследования и ещё много чего.
Кстати, если хотите погрузиться детальнее в работу с frontend, то от себя рекомендую почитать Вадима (https://news.1rj.ru/str/thxilikeit), а если интересуют общие подходы к разработке и больше backend, то Ивана (https://news.1rj.ru/str/biozz_dev).
На самом деле, так или иначе отдельные элементы разработки цифрового продукта представлены в каждом из рассмотренных нами классов, а интенсивность их использования зависит от многих факторов: наличия навыков и технической экспертизы, ресурсов, сроков, бюджета.
Как показывает практика, чем больше, сложнее и уникальнее процесс(ы), тем больше есть стремление в сторону именно разработки 🤓
В одном из следующих постов подготовлю для вас сравнительные материалы (шпаргалки) по рассмотренным подходам, чтобы было что унести с собой 🤗
Вот такая у нас экскурсия ☺️Спасибо, что читали ♥️
О чём вам было интересно читать? Поделитесь, пожалуйста, в комментариях - идеи помогут сформулировать будущие темы 📨
❤3
Идём путями автоматизации. Шпаргалка автора
Всем привет! Обещано - сделано: подытожил для вас свои рассуждения о способах автоматизации в удобной форме.
👉 Вариант 1. Можно читать здесь - все посты связаны между собой, читается как мини-курс:
1️⃣ Офисные приложения и их встроенные инструменты
2️⃣ Low-code / No-code инструменты
3️⃣ Функциональные системы
4️⃣ Системы управления процессами
5️⃣ Классическая продуктовая разработка
👉 Вариант 2. Можно посмотреть таблицу, где сравнил подходы по основным критериям:
- суть подхода,
- примеры инструментов,
- базовый сценарий использования,
- требуемые знания и навыки,
- степень кастомизации,
- интеграция с другими системами,
Чтобы различия между подходами были ещё яснее 😊
Буду рад обсудить и ответить на ваши вопросы ♥️
Ставьте лайк ♥️ если полезно ☺️
#Автоматизация #LowCode #NoCode #BPMS #Разработка
Всем привет! Обещано - сделано: подытожил для вас свои рассуждения о способах автоматизации в удобной форме.
👉 Вариант 1. Можно читать здесь - все посты связаны между собой, читается как мини-курс:
1️⃣ Офисные приложения и их встроенные инструменты
2️⃣ Low-code / No-code инструменты
3️⃣ Функциональные системы
4️⃣ Системы управления процессами
5️⃣ Классическая продуктовая разработка
👉 Вариант 2. Можно посмотреть таблицу, где сравнил подходы по основным критериям:
- суть подхода,
- примеры инструментов,
- базовый сценарий использования,
- требуемые знания и навыки,
- степень кастомизации,
- интеграция с другими системами,
Чтобы различия между подходами были ещё яснее 😊
Буду рад обсудить и ответить на ваши вопросы ♥️
Ставьте лайк ♥️ если полезно ☺️
#Автоматизация #LowCode #NoCode #BPMS #Разработка
❤2👍1
📊 Октябрьский Дайджест
Всем привет! Собрал для вас подборку моих постов за октябрь, выделил главные инсайты 😊
1️⃣ Найм и адаптация
- Как помочь себе и рекрутеру на старте и в течение найма
- Лайф-хаки для выбора финалиста и облегчения адаптации
2️⃣ Работа с командой: личные встречи с сотрудниками (1-1)
- Что важно при подготовке и проведении встреч 1-1
- Что важно в течение и по итогу встреч 1-1
3️⃣ Серия из 6 постов про способы автоматизации процессов - все посты связаны между собой, читается как мини-курс.
4️⃣ Размышления
- Идеи цикличности и процесса
Ставьте лайк ♥️ если полезно ☺️
❓ Какие материалы были для вас наиболее полезными?
p.s. Также веду свой блог в Setka, где публикую и другие материалы, которые не вошли в подборку выше - заглядывайте, если интересно 😊 https://set.ki/dFYp2h3
Всем привет! Собрал для вас подборку моих постов за октябрь, выделил главные инсайты 😊
1️⃣ Найм и адаптация
- Как помочь себе и рекрутеру на старте и в течение найма
- Лайф-хаки для выбора финалиста и облегчения адаптации
2️⃣ Работа с командой: личные встречи с сотрудниками (1-1)
- Что важно при подготовке и проведении встреч 1-1
- Что важно в течение и по итогу встреч 1-1
3️⃣ Серия из 6 постов про способы автоматизации процессов - все посты связаны между собой, читается как мини-курс.
4️⃣ Размышления
- Идеи цикличности и процесса
Ставьте лайк ♥️ если полезно ☺️
❓ Какие материалы были для вас наиболее полезными?
p.s. Также веду свой блог в Setka, где публикую и другие материалы, которые не вошли в подборку выше - заглядывайте, если интересно 😊 https://set.ki/dFYp2h3
❤1❤🔥1🔥1
Асаны автоматизации - это просто и оздоровляет
Всем привет 🤗
Недавно я рассказывал, чем отличаются подходы к автоматизации, а сейчас хочу начать небольшую прикладную серию про то, что и как в типичном процессе чаще всего оцифровывается и автоматизируется - своеобразные автоматизационные асаны, которые помогут работе стать чуточку приятнее, а процессам стать чуточку более зрелыми 🙏🏻
Дисклеймер
Пишу только про то, что делал сам. Не всем может быть полезно то, о чем пишу, поскольку здесь больше про «гигиенические», чем «космические» вещи. Не претендую на истину в последней инстанции, никого не учу и ничего не продаю 😊Если вы думаете о написанном иначе - плиз, поделитесь, буду рад узнать как бывает ещё 🤗
Для примера возьму типичный бэк-офисный процесс, который стартует с необходимости запросить что-то (например, услугу, оборудование, документ и т.д.), а заканчивается непосредственно получением необходимого.
Почему такой процесс?
Да потому что таких процессов в компании обычно больше всего (по разным источникам до 80%), и даже маленькая автоматизация может в разы их ускорить и сделать чуть дешевле, а значит, высвободить силы и средства на что-то более важное.
Рассмотрим с вами:
1️⃣Вход в процесс - что можно сделать для упрощения жизни клиенту процесса и его исполнителям
2️⃣Действия по ходу процесса - разные мелочи, которые сделать не очень сложно, но эффект от них большой
3️⃣Завершение процесса - что чаще всего забывают, а зря
4️⃣Регистрация данных и статистика по процессу - не менее важно, чем первые три пункта - поделюсь соображениями и хитростями, которые позволят в дальнейшем планировать и внедрять улучшения
Подписывайтесь, чтобы не пропустить ☺️
Ставьте лайк 💜если полезно 🙌
Всем привет 🤗
Недавно я рассказывал, чем отличаются подходы к автоматизации, а сейчас хочу начать небольшую прикладную серию про то, что и как в типичном процессе чаще всего оцифровывается и автоматизируется - своеобразные автоматизационные асаны, которые помогут работе стать чуточку приятнее, а процессам стать чуточку более зрелыми 🙏🏻
Дисклеймер
Пишу только про то, что делал сам. Не всем может быть полезно то, о чем пишу, поскольку здесь больше про «гигиенические», чем «космические» вещи. Не претендую на истину в последней инстанции, никого не учу и ничего не продаю 😊Если вы думаете о написанном иначе - плиз, поделитесь, буду рад узнать как бывает ещё 🤗
Для примера возьму типичный бэк-офисный процесс, который стартует с необходимости запросить что-то (например, услугу, оборудование, документ и т.д.), а заканчивается непосредственно получением необходимого.
Почему такой процесс?
Да потому что таких процессов в компании обычно больше всего (по разным источникам до 80%), и даже маленькая автоматизация может в разы их ускорить и сделать чуть дешевле, а значит, высвободить силы и средства на что-то более важное.
Рассмотрим с вами:
1️⃣Вход в процесс - что можно сделать для упрощения жизни клиенту процесса и его исполнителям
2️⃣Действия по ходу процесса - разные мелочи, которые сделать не очень сложно, но эффект от них большой
3️⃣Завершение процесса - что чаще всего забывают, а зря
4️⃣Регистрация данных и статистика по процессу - не менее важно, чем первые три пункта - поделюсь соображениями и хитростями, которые позволят в дальнейшем планировать и внедрять улучшения
Подписывайтесь, чтобы не пропустить ☺️
Ставьте лайк 💜если полезно 🙌
❤3👍1
Асаны автоматизации. Входим в процесс
Всем привет 🤗
Сегодня хочу поговорить о входе в процесс - что можно сделать для упрощения жизни вам (если вы автоматизатор), клиенту процесса и его исполнителям*.
Внимание 🚨 Это мидрид (есть лонгрид, а это вполовину меньше) 🙏🏻
Часто вижу, что уже на входе ничего хорошего: кто-то просит писать в личку в мессенджере, либо в каналах, другие создают специальные таблицы, куда надо записаться самому. Все работают до поры до времени так, но это ломается, когда выходим на масштаб: теряем запросы, тонем в уточнениях и тормозим сильнее и сильнее 😢
Дальнейшее решение зависит от многих факторов, но самое базовое (спасибо, кэп, и сорри, кто это и так знает) - это форма: накидал поля, задал им типы, обозвал форму - готово!**
Почему хороши формы:
▶️ Структурируем информацию
▶️ Собираем обязательные данные (чтобы потом не уточнять)
▶️ Названиями полей и плейсхолдеров объясняем, чего хотим
▶️ Можем сделать сбор динамическим (например, для отпуска показываем одни поля, для отгула - другие)
▶️ Можем вообще не оставлять поля со свободным вводом (люблю так делать, потому что снижаем ментальную нагрузку пользователю, плюс выбрать всегда проще, чем написать)
🤓Минутка душноты: хорошо продуманная форма позволяет соблюдать один из первых принципов дизайна процесса - вводить всю необходимую информацию 1! раз и делать ее доступной по всему ходу процесса (BPM CBOK 4.0)
Форму можно собрать много где:
▶️ В мессенджерах есть готовые конструкторы
▶️ Можно брать и бесплатные конструкторы форм
▶️ Формы есть и в no code / low code системах
Я уяснил для себя:
🧩 Типы полей - это очень важно!
Если собираю число, то задаю типом число, если предполагается короткий ответ, то не даю область для ввода (textarea), а ставлю поле (input), либо выпадающий список (dropdown), если вариантов несколько и они заранее известны.
🧩 Названия полей - лучше короче, чем длиннее
Не надо их делать объясняющими - это путает сильнее. Если мне хочется что-то объяснить - то есть плейсхолдер, либо всплывающая подсказка, либо прям баннер (но это совсем плохо, значит нужно либо дробить поле, либо переназвать).
💨 Не люблю перегружать полями - чем меньше, тем лучше
Но если уж действительно надо, то лучше разделить на несколько экранов, чем сделать простыню (в случае многоэкранности нужно уважать пользователя, и делать кнопку «Назад»).
🧠 Также для нескольких экранов делаю «подсказку» для пользователя
Превращаю в предложение информацию, введенную ранее, чтобы пользователь точно понимал, что он ввел, например, «Вы запрашиваете [такой-то документ] к [такой-то дате], для предоставления [туда-то]». Кстати, если такая фраза будет звучать хорошо на многих языках, значит поля (что в [скобках]) сделали верно 💪
🔗 У форм есть конкретная ссылка
Которую можно закрепить, например, в базе знаний; и не нужно что-то обновлять, если исполнитель сменился. Ссылку может принести и чат-бот (если у вас он есть)***
✨ Во многих системах у форм настраивается внешний вид
Значит, можем забрендировать под себя шрифты, цвета, лого и т.д.
Форма - это самый типичный старт бэк-офисного процесса. Сначала почти всегда думаю про нее, только потом уже про другие способы.
Подписывайтесь, чтобы не пропустить ☺️
Ставьте лайк 💜если полезно 🙌
Дисклеймер
Пишу только про то, что делал сам. Не всем может быть полезно то, о чем пишу, поскольку здесь больше про «гигиенические», чем «космические» вещи. Не претендую на истину в последней инстанции, никого не учу и ничего не продаю 😊 Если вы думаете о написанном иначе - плиз, поделитесь, буду рад узнать как бывает ещё 🤗
Сноски
*Если помните, то мы говорим про классический бэк-офисный процесс: нужна услуга, запрашиваем, получаем.
**Проще, чем форма может быть только одна кнопка «Запросить» - бац! И запрос ушел (это, кстати, возможно, если у вас своя самописная среда, где вы уже знаете данные про пользователя, и процесс не требует дополнительной информации).
***Кстати, данные можно собрать и чат-ботом по аналогии с формой, но это уже чуть сложнее.
Всем привет 🤗
Сегодня хочу поговорить о входе в процесс - что можно сделать для упрощения жизни вам (если вы автоматизатор), клиенту процесса и его исполнителям*.
Внимание 🚨 Это мидрид (есть лонгрид, а это вполовину меньше) 🙏🏻
Часто вижу, что уже на входе ничего хорошего: кто-то просит писать в личку в мессенджере, либо в каналах, другие создают специальные таблицы, куда надо записаться самому. Все работают до поры до времени так, но это ломается, когда выходим на масштаб: теряем запросы, тонем в уточнениях и тормозим сильнее и сильнее 😢
Дальнейшее решение зависит от многих факторов, но самое базовое (спасибо, кэп, и сорри, кто это и так знает) - это форма: накидал поля, задал им типы, обозвал форму - готово!**
Почему хороши формы:
▶️ Структурируем информацию
▶️ Собираем обязательные данные (чтобы потом не уточнять)
▶️ Названиями полей и плейсхолдеров объясняем, чего хотим
▶️ Можем сделать сбор динамическим (например, для отпуска показываем одни поля, для отгула - другие)
▶️ Можем вообще не оставлять поля со свободным вводом (люблю так делать, потому что снижаем ментальную нагрузку пользователю, плюс выбрать всегда проще, чем написать)
🤓Минутка душноты: хорошо продуманная форма позволяет соблюдать один из первых принципов дизайна процесса - вводить всю необходимую информацию 1! раз и делать ее доступной по всему ходу процесса (BPM CBOK 4.0)
Форму можно собрать много где:
▶️ В мессенджерах есть готовые конструкторы
▶️ Можно брать и бесплатные конструкторы форм
▶️ Формы есть и в no code / low code системах
Я уяснил для себя:
🧩 Типы полей - это очень важно!
Если собираю число, то задаю типом число, если предполагается короткий ответ, то не даю область для ввода (textarea), а ставлю поле (input), либо выпадающий список (dropdown), если вариантов несколько и они заранее известны.
🧩 Названия полей - лучше короче, чем длиннее
Не надо их делать объясняющими - это путает сильнее. Если мне хочется что-то объяснить - то есть плейсхолдер, либо всплывающая подсказка, либо прям баннер (но это совсем плохо, значит нужно либо дробить поле, либо переназвать).
💨 Не люблю перегружать полями - чем меньше, тем лучше
Но если уж действительно надо, то лучше разделить на несколько экранов, чем сделать простыню (в случае многоэкранности нужно уважать пользователя, и делать кнопку «Назад»).
🧠 Также для нескольких экранов делаю «подсказку» для пользователя
Превращаю в предложение информацию, введенную ранее, чтобы пользователь точно понимал, что он ввел, например, «Вы запрашиваете [такой-то документ] к [такой-то дате], для предоставления [туда-то]». Кстати, если такая фраза будет звучать хорошо на многих языках, значит поля (что в [скобках]) сделали верно 💪
🔗 У форм есть конкретная ссылка
Которую можно закрепить, например, в базе знаний; и не нужно что-то обновлять, если исполнитель сменился. Ссылку может принести и чат-бот (если у вас он есть)***
✨ Во многих системах у форм настраивается внешний вид
Значит, можем забрендировать под себя шрифты, цвета, лого и т.д.
Форма - это самый типичный старт бэк-офисного процесса. Сначала почти всегда думаю про нее, только потом уже про другие способы.
Подписывайтесь, чтобы не пропустить ☺️
Ставьте лайк 💜если полезно 🙌
Дисклеймер
Пишу только про то, что делал сам. Не всем может быть полезно то, о чем пишу, поскольку здесь больше про «гигиенические», чем «космические» вещи. Не претендую на истину в последней инстанции, никого не учу и ничего не продаю 😊 Если вы думаете о написанном иначе - плиз, поделитесь, буду рад узнать как бывает ещё 🤗
Сноски
*Если помните, то мы говорим про классический бэк-офисный процесс: нужна услуга, запрашиваем, получаем.
**Проще, чем форма может быть только одна кнопка «Запросить» - бац! И запрос ушел (это, кстати, возможно, если у вас своя самописная среда, где вы уже знаете данные про пользователя, и процесс не требует дополнительной информации).
***Кстати, данные можно собрать и чат-ботом по аналогии с формой, но это уже чуть сложнее.
👍5❤1
Асаны автоматизации. Веда статусов и уведов и ещё кое-чего
Всем привет 🤗
Итак, в прошлый раз мы смогли хорошо зайти в процесс, а качественное начало процесса - это качество на всем протяжении (BPM CBOK 4.0).
Давайте продолжим практики и сегодня затронем то, что происходит по ходу процесса*.
На самом деле, несмотря на то, что между началом и окончанием могут быть десятки задач, типовых приемов автоматизации, которые могут сильно оздоровить процесс, как мне кажется, не так уж и много.
⚡️Статусы
Это незаменимая вещь, это помогает понять, что же реально происходит с запросом, как давно и где он.
Но каких только статусов я не встречал! 🥲
На мой взгляд, качественные статусы:
▶️ Отражают действительное изменение состояния (работа начата, приостановлена, выполнена и т.д.) - каждое состояние качественно отличается от предыдущего.
▶️ Статус отражает реперные точки - не надо отражать любое изменение качества, а только то, которое важно мониторить!
Следуя хотя бы этим двум правилам можно сократить количество статусов и упростить понимание состояния процесса.
✉️Уведомления (они же уведы для краткости)
🤓Обычно это легко автоматизировать: во многих no code / low code для этого есть либо готовые блоки, либо готовые настройки. Что говорить, даже в табличных приложениях можно поставить триггер на изменение ячейки.
Да, но
▶️ Шлю уведы только тогда, когда это необходимо (считай, не по каждому статусу) - когда необходимо мне подсказывает клиент процесса, либо исполнитель - смотря кто адресат. Чем меньше уведов, чем они точнее, тем больше респонс и полезность.
▶️ Увед должен нести ценность, побуждать к чему-либо. Информационные уведы часто начинают раздражать и их просят отключить, либо начинают игнорировать! А это плохо, т.к. начинают игнорить и важные сообщения 😢
▶️ Чем более человеческим языком сформирован текст, тем лучше. Меньше канцелярита, больше человечности и того, чего от адресата надо 🙏🏻
▶️ Увед - это не просто текст. Люблю дополнять их возможностью ответного действия - согласование, изменение статуса и тому подобное. Особенно круто, когда можно в мессенджере приклеить для этого кнопки - так мессенджер становится отчасти программной средой процесса; мы экономим на ещё одной функциональной системе и уменьшаем энтропию процесса.
➕Ещё кое-что
▶️ Стараюсь делать так, чтобы состояние клиент процесса мог узнать сам в любое время БЕЗ участия исполнителя - вариантов масса: от дашбордов до запросов в ботов. Это круто экономит время и нервы
▶️ Там, где возможно, стараюсь предусмотреть способ полной остановки процесса заказчиком - это экономит неиспользованные ресурсы и силы исполнителя
Продуманные статусы и уведы способны не только оздоровить сам ход процесса, но и стать полезной пищей для статистики и аналитики, но про это чуть позже в нашей серии ☺️
Подписывайтесь, чтобы не пропустить ☺️
Ставьте лайк 💜 если полезно 🙌
Дисклеймер
Пишу только про то, что делал сам. Не всем может быть полезно то, о чем пишу, поскольку здесь больше про «гигиенические», чем «космические» вещи. Не претендую на истину в последней инстанции, никого не учу и ничего не продаю 😊Если вы думаете о написанном иначе - плиз, поделитесь, буду рад узнать как бывает ещё 🤗
Сноски
*Если помните, то мы говорим про классический бэк-офисный процесс: нужна услуга, запрашиваем, получаем.
Всем привет 🤗
Итак, в прошлый раз мы смогли хорошо зайти в процесс, а качественное начало процесса - это качество на всем протяжении (BPM CBOK 4.0).
Давайте продолжим практики и сегодня затронем то, что происходит по ходу процесса*.
На самом деле, несмотря на то, что между началом и окончанием могут быть десятки задач, типовых приемов автоматизации, которые могут сильно оздоровить процесс, как мне кажется, не так уж и много.
⚡️Статусы
Это незаменимая вещь, это помогает понять, что же реально происходит с запросом, как давно и где он.
Но каких только статусов я не встречал! 🥲
На мой взгляд, качественные статусы:
▶️ Отражают действительное изменение состояния (работа начата, приостановлена, выполнена и т.д.) - каждое состояние качественно отличается от предыдущего.
▶️ Статус отражает реперные точки - не надо отражать любое изменение качества, а только то, которое важно мониторить!
Следуя хотя бы этим двум правилам можно сократить количество статусов и упростить понимание состояния процесса.
✉️Уведомления (они же уведы для краткости)
🤓Обычно это легко автоматизировать: во многих no code / low code для этого есть либо готовые блоки, либо готовые настройки. Что говорить, даже в табличных приложениях можно поставить триггер на изменение ячейки.
Да, но
▶️ Шлю уведы только тогда, когда это необходимо (считай, не по каждому статусу) - когда необходимо мне подсказывает клиент процесса, либо исполнитель - смотря кто адресат. Чем меньше уведов, чем они точнее, тем больше респонс и полезность.
▶️ Увед должен нести ценность, побуждать к чему-либо. Информационные уведы часто начинают раздражать и их просят отключить, либо начинают игнорировать! А это плохо, т.к. начинают игнорить и важные сообщения 😢
▶️ Чем более человеческим языком сформирован текст, тем лучше. Меньше канцелярита, больше человечности и того, чего от адресата надо 🙏🏻
▶️ Увед - это не просто текст. Люблю дополнять их возможностью ответного действия - согласование, изменение статуса и тому подобное. Особенно круто, когда можно в мессенджере приклеить для этого кнопки - так мессенджер становится отчасти программной средой процесса; мы экономим на ещё одной функциональной системе и уменьшаем энтропию процесса.
➕Ещё кое-что
▶️ Стараюсь делать так, чтобы состояние клиент процесса мог узнать сам в любое время БЕЗ участия исполнителя - вариантов масса: от дашбордов до запросов в ботов. Это круто экономит время и нервы
▶️ Там, где возможно, стараюсь предусмотреть способ полной остановки процесса заказчиком - это экономит неиспользованные ресурсы и силы исполнителя
Продуманные статусы и уведы способны не только оздоровить сам ход процесса, но и стать полезной пищей для статистики и аналитики, но про это чуть позже в нашей серии ☺️
Подписывайтесь, чтобы не пропустить ☺️
Ставьте лайк 💜 если полезно 🙌
Дисклеймер
Пишу только про то, что делал сам. Не всем может быть полезно то, о чем пишу, поскольку здесь больше про «гигиенические», чем «космические» вещи. Не претендую на истину в последней инстанции, никого не учу и ничего не продаю 😊Если вы думаете о написанном иначе - плиз, поделитесь, буду рад узнать как бывает ещё 🤗
Сноски
*Если помните, то мы говорим про классический бэк-офисный процесс: нужна услуга, запрашиваем, получаем.
❤2👍1
Асаны автоматизации. Выходим из процесса
Всем привет 🤗
В прошлых постах мы смогли хорошо зайти в процесс* и поддержали качество, заданное на старте, на всем протяжении с помощью статусов и уведов.
Теперь процесс нужно завершить**. Казалось бы: вот услуга оказана, документ получен, что ж ещё надо? А мне обычно надо вот что:
📏Замерить pNPS (process Net Promoter Score)
Звучит банально, но этого нет во многих процессах! 🥲А зря!
Это метрика, которая
▶️ Как и старший собрат (NPS) покажет кого больше: довольных процессом или тех, кого он бесит 🤬
▶️ Ее можно классно делить по процессным ролям: клиенты, исполнители, менеджер, да и чего уж, владелец 😅Хорошо видно, где провисает и что лечить в следующем цикле оптимизации.
Есть пара тонкостей:
1️⃣ Если процесс запускается очень часто, то не надо спамить ссылкой на опрос, особенно, если клиент запускает по 3-4 процесса в день. Вполне можно делать это раз в месяц (чаще, только если собираю первый раз).
2️⃣ Отправка опросника - это автоматическая таска!!! Стартую либо завершением экземпляра процесса, либо по расписанию 🤓
3️⃣ Мелочь, но для меня важно: любой из участников процесса должен иметь возможность найти и пройти опрос вне связи с конкретным экземпляром! И это здраво, потому что можно вспомнить что-то потом, не сразу, и это дает свободу 🙏🏻
4️⃣ Если нет какого-то суперсмысла, то опрос анонимизирую и сообщаю это явно - так ответы получаются искренними!
🤓 Помимо опроса
▶️ Если выходом процесса имеем, например, документ, то финальный увед клиенту по статусу - лишнее, его никто не прочтет (а вот в треке это оставить нужно).
▶️ Окончание - это зачастую начало чего-то ещё. Не бросайте окончание, на него можно и нужно триггерить другой процесс! Особенно, если текущий процесс убрали в какие-то автоматизационные рамки.
▶️ Не должно быть такого, что фактически процесс завершен (например, услуга оказана), а статус висит «В работе». Нужны либо проверки после какого-то времени нахождения в этом статусе, либо авто-завершение (но с другим статусом) - вариаций много.
▶️ В случае нестандартного завершения процесса тоже нужен (если применимо) опрос - хотя бы как быстрое взаимодействие на 1-2 вопроса (что пошло не так?).
Каждый завершенный (любым образом) процесс - это пища для размышлений, это данные. Их обработка и накопление, статистика и исследование - это темы для отдельных научных работ, но мы с вами рассмотрим некоторые прикладные моменты, которые являются для меня базой, в следующем посте.
Спасибо, что читаете 💜
Подписывайтесь, чтобы не пропустить ☺️
Ставьте лайк 💜если полезно 🙌
Дисклеймер
Пишу только про то, что делал сам. Не всем может быть полезно то, о чем пишу, поскольку здесь больше про «гигиенические», чем «космические» вещи. Не претендую на истину в последней инстанции, никого не учу и ничего не продаю 😊Если вы думаете о написанном иначе - плиз, поделитесь, буду рад узнать как бывает ещё 🤗
Сноски
*Если помните, то мы говорим про классический бэк-офисный процесс: нужна услуга, запрашиваем, получаем.
**Больше рассуждаю про happy path - магистральный путь, который является самым желаемым и частым в любом процессе.
Всем привет 🤗
В прошлых постах мы смогли хорошо зайти в процесс* и поддержали качество, заданное на старте, на всем протяжении с помощью статусов и уведов.
Теперь процесс нужно завершить**. Казалось бы: вот услуга оказана, документ получен, что ж ещё надо? А мне обычно надо вот что:
📏Замерить pNPS (process Net Promoter Score)
Звучит банально, но этого нет во многих процессах! 🥲А зря!
Это метрика, которая
▶️ Как и старший собрат (NPS) покажет кого больше: довольных процессом или тех, кого он бесит 🤬
▶️ Ее можно классно делить по процессным ролям: клиенты, исполнители, менеджер, да и чего уж, владелец 😅Хорошо видно, где провисает и что лечить в следующем цикле оптимизации.
Есть пара тонкостей:
1️⃣ Если процесс запускается очень часто, то не надо спамить ссылкой на опрос, особенно, если клиент запускает по 3-4 процесса в день. Вполне можно делать это раз в месяц (чаще, только если собираю первый раз).
2️⃣ Отправка опросника - это автоматическая таска!!! Стартую либо завершением экземпляра процесса, либо по расписанию 🤓
3️⃣ Мелочь, но для меня важно: любой из участников процесса должен иметь возможность найти и пройти опрос вне связи с конкретным экземпляром! И это здраво, потому что можно вспомнить что-то потом, не сразу, и это дает свободу 🙏🏻
4️⃣ Если нет какого-то суперсмысла, то опрос анонимизирую и сообщаю это явно - так ответы получаются искренними!
🤓 Помимо опроса
▶️ Если выходом процесса имеем, например, документ, то финальный увед клиенту по статусу - лишнее, его никто не прочтет (а вот в треке это оставить нужно).
▶️ Окончание - это зачастую начало чего-то ещё. Не бросайте окончание, на него можно и нужно триггерить другой процесс! Особенно, если текущий процесс убрали в какие-то автоматизационные рамки.
▶️ Не должно быть такого, что фактически процесс завершен (например, услуга оказана), а статус висит «В работе». Нужны либо проверки после какого-то времени нахождения в этом статусе, либо авто-завершение (но с другим статусом) - вариаций много.
▶️ В случае нестандартного завершения процесса тоже нужен (если применимо) опрос - хотя бы как быстрое взаимодействие на 1-2 вопроса (что пошло не так?).
Каждый завершенный (любым образом) процесс - это пища для размышлений, это данные. Их обработка и накопление, статистика и исследование - это темы для отдельных научных работ, но мы с вами рассмотрим некоторые прикладные моменты, которые являются для меня базой, в следующем посте.
Спасибо, что читаете 💜
Подписывайтесь, чтобы не пропустить ☺️
Ставьте лайк 💜если полезно 🙌
Дисклеймер
Пишу только про то, что делал сам. Не всем может быть полезно то, о чем пишу, поскольку здесь больше про «гигиенические», чем «космические» вещи. Не претендую на истину в последней инстанции, никого не учу и ничего не продаю 😊Если вы думаете о написанном иначе - плиз, поделитесь, буду рад узнать как бывает ещё 🤗
Сноски
*Если помните, то мы говорим про классический бэк-офисный процесс: нужна услуга, запрашиваем, получаем.
**Больше рассуждаю про happy path - магистральный путь, который является самым желаемым и частым в любом процессе.
Telegram
Process & People Pro
Асаны автоматизации. Входим в процесс
Всем привет 🤗
Сегодня хочу поговорить о входе в процесс - что можно сделать для упрощения жизни вам (если вы автоматизатор), клиенту процесса и его исполнителям*.
Внимание 🚨 Это мидрид (есть лонгрид, а это вполовину…
Всем привет 🤗
Сегодня хочу поговорить о входе в процесс - что можно сделать для упрощения жизни вам (если вы автоматизатор), клиенту процесса и его исполнителям*.
Внимание 🚨 Это мидрид (есть лонгрид, а это вполовину…
❤2👍1
Асаны автоматизации. Бесконечный путь улучшения
Всем привет 🤗
Сегодня завершаю небольшую серию про типичные приемы автоматизации бэк-офисного [1] процесса. Напомню, что рассматривал их на моменте
- входа в процесс,
- его протяжения и
- завершения.
Напоследок выделю несколько основных моментов, связанных с накапливаемыми с каждым завершенным экземпляром процесса данными:
▶️ Метрики процесса - это основа для планирования улучшений процесса. Процесс без метрик - это как езда с грязными стеклами - можно ехать, но видно плохо. Если их нет (да, такое бывает), то продумать их нужно ещё до старта автоматизации!
▶️ Очень простой статистический отчет (его форма) нужен до того, как автоматизация процесса запущена - стараюсь сделать это ещё до фазы тестирования. Тут сильно повезло тем, кто строит процессы в BPMS - во многих системах это есть из коробки 💪
▶️ Если вы зашли в цикл оптимизации, то обязательно в отчет должны попадать метрики успеха автоматизации. Подчеркиваю отдельно, т.к. не всегда опираемся на уже имеющиеся доступные метрики; возможно появление новых (например, при изменении структуры задач внутри процесса, появлении новых статусов, dimensions и measurements и т.д.).
▶️ Очень здорово иметь обновление отчёта в реальном времени или хотя бы раз в несколько часов или раз в день - это очень помогает для оценки того, все ли хорошо при запуске в автоматизации в прод, особенно в течение первых 2-3 недель.
▶️ Совсем идеально, если есть BI инструменты и можно собрать дашборд, это сразу выводит на описательный, если не диагностический уровень работы с данными (за счет фильтров и настройки срезов, сигнальных элементов и т.д.).
Итак, кажется, что я ухожу уже больше в анализ данных, поэтому засим остановлюсь, т.к. это совсем другая история ☺️
Совершенно точно, что многие аспекты остались нераскрытыми - это факт, тем не менее, я старался подсветить то, с чем сталкиваюсь чаще всего.
Дисклеймер
Пишу только про то, что делал сам. Не всем может быть полезно то, о чем пишу, поскольку здесь больше про «гигиенические», чем «космические» вещи. Не претендую на истину в последней инстанции, никого не учу и ничего не продаю 😊 Если вы думаете о написанном иначе - плиз, поделитесь, буду рад узнать как бывает ещё 🤗
Надеюсь, что вам было интересно 🤗 Спасибо, что дочитали до конца 💜
Подписывайтесь, чтобы не пропустить новые посты ☺️
Ставьте лайк 💜 если полезно 🙌
Сноски
[1] Если помните, то мы говорим про классический бэк-офисный процесс: нужна услуга, запрашиваем, получаем.
Всем привет 🤗
Сегодня завершаю небольшую серию про типичные приемы автоматизации бэк-офисного [1] процесса. Напомню, что рассматривал их на моменте
- входа в процесс,
- его протяжения и
- завершения.
Напоследок выделю несколько основных моментов, связанных с накапливаемыми с каждым завершенным экземпляром процесса данными:
▶️ Метрики процесса - это основа для планирования улучшений процесса. Процесс без метрик - это как езда с грязными стеклами - можно ехать, но видно плохо. Если их нет (да, такое бывает), то продумать их нужно ещё до старта автоматизации!
▶️ Очень простой статистический отчет (его форма) нужен до того, как автоматизация процесса запущена - стараюсь сделать это ещё до фазы тестирования. Тут сильно повезло тем, кто строит процессы в BPMS - во многих системах это есть из коробки 💪
▶️ Если вы зашли в цикл оптимизации, то обязательно в отчет должны попадать метрики успеха автоматизации. Подчеркиваю отдельно, т.к. не всегда опираемся на уже имеющиеся доступные метрики; возможно появление новых (например, при изменении структуры задач внутри процесса, появлении новых статусов, dimensions и measurements и т.д.).
▶️ Очень здорово иметь обновление отчёта в реальном времени или хотя бы раз в несколько часов или раз в день - это очень помогает для оценки того, все ли хорошо при запуске в автоматизации в прод, особенно в течение первых 2-3 недель.
▶️ Совсем идеально, если есть BI инструменты и можно собрать дашборд, это сразу выводит на описательный, если не диагностический уровень работы с данными (за счет фильтров и настройки срезов, сигнальных элементов и т.д.).
Итак, кажется, что я ухожу уже больше в анализ данных, поэтому засим остановлюсь, т.к. это совсем другая история ☺️
Совершенно точно, что многие аспекты остались нераскрытыми - это факт, тем не менее, я старался подсветить то, с чем сталкиваюсь чаще всего.
Дисклеймер
Пишу только про то, что делал сам. Не всем может быть полезно то, о чем пишу, поскольку здесь больше про «гигиенические», чем «космические» вещи. Не претендую на истину в последней инстанции, никого не учу и ничего не продаю 😊 Если вы думаете о написанном иначе - плиз, поделитесь, буду рад узнать как бывает ещё 🤗
Надеюсь, что вам было интересно 🤗 Спасибо, что дочитали до конца 💜
Подписывайтесь, чтобы не пропустить новые посты ☺️
Ставьте лайк 💜 если полезно 🙌
Сноски
[1] Если помните, то мы говорим про классический бэк-офисный процесс: нужна услуга, запрашиваем, получаем.
❤3
Что-то про HR-метрики
Всем привет!
Закрывая цикл про типичные приемы автоматизации, как-то само собой получилось перейти в конце к разговору про данные, да и сквозит это у меня достаточно часто.
Большую часть своей профессиональной жизни я строил процессы обучения и развития, а также помогал строить другие процессы в HR, поэтому хочу заняться самым неблагодарным и поговорить про HR-метрики.
Почему неблагодарным?
Потому что на мой взгляд даже базовые метрики считаются каждый раз по-разному - несмотря на типичную структуру процессов отраслей, продукты, люди и системы обладают неповторимыми гранями, которые делают метрики уникальными.
Вдовесок я согласен со Шпенглером, который считал математику больше искусством; так, статистика и аналитика основаны на математике, а значит, больше имеем дело с искусством, нежели чем с ремеслом. А если говорим об искусстве, то давить академичностью и заявлять о безграничной правоте будет как минимум странно, поэтому и остается только открыто мыслить и быть готовым к спорам, либо, наоборот, к отсутствию всякой реакции 😅
Тем менее, я постараюсь раскрыть:
▶️ Самый логичный по моему мнению фреймворк для организации HR-метрик
▶️ Какие метрики чаще всего используются на каждом этапе жизни сотрудника: разберу самые типичные, покажу их суть (по крайней мере, то, как я это понимаю)
▶️ Поразмышляю про пути улучшения метрик и про что-то ещё 😅
Не обещаю, что каждый мой следующий пост будет из этой серии, - она ещё не написана, посты рождаются в моменте 😊Да и длительность самой серии пока неясна, поскольку все ещё думаю писать ли пост про несколько метрик, либо только про одну. Перо решит само 😁
Дисклеймер
Я не говорю и не буду говорить про конкретные метрики какой-то компании, а только лишь поделюсь своими соображениями и наблюдениями. Буду рад комментариям.
Итак, если вы готовы, то поехали!
Подписывайтесь, чтобы не пропустить ☺️
Ставьте лайк 💜если полезно 🙌
Всем привет!
Закрывая цикл про типичные приемы автоматизации, как-то само собой получилось перейти в конце к разговору про данные, да и сквозит это у меня достаточно часто.
Большую часть своей профессиональной жизни я строил процессы обучения и развития, а также помогал строить другие процессы в HR, поэтому хочу заняться самым неблагодарным и поговорить про HR-метрики.
Почему неблагодарным?
Потому что на мой взгляд даже базовые метрики считаются каждый раз по-разному - несмотря на типичную структуру процессов отраслей, продукты, люди и системы обладают неповторимыми гранями, которые делают метрики уникальными.
Вдовесок я согласен со Шпенглером, который считал математику больше искусством; так, статистика и аналитика основаны на математике, а значит, больше имеем дело с искусством, нежели чем с ремеслом. А если говорим об искусстве, то давить академичностью и заявлять о безграничной правоте будет как минимум странно, поэтому и остается только открыто мыслить и быть готовым к спорам, либо, наоборот, к отсутствию всякой реакции 😅
Тем менее, я постараюсь раскрыть:
▶️ Самый логичный по моему мнению фреймворк для организации HR-метрик
▶️ Какие метрики чаще всего используются на каждом этапе жизни сотрудника: разберу самые типичные, покажу их суть (по крайней мере, то, как я это понимаю)
▶️ Поразмышляю про пути улучшения метрик и про что-то ещё 😅
Не обещаю, что каждый мой следующий пост будет из этой серии, - она ещё не написана, посты рождаются в моменте 😊Да и длительность самой серии пока неясна, поскольку все ещё думаю писать ли пост про несколько метрик, либо только про одну. Перо решит само 😁
Дисклеймер
Я не говорю и не буду говорить про конкретные метрики какой-то компании, а только лишь поделюсь своими соображениями и наблюдениями. Буду рад комментариям.
Итак, если вы готовы, то поехали!
Подписывайтесь, чтобы не пропустить ☺️
Ставьте лайк 💜если полезно 🙌
❤3👍1
Что-то про HR-метрики. Основы
Всем привет!
Как бы занудно это не звучало, но я верю в метод дедукции - от общего к частному. Занимаясь обучением персонала, находил этот метод самым действенным для воспитания мышления. Пользуюсь им и сам, главное, чтобы посылки были верны 😁
Поэтому хочу поговорить про основы HR-аналитики - чем они натуральнее, зрелее и элегантнее, тем стройнее и устойчивей система. Если вы про это в курсе, то можете смело скроллить дальше, но, если есть пара минут, то прочтите 🫶
Естественность и натуральность
Уже писал про цикличность и ее явления во многих областях жизни и сферах науки - действительно, что может быть натуральнее жизни?
Поэтому есть Employee Journey Map (EJM).
🌏Обычно выделяют такие этапы EJM:
- Привлечение
- Наём
- Онбординг и адаптация
- Обучение и развитие
- Удержание
- Завершение сотрудничества
Придумал не сам - так его видит британский институт HR - CIPD [1], и в таком виде рекомендует для употребления.
Взаправду, что может быть естественнее движения сотрудника от момента, когда он только узнал про компанию до момента, когда он стал ее экс-сотрудником (как говорят, alumni) в качестве логичного скелета HR-метрик? Не функции и оргструктуры, а характеристики сквозного процесса?
Элегантность и зрелость
Дейв Миллнер и Надим Хан [2] (равно как CIPD и другие) выделяют уровни зрелости работы с данными: от операционного репортинга, когда есть только сбор сырых данных, далее через их описание и формирование метрик до понимания причин произошедшего и того, что делать дальше. Основное тут - без основательной проработки каждого из уровней нельзя перейти на следующий - просто не получится, как бы ни хотелось 🥲
Поэтому важно понимать, где сейчас каждый этап жизненного пути: закралась ли дыра в сборе данных, адекватно ли сформулирована метрика, имеется ли конкретное понимание проблемы и исследовательского вопроса. Принцип этиотропный и комплексный: где проблема - там и лечим, снизу доверху.
Ориентация на бизнес
Согласен, набило оскомину.
К сожалению, HR - это всецело сервисная функция, несмотря на ее стратегические возможности. Поэтому третий столп прост - HR-метрики должны вязаться на конечные бизнес-метрики, а в идеале нужно постоянно искать их взаимосвязи и влияние (корреляционно-регрессионный анализ), поскольку именно это и делает HR стратегическим. Ну, или хотя бы оставлять такой потенциал в метриках 😅
Ладно, я обещал не давить академичностью, но забылся, сорри 🙏🏻
Это все к тому, что строить дальнейшее повествование буду вокруг этих принципов.
Едем дальше!
Дисклеймер
Я не говорю и не буду говорить про конкретные метрики какой-то компании, а только лишь делюсь своими соображениями и наблюдениями. Буду рад комментариям.
Подписывайтесь, чтобы не пропустить ☺️
Ставьте лайк 💜если полезно 🙌
Сноски
[1] The Chartered Institute for Personnel and Development, cipd.org
[2] Надим Хан, Дейв Миллнер. Практическое руководство по работе с персоналом на основе больших данных
Всем привет!
Как бы занудно это не звучало, но я верю в метод дедукции - от общего к частному. Занимаясь обучением персонала, находил этот метод самым действенным для воспитания мышления. Пользуюсь им и сам, главное, чтобы посылки были верны 😁
Поэтому хочу поговорить про основы HR-аналитики - чем они натуральнее, зрелее и элегантнее, тем стройнее и устойчивей система. Если вы про это в курсе, то можете смело скроллить дальше, но, если есть пара минут, то прочтите 🫶
Естественность и натуральность
Уже писал про цикличность и ее явления во многих областях жизни и сферах науки - действительно, что может быть натуральнее жизни?
Поэтому есть Employee Journey Map (EJM).
🌏Обычно выделяют такие этапы EJM:
- Привлечение
- Наём
- Онбординг и адаптация
- Обучение и развитие
- Удержание
- Завершение сотрудничества
Придумал не сам - так его видит британский институт HR - CIPD [1], и в таком виде рекомендует для употребления.
Взаправду, что может быть естественнее движения сотрудника от момента, когда он только узнал про компанию до момента, когда он стал ее экс-сотрудником (как говорят, alumni) в качестве логичного скелета HR-метрик? Не функции и оргструктуры, а характеристики сквозного процесса?
Элегантность и зрелость
Дейв Миллнер и Надим Хан [2] (равно как CIPD и другие) выделяют уровни зрелости работы с данными: от операционного репортинга, когда есть только сбор сырых данных, далее через их описание и формирование метрик до понимания причин произошедшего и того, что делать дальше. Основное тут - без основательной проработки каждого из уровней нельзя перейти на следующий - просто не получится, как бы ни хотелось 🥲
Поэтому важно понимать, где сейчас каждый этап жизненного пути: закралась ли дыра в сборе данных, адекватно ли сформулирована метрика, имеется ли конкретное понимание проблемы и исследовательского вопроса. Принцип этиотропный и комплексный: где проблема - там и лечим, снизу доверху.
Ориентация на бизнес
Согласен, набило оскомину.
К сожалению, HR - это всецело сервисная функция, несмотря на ее стратегические возможности. Поэтому третий столп прост - HR-метрики должны вязаться на конечные бизнес-метрики, а в идеале нужно постоянно искать их взаимосвязи и влияние (корреляционно-регрессионный анализ), поскольку именно это и делает HR стратегическим. Ну, или хотя бы оставлять такой потенциал в метриках 😅
Ладно, я обещал не давить академичностью, но забылся, сорри 🙏🏻
Это все к тому, что строить дальнейшее повествование буду вокруг этих принципов.
Едем дальше!
Дисклеймер
Я не говорю и не буду говорить про конкретные метрики какой-то компании, а только лишь делюсь своими соображениями и наблюдениями. Буду рад комментариям.
Подписывайтесь, чтобы не пропустить ☺️
Ставьте лайк 💜если полезно 🙌
Сноски
[1] The Chartered Institute for Personnel and Development, cipd.org
[2] Надим Хан, Дейв Миллнер. Практическое руководство по работе с персоналом на основе больших данных
❤1
Что-то про HR-метрики. Привлечение. Плывем на аромат
Всем привет!
В биологии есть такой термин - «хемотаксис», которым описывают направленное движение (таксис) биологического объекта к какому-то веществу (хемо) или от него. Например, когда сперматозоиды двигаются по направлению к яйцеклетке, говорят, что это положительный хемотаксис, потому что последняя выделяет определенные вещества (аттрактанты), приводящие к такому направленному к ней движению.
Так и в жизни. Как мы ищем работу?
Мы откликаемся на сигналы, воспринимаемые умом: на вакансии, на упоминания, на бренд, на присутствие компании, что фильтруем рассудочно на соответствие нам. Поэтому работодатель вызывает ноотаксис у кандидата (ноос - разум, таксис - движение) к нему, или от него (ну, или бренд-таксис) [1].
Действительно, главной задачей Employer Brand или HR-бренда во внешнем мире мне видится обеспечение этого присутствия компании и ее сигналов, их привлекательности, их качества, для создания максимального положительного ноотаксиса у кандидата.
А как это измерить?
Хочу сделать это в духе биолого-химических аналогий:
▶️ Мера концентрации, или концентрация присутствия компании, некая насыщенность сигналами: рейтинги работодателей, статьи, посты, бренд-амбассадоры и т.д. и все их натуральные характеристики. Чем их больше - тем выше шанс их заметить.
▶️ Попробую привести аналогию с аффинностью или силой связывания, - в нашем случае это то, насколько силен сигнал компании, чтобы побудить откликнуться, - в качестве реальной метрики мне приходит на ум конверсия сигнала в реальный отклик и насколько она велика.
▶️ Скорость реакции, или быстрота реагирования потенциальных кандидатов на сигналы: быстрота откликов на вакансии, быстрота репостов вакансии в соцсетях и похожие метрики.
Кажется, что эти три параллели могут покрыть львиную долю необходимых метрик привлечения и их вариации.
🤔Метрики какого направления из трех выше вы чаще всего используете?🫶🏻
Пара важных нюансов:
▶️ Правда, ИИ уже и здесь показал свой трансформирующий характер, - классическая ejm начинает постепенно меняться, поскольку активно работают сервисы для соискателя, помогающие откликнуться (т.е. мы больше не фильтруем сигналы сами полноценно). Редуцирует ли делегирование этой задачи на ИИ эту часть классического магистрального ejm и насколько - предсказать сложно, но это уже происходит.
▶️ Уверен, что HR не стоит пугаться привычных маркетинговых метрик, о которых говорил выше, - они хорошо бьются с бизнесом и ему знакомы. Метрики действительно прикладные: неплохо видно, какие методы привлечения работают, а какие нет, и сколько это все стоит, а также это не сложно посчитать. Намеренно опускаю расчеты и детали, поскольку это пост, а не статья 🙏🏻
Едем дальше! А дальше, как мне кажется, самое обсуждаемое - сроки закрытия вакансий 😅
Дисклеймер
Я не говорю и не буду говорить про конкретные метрики какой-то компании, а только лишь делюсь своими соображениями и наблюдениями. Буду рад комментариям.
Подписывайтесь, чтобы не пропустить ☺️
Ставьте лайк 💜если полезно 🙌
Сноски
[1] Кажется, что я первым применил этот термин в таком контексте. Если вы найдете у кого-то это - дайте знать, пожалуйста 🫶
Всем привет!
В биологии есть такой термин - «хемотаксис», которым описывают направленное движение (таксис) биологического объекта к какому-то веществу (хемо) или от него. Например, когда сперматозоиды двигаются по направлению к яйцеклетке, говорят, что это положительный хемотаксис, потому что последняя выделяет определенные вещества (аттрактанты), приводящие к такому направленному к ней движению.
Так и в жизни. Как мы ищем работу?
Мы откликаемся на сигналы, воспринимаемые умом: на вакансии, на упоминания, на бренд, на присутствие компании, что фильтруем рассудочно на соответствие нам. Поэтому работодатель вызывает ноотаксис у кандидата (ноос - разум, таксис - движение) к нему, или от него (ну, или бренд-таксис) [1].
Действительно, главной задачей Employer Brand или HR-бренда во внешнем мире мне видится обеспечение этого присутствия компании и ее сигналов, их привлекательности, их качества, для создания максимального положительного ноотаксиса у кандидата.
А как это измерить?
Хочу сделать это в духе биолого-химических аналогий:
▶️ Мера концентрации, или концентрация присутствия компании, некая насыщенность сигналами: рейтинги работодателей, статьи, посты, бренд-амбассадоры и т.д. и все их натуральные характеристики. Чем их больше - тем выше шанс их заметить.
▶️ Попробую привести аналогию с аффинностью или силой связывания, - в нашем случае это то, насколько силен сигнал компании, чтобы побудить откликнуться, - в качестве реальной метрики мне приходит на ум конверсия сигнала в реальный отклик и насколько она велика.
▶️ Скорость реакции, или быстрота реагирования потенциальных кандидатов на сигналы: быстрота откликов на вакансии, быстрота репостов вакансии в соцсетях и похожие метрики.
Кажется, что эти три параллели могут покрыть львиную долю необходимых метрик привлечения и их вариации.
🤔Метрики какого направления из трех выше вы чаще всего используете?🫶🏻
Пара важных нюансов:
▶️ Правда, ИИ уже и здесь показал свой трансформирующий характер, - классическая ejm начинает постепенно меняться, поскольку активно работают сервисы для соискателя, помогающие откликнуться (т.е. мы больше не фильтруем сигналы сами полноценно). Редуцирует ли делегирование этой задачи на ИИ эту часть классического магистрального ejm и насколько - предсказать сложно, но это уже происходит.
▶️ Уверен, что HR не стоит пугаться привычных маркетинговых метрик, о которых говорил выше, - они хорошо бьются с бизнесом и ему знакомы. Метрики действительно прикладные: неплохо видно, какие методы привлечения работают, а какие нет, и сколько это все стоит, а также это не сложно посчитать. Намеренно опускаю расчеты и детали, поскольку это пост, а не статья 🙏🏻
Едем дальше! А дальше, как мне кажется, самое обсуждаемое - сроки закрытия вакансий 😅
Дисклеймер
Я не говорю и не буду говорить про конкретные метрики какой-то компании, а только лишь делюсь своими соображениями и наблюдениями. Буду рад комментариям.
Подписывайтесь, чтобы не пропустить ☺️
Ставьте лайк 💜если полезно 🙌
Сноски
[1] Кажется, что я первым применил этот термин в таком контексте. Если вы найдете у кого-то это - дайте знать, пожалуйста 🫶
❤2👍1
Что-то про HR-метрики. Считаем сроки закрытия вакансий и думаем
Всем привет!
Итак, в прошлый раз я рассмотрел метрики привлечения, проведя биолого-химические параллели с хемоатракцией.
Хочу продолжить следовать пути сотрудника. Стоит заметить, что де-факто привлечение и рекрутмент напрямую связаны не всегда (если только мы не говорим про тех кандидатов, которые откликнулись самостоятельно - кстати, вы считаете сколько вакансий было закрыто по отклику, а сколько по активному контакту? Это соотношение также может бы и метрикой привлечения, как вы думаете?).
В идеальной картине, магистральным путем ejm мне представляется вход именно через самостоятельный отклик, но не всегда есть сильный бренд и не на все позиции будет вал откликов, да и география и состояние рынка труда влияют системно и сильно, и поэтому аутрич рекрутера - это то, что тоже встречается достаточно часто (например, на немассовые позиции, хотя и тут новые сервисы для кандидата по авто-откликам заваливают капитально).
Так или иначе, чаще всего говорят на этапе найма про сроки закрытия вакансии.
На мой взгляд, это одна из самых динамичных метрик (даже сказал бы, что это группа метрик - объясню почему), в которой ясно только одно - что это разность между начальной датой и конечной датой, чаще всего измеряемая в календарных днях (можно, конечно, и в рабочих, и это было бы корректнее на мой взгляд, поскольку нанимают по рабочим дням 😅 но все хотят сравниваться с бенчмарками, а там календарные дни. Плюс оперировать всегда проще именно календарными).
Начальная и конечная дата
Эти даты варьируются, и за счет их разнообразия можно считать совершенно разные по смыслу показатели.
С конечной датой обычно проще - чаще всего это дата принятия оффера, а вот со стартом начинаются пляски: если это дата первого контакта рекрутера с кандидатом, то как будто есть некий консенсус, что тогда считаем time to hire, если это дата публикации вакансии, то считаем time to fill.
Читаем разную литературу и видим, что и тут является вкусовщина - кто-то предлагает измерять от даты открытия вакансии (еще до публикации), кто-то, как я писал выше, от публикации. И это вполне оправданно - смотря что хотим видеть и на что влиять.
Здесь же стоит отметить, что по пути процесса собственно подбора также можно выделять и другие остановки, даты которых можно фиксировать и использовать для расчета и измерения, например:
▶️ От отправки оффера до момента получения решения - как будто бы говорим о привлекательности оффера - чем выше, тем ниже привлекательность.
▶️ От получения решения до первого рабочего дня - если нет вводных, что ждем кандидата (например, он захотел отдохнуть), то это говорит про скорость пребординга - процесса, исполняемого рекрутерами, административными спецами, менеджером и даже иногда командой.
Могу привести ещё варианты метрик, но не буду, поскольку каждый руководитель выбирает для себя сам - все зависит от конкретных процессов и целей метрик:
1️⃣ контроль ли работы рекрутера,
2️⃣ сравнение ли с бенчмарками,
3️⃣ оптимизация ли части или всего процесса и т.д
Каждое из направлений расчетов диктует свою методику, и адаптировать ее совершенно нормально!
Из последнего, отмечу, что
▶️ часто сложно что-то фиксировать, поскольку это ручной труд - не у всех есть ATS - нужно оценивать и соотносить свои возможности и цели измерений.
▶️ Несмотря на сложности, сроки закрытия чаще всего хорошо помогают планировать и разговаривать на одном языке как нанимающему, так и рекрутеру и его руководителю, так и всем вместе.
Хочется продолжить дальше, но за сим остановлюсь 😊
Дисклеймер
Я не говорю и не буду говорить про конкретные метрики какой-то компании, а только лишь делюсь своими соображениями и наблюдениями. Буду рад комментариям.
Подписывайтесь, чтобы не пропустить ☺️
Ставьте лайк 💜если полезно 🙌
P.s. не получается прицепить рисунок к посту 🥲 их можно посмотреть у меня в Setka https://set.ki/dFYp2h3
Всем привет!
Итак, в прошлый раз я рассмотрел метрики привлечения, проведя биолого-химические параллели с хемоатракцией.
Хочу продолжить следовать пути сотрудника. Стоит заметить, что де-факто привлечение и рекрутмент напрямую связаны не всегда (если только мы не говорим про тех кандидатов, которые откликнулись самостоятельно - кстати, вы считаете сколько вакансий было закрыто по отклику, а сколько по активному контакту? Это соотношение также может бы и метрикой привлечения, как вы думаете?).
В идеальной картине, магистральным путем ejm мне представляется вход именно через самостоятельный отклик, но не всегда есть сильный бренд и не на все позиции будет вал откликов, да и география и состояние рынка труда влияют системно и сильно, и поэтому аутрич рекрутера - это то, что тоже встречается достаточно часто (например, на немассовые позиции, хотя и тут новые сервисы для кандидата по авто-откликам заваливают капитально).
Так или иначе, чаще всего говорят на этапе найма про сроки закрытия вакансии.
На мой взгляд, это одна из самых динамичных метрик (даже сказал бы, что это группа метрик - объясню почему), в которой ясно только одно - что это разность между начальной датой и конечной датой, чаще всего измеряемая в календарных днях (можно, конечно, и в рабочих, и это было бы корректнее на мой взгляд, поскольку нанимают по рабочим дням 😅 но все хотят сравниваться с бенчмарками, а там календарные дни. Плюс оперировать всегда проще именно календарными).
Начальная и конечная дата
Эти даты варьируются, и за счет их разнообразия можно считать совершенно разные по смыслу показатели.
С конечной датой обычно проще - чаще всего это дата принятия оффера, а вот со стартом начинаются пляски: если это дата первого контакта рекрутера с кандидатом, то как будто есть некий консенсус, что тогда считаем time to hire, если это дата публикации вакансии, то считаем time to fill.
Читаем разную литературу и видим, что и тут является вкусовщина - кто-то предлагает измерять от даты открытия вакансии (еще до публикации), кто-то, как я писал выше, от публикации. И это вполне оправданно - смотря что хотим видеть и на что влиять.
Здесь же стоит отметить, что по пути процесса собственно подбора также можно выделять и другие остановки, даты которых можно фиксировать и использовать для расчета и измерения, например:
▶️ От отправки оффера до момента получения решения - как будто бы говорим о привлекательности оффера - чем выше, тем ниже привлекательность.
▶️ От получения решения до первого рабочего дня - если нет вводных, что ждем кандидата (например, он захотел отдохнуть), то это говорит про скорость пребординга - процесса, исполняемого рекрутерами, административными спецами, менеджером и даже иногда командой.
Могу привести ещё варианты метрик, но не буду, поскольку каждый руководитель выбирает для себя сам - все зависит от конкретных процессов и целей метрик:
1️⃣ контроль ли работы рекрутера,
2️⃣ сравнение ли с бенчмарками,
3️⃣ оптимизация ли части или всего процесса и т.д
Каждое из направлений расчетов диктует свою методику, и адаптировать ее совершенно нормально!
Из последнего, отмечу, что
▶️ часто сложно что-то фиксировать, поскольку это ручной труд - не у всех есть ATS - нужно оценивать и соотносить свои возможности и цели измерений.
▶️ Несмотря на сложности, сроки закрытия чаще всего хорошо помогают планировать и разговаривать на одном языке как нанимающему, так и рекрутеру и его руководителю, так и всем вместе.
Хочется продолжить дальше, но за сим остановлюсь 😊
Дисклеймер
Я не говорю и не буду говорить про конкретные метрики какой-то компании, а только лишь делюсь своими соображениями и наблюдениями. Буду рад комментариям.
Подписывайтесь, чтобы не пропустить ☺️
Ставьте лайк 💜если полезно 🙌
P.s. не получается прицепить рисунок к посту 🥲 их можно посмотреть у меня в Setka https://set.ki/dFYp2h3
❤2
Что-то про HR-метрики. Стоимость найма - проблемы с числителем и знаменателем.
Всем привет! В прошлый раз поделился соображениями на тему сроков закрытия вакансий и их вариабельности. Сегодня хочу продолжить тему с метриками найма и открыть еще один ящик Пандоры - стоимость найма.
Впервые подойдя к этому показателю, изучая литературу, думаешь: “Ха, да тут все понятно, да сейчас быстро все соберём, и все готово”. В реальности, даже перелопатив гору данных, все равно понимаешь, что полученный результат - примерный и использовать его можно лишь умозрительно.
Почему?
Подавляющее большинство источников приводит одну и ту же методику: берем все затраты на найм и делим на количество нанятых. Вроде бы все понятно 😅
Стоимость найма = (Стоимость внутренняя + Стоимость внешняя) / Количество нанятых
1️⃣ Стоимость внутренняя - это сумма всех затрат на поддержание процесса найма, всё, что оплачивается внутри (рабочие часы рекрутеров, менеджера, админ-команды и всех тех, кто участвует в процессе). Предлагают включать даже затраты на развитие команды рекрутмента [1].
2️⃣ Стоимость внешняя - это всё, что тратится вовне: ATS, доски объявлений, агентства, выставки и прочее.
3️⃣ Количество нанятых - это сумма всех тех, кого наняли.
Однако, Хьюстон, у нас проблемы и с числителем, и со знаменателем 😥
▶ Как считать рабочие часы менеджеров и всех остальных сотрудников, которые были отведены на поддержание процесса найма? Без тайм-трекинга выйдет очень “виртуальная” цифра в лучшем случае.
▶ Для подсчёта корректной внешней стоимости важна железная финансовая дисциплина (и четкое понимание всех понесенных трат). Важно основательно пройтись по всем внешним активностям, которые имели место на этапах привлечения и найма.
▶ Считаем только тех, кто вышел на full time? Или вообще всех? Или как-то ещё?
▶ Сроки подсчета осложняют ещё сильнее. Самое простое в этом случае - это считать за год. Если нужно чаще, то будут сложности с тем, в какой период корректнее аллоцировать ту или иную трату.
😥Как видно, метрика ещё более вариабельна, чем сроки закрытия вакансий. У меня нет однозначного ответа или пояснений на все эти вопросы, поскольку методика зависит от
▶ Конкретной компании и ее процессов - это будет влиять на числитель: чем сложнее процессы найма и привлечения, чем больше зон ответственности внутри, тем сложнее считать.
▶ Для чего считаем - для планирования? Для сравнения с бенчмарками? Для чего-то ещё? Цель подсчета должна быть ясной, как луна в полнолуние.
▶ Считаем в среднем по больнице или как-то хотим порезать стоимость (по направлениям, по отделам или как-то ещё)? Чем гранулярнее нужен вывод, тем больше дополнительных measurements & dimensions.
▶ Это больше исследовательская задача, либо метрика мониторинга? Второе должно быть очень узким, иначе считать будет сложно.
Ответ на каждый вопрос выше будет диктовать от чего в расчетах будем избавляться или что будем добавлять, как будем сужаться и как интерпретировать получаемые результаты.
Вот такие дела 😊 Спасибо, что дочитали 💗
Дисклеймер
Я не говорю и не буду говорить про конкретные метрики какой-то компании, а только лишь делюсь своими соображениями и наблюдениями. Буду рад комментариям.
Подписывайтесь, чтобы не пропустить ☺️
Ставьте лайк 💜если полезно 🙌
Сноски
[1] https://www.aihr.com/blog/cost-per-hire/
Всем привет! В прошлый раз поделился соображениями на тему сроков закрытия вакансий и их вариабельности. Сегодня хочу продолжить тему с метриками найма и открыть еще один ящик Пандоры - стоимость найма.
Впервые подойдя к этому показателю, изучая литературу, думаешь: “Ха, да тут все понятно, да сейчас быстро все соберём, и все готово”. В реальности, даже перелопатив гору данных, все равно понимаешь, что полученный результат - примерный и использовать его можно лишь умозрительно.
Почему?
Подавляющее большинство источников приводит одну и ту же методику: берем все затраты на найм и делим на количество нанятых. Вроде бы все понятно 😅
Стоимость найма = (Стоимость внутренняя + Стоимость внешняя) / Количество нанятых
1️⃣ Стоимость внутренняя - это сумма всех затрат на поддержание процесса найма, всё, что оплачивается внутри (рабочие часы рекрутеров, менеджера, админ-команды и всех тех, кто участвует в процессе). Предлагают включать даже затраты на развитие команды рекрутмента [1].
2️⃣ Стоимость внешняя - это всё, что тратится вовне: ATS, доски объявлений, агентства, выставки и прочее.
3️⃣ Количество нанятых - это сумма всех тех, кого наняли.
Однако, Хьюстон, у нас проблемы и с числителем, и со знаменателем 😥
▶ Как считать рабочие часы менеджеров и всех остальных сотрудников, которые были отведены на поддержание процесса найма? Без тайм-трекинга выйдет очень “виртуальная” цифра в лучшем случае.
▶ Для подсчёта корректной внешней стоимости важна железная финансовая дисциплина (и четкое понимание всех понесенных трат). Важно основательно пройтись по всем внешним активностям, которые имели место на этапах привлечения и найма.
▶ Считаем только тех, кто вышел на full time? Или вообще всех? Или как-то ещё?
▶ Сроки подсчета осложняют ещё сильнее. Самое простое в этом случае - это считать за год. Если нужно чаще, то будут сложности с тем, в какой период корректнее аллоцировать ту или иную трату.
😥Как видно, метрика ещё более вариабельна, чем сроки закрытия вакансий. У меня нет однозначного ответа или пояснений на все эти вопросы, поскольку методика зависит от
▶ Конкретной компании и ее процессов - это будет влиять на числитель: чем сложнее процессы найма и привлечения, чем больше зон ответственности внутри, тем сложнее считать.
▶ Для чего считаем - для планирования? Для сравнения с бенчмарками? Для чего-то ещё? Цель подсчета должна быть ясной, как луна в полнолуние.
▶ Считаем в среднем по больнице или как-то хотим порезать стоимость (по направлениям, по отделам или как-то ещё)? Чем гранулярнее нужен вывод, тем больше дополнительных measurements & dimensions.
▶ Это больше исследовательская задача, либо метрика мониторинга? Второе должно быть очень узким, иначе считать будет сложно.
Ответ на каждый вопрос выше будет диктовать от чего в расчетах будем избавляться или что будем добавлять, как будем сужаться и как интерпретировать получаемые результаты.
Вот такие дела 😊 Спасибо, что дочитали 💗
Дисклеймер
Я не говорю и не буду говорить про конкретные метрики какой-то компании, а только лишь делюсь своими соображениями и наблюдениями. Буду рад комментариям.
Подписывайтесь, чтобы не пропустить ☺️
Ставьте лайк 💜если полезно 🙌
Сноски
[1] https://www.aihr.com/blog/cost-per-hire/
❤3