Рефлексирую по итогам воркшопа⬆️
📋 Исходные данные:
• На разогрев — 15 минут теории, затем 1,5 часа реальной работы (чистое время).
• Состав: 6 участников (ни одного аналитика) и я в роли эксперта/фасилитатора.
• Общая задача: разобрать процессы развития аналитика в компании и понять, что разумно автоматизировать, а что нет.
• В фокусе моей команды — менторинг, но затрагивали и смежные блоки: онбординг, проф. оценка, performance review, ИПР, обучение.
💡 Немного душноты про менторинг
Менторинг принципиально отличается от обучения и онбординга.
Ценность формируется из разбора реальных кейсов и анализа чужого опыта и ошибок, а также ментор может рассказать свой путь в роли эксперта.
Как "штормить" читаем, например, здесь.
🤔 На старте возникла типичная путаница — команду тянуло в сторону группового обучения:
• «Зачем отдельный ментор?»
• «Может, проще всех обучить разом?»
Вроде логично, но именно в менторинге важна персонализация: время, доверие, возможность обсудить индивидуальные кейсы и сложные вопросы не «по шаблону». 🗣
🚩 Далее перешли к трудностям мотивации и оценки:
• «Как оценить эффективность процесса, если консультация с ментором может не дать прямого влияния на задачу?»
• «Может понадобиться несколько менторов (экспертов)?»
• «Как ментора подобрать наиболее эффективно и замотивировать делиться полезной экспертизой?»
Тут уже можно рассматривать взаимодействие с другими доменами. Например, после закрытия заявки прогресс менти передаётся в блок Performance Review. Туда попадают факт развития навыка и отзыв ментора. Статистика по часто повторяющимся темам передаётся в блок обучения. Участие сотрудника в роли ментора и отзыв менти фиксируется для отдела кадров и влияет на ключевые показатели эффективности.
🎁 А что в итоге?
• Все участники вовлеклись, даже без опыта в нотациях и моделировании.
• Границы контекста держались естественно — видно, где заканчивается зона ответственности одной команды и начинается другой блок.
• Быстро вскрылись интеграционные точки и потенциальные «узкие места» в процессе.
• Наметились потоки данных, сущности и структура таблиц БД.
Лично для меня ещё важно в этом подходе то, что на практике он может существенно сэкономить время аналитика и ускорить написание ТЗ, если хотя бы разово собрать бизнес вместе и хотя бы составить big picture.
Ну а если интересны результаты воркшопа — вам сюда! 👉