Rewired

Такое обучение, как правило, носит достаточно индивидуальный характер, поэтому его лучше всего разрабатывать внутри компании. Отдел цифровой трансформации часто составляет эту программу и опирается на команду L&D компании, чтобы помочь сформировать и управлять обучением. Как правило, такое обучение проводится в формате буткемпа (интенсивного, в течение всего дня, в течение недели), чтобы дать старт запуску капсул (см. пример типичного расписания буткемпа в Приложении 12.2).

 

Создайте учебные программы для талантливых специалистов в области цифровых технологий

Мы не можем не подчеркнуть, что навыки - это главная валюта для цифровых специалистов, а возможность развивать навыки - важный мотиватор для них. По этой причине крайне важно инвестировать в разработку долгосрочных программ обучения, которые помогут сотрудникам технологических компаний развить широту и глубину своих знаний, а также поведенческие навыки, которые также ценятся в организации.

 

Пример запуска стручка bootcamp

Командные рабочие сессии Размышления

ДЕНЬ 1

ДЕНЬ 2

ДЕНЬ 3

ДЕНЬ 4

ДЕНЬ 5

Начало (приветствие руководства, почему мы здесь, более широкая история преобразований)

Определите рабочие соглашения/нормы для команды

Определение MVP (согласование определения MVP, составление сюжетной карты, проект MVP продукта)

Понять, что такое devops и как его использовать (конвейер CICD и платформа для разработчиков).

Поделитесь с руководством (демонстрация работы команды, сбор отзывов от руководства)

 

 

 

Ретроспектива учебно-тренировочного лагеря

Обзор и моделирование Agile (Согласование определения Agile, менталитета и поведения, Agile-практик для команд.

Моделирование)

Составление карты заинтересованных сторон (схема взаимодействия с заинтересованными сторонами, разработка карты заинтересованных сторон)

 

 

Создание бэклога (согласование определения бэклога, практика написания пользовательских историй)

Определите каденцию спринта

 

 

 

 

 

Создание дорожной карты продукта (согласование определения дорожной карты продукта, подготовка проекта дорожной карты продукта)

 

Определение миссии/видения (согласование миссии, разработка заявления о видении)

Планирование спринта 1 (пересмотр пользовательских историй для спринта 1, пересмотр оценки, уточнение критериев приемки)

Определение готового/определение сделанного

Доработка пользовательских историй для 2-3 спринтов (оценка историй, уточнение критериев приемки, планирование 2-3 спринтов)

 

 

(Необязательно)

Время командной работы (команда продолжает дорабатывать артефакты, внедряет модель взаимодействия с заинтересованными сторонами, планирует события спринта, настраивает инструменты командной работы)

 

Согласование OKR (Согласование определения OKR, OKR

практика письма, составление командных ОКР)

Оценка (Что такое точки рассказа? Методы оценки и планирование покера, практика оценки пользовательских историй)

 

Понимание нашей технологической среды и архитектуры данных (что важно для целевого цифрового решения).

Подготовка к демонстрации (артефакты, созданные в течение недели, формат демонстрации)

 

Ретроспектива

 

Ретроспектива

 

Ретроспектива

 

Ретроспектива

 

 

Примечание: Команды могут изменять это расписание в зависимости от наличия команды, часовых поясов и

очная/виртуальная/гибридная модель работы

(Необязательно)

Время командной работы (доработка артефактов, созданных в течение дня)

(Необязательно)

Время командной работы (доработка артефактов, созданных в течение дня)

(Необязательно)

Время работы в команде (настройка инструментов для совместной работы)

(Необязательно)

Время командной работы (сухой прогон демо-версии, настройка логистики демо-версии)

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

При разработке маршрутов обучения важно различать семейства навыков. Не поддавайтесь искушению рассматривать все технические роли как взаимозаменяемые ("они все инженеры") и предоставлять им одинаковое меню вариантов обучения. Пути обучения фронтенд-разработчика, владельца продукта или UX-дизайнера заметно отличаются друг от друга. Очевидно, что эту работу могут выполнять только самые старшие технологи. Пути обучения также должны быть организованы по уровню квалификации и согласованы с карьерным ростом и вознаграждением.

 

На рисунке 12.3 показано, каким может быть путь обучения облачного инженера. Обратите внимание, что такие учебные курсы для углубления мастерства длятся несколько лет - вы не можете рассчитывать на получение реальной экспертизы, особенно в высокотехнических областях, за несколько месяцев. Такие курсы должны включать в себя полный набор навыков, необходимых для создания глубокой экспертизы в соответствующей области.