Игорь Вагин - Умейте мыслить гениально. Как принять решение

2. Нужна особая корпоративная культура, культура Agilemindset, которую нужно создать, а для этого нужно время: полгода, год как минимум.

3. Нужна сыгранная команда, работающая над проектом. Поэтому нужно заниматься командообразованием, главная цель – научить членов команды работать сообща, поддерживать, помогать друг другу, в некоторых ситуациях замещать друг друга: программисты выполняют задачи тестировщиков и наоборот. Количество членов команды не больше 7 человек.

4. Важно соблюдать, особенно в начале, правила использования технологий фреймворков: Scrum и Kanban. Ясно понимать, что работа по этой методологии – это не анархия, это четкое выполнение системы правил, и если, что-то упустить, то вся система перестает работать эффективно.

5. Нужны профессионалы: Scrum-master, Agile-coach, которые будут вести команды.

6. Нужно мотивировать сотрудников на активное участие в работе, включая и монетарную мотивацию.

Но главное – это люди. Поэтому нужно эффективно использовать потенциал людей, исполняющих следующие роли:

• Собственник проекта.

• Scrum-master.

• Agile-coach при необходимости.

• Члены команды: разработчики, тестировщики.

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

Список артефактов:

1. Визуализация информации о рабочих процессах: доска Kanban, липкая стена, стикеры. Цифровые сервисы, как пример, мобильное приложение Trello.

2. Бэклог клиентских историй, проблем, пожеланий клиента.

3. Бэклог продукта, список приоритетных задач.

4. Бэклог спринта, список приоритетных задач на один спринт. Обязательно формулируется цель каждого спринта.

5. Сердечный ритм. Серия спринтовпо 1–2 недели.

6. Стендапы, каждодневные встречи по 10–15 минут.

7. Итерации в виде релизов после каждого спринта.

8. Прототипирование и тестирование.

9. Ретроспективы после окончания проекта.

10. Обязательная оценка объема работы над каждым спринтом и каждой отдельной задачей, планируется время исполнения задачи.

Если мы делаем продукт или проект и профессионально не используем перечисленные артефакты – жди, будут проблемы с выполнением работ.

Чем отличаются Framework Scrum и Kanban?

Оценим их по следующим показателям:

• Цель работы.

• Митинги: цель, вопросы, частота встреч.

• Прогнозирование и оценка объема и скорости выполнения работы.

• Визуальные средства.

1. Framework Каnban больше нацелен на повышение эффективности бизнес-процессов, на быстрое и качественное выполнение потока отдельных задач. Здесь в фокусе внимания задачи, как их быстрее, но качественно закончить. Как сделать работу сотрудников более ритмичной без задержек, простоев, но и без запарки.

2. Standup (митинги) ориентированы на то, как можно быстрее закончить отдельные задачи, а для этого нужно выявить «узкие» места и организовать процесс так, чтобы поток задач был оптимален и выполнялся с нужной скоростью. По каждому столбику в доске Kanban (делать, делается, сделано)выставляется wiplimit (оптимальное число планируемых задач)

На встречах задаются следующие вопросы:

– Как задача продвигается в процессе выполнения других задач?

– Какие есть препятствия в движении задачи?

– Как можно ускорить выполнение задачи?

– Кто будет делать?

– Кто может помочь?

3. В Kanban команда сама решает, как оценивать время выполнения задач. Рабочеевремя анализируется в специальном отчете – CycleTime. CycleTime для задачи = время выполнения задачи минус время начала работы над задачей.

4. Визуальные средства: доска Kanban. Мобильное приложение Trello.

Framework Scrum.

1. Scrum нацелен на запуск проекта и работу над конкретным проектом, продуктом. Здесь в фокусе внимания качественное и быстрое закрытие очередного спринта, получение инкремента, прототипа.

2. Стендапы, митинги длятся до 10 минут и ориентированы на людей, ктои как справляется со своими задачи, Ведущий предлагает участникам митинга ответить на три вопроса:

• Что было сделано вчера?

• Чтобудешь делать сегодня?

• Какие есть препятствия, проблемы в твоей работе (коротко)

Кроме ежедневных митингов, есть еще встречи перед началом спринта, после спринта – релизы, встречи ретроспективы.

3. В Scrum задачи традиционно оценивают в Storypoints (человеко-дни) или в часах. Без оценки не получится профессионально сформировать спринт: нам нужно понять, успеем ли мы сделать все задачи спринта за 1–2 недели.

После окончания спринта мы получаем ценную статистику – сколько часов или Story points команда смогла сделать за спринт. Velocity – это производительность команды за один спринт. Этот параметр позволяет Scrum мастеру предсказать, как команда будет выполнять следующий спринт.

4. Визуальные средства: липкие доски, стикеры, доска Kanban.

В Scrum особенно важна роль сплоченной, кросс функциональной команды. Как правило, команда не должна быть больше 9 человек.

Как оценить уровень компетенций членов команды, работающих в формате Agile-подхода? Для этого разработана специальная анкета из пяти пунктов.

Анкета

Оценка компетенций сотрудника ведущего проекты в Agile-подходе.

Оцениваем от 1 до 10 баллов.

1. Быстрое реагирование на требования клиента.

2. Адаптация к постоянным изменениям.

3. Командная работа. Создание позитивной атмосферы.

4. Самообучаемость. Постоянное повышение квалификации.

5. Интерактивная обратная связь.

Бизнес-симуляторы в обучении Agilemindset.

Существуют специальные бизнес-симуляторы для тренировки компетенций гибкого ведения проектов в парадигме Agilemindsetc использованием моделей Kanban и Scrum:

• игра Getkanban;

• карточная игра Scrum.

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

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

Резюме.

Подводя итоги, хочу отметить, что Scrum и Kanban рабочие методологии. Но они должны использоваться по показаниям. Если разработка нового, инновационного продукта, проекта, то на старте разработки и до первого релиза лучше использовать Scrum.

Kanban дает больше возможностей для более гибкого выполнения задач, с учетом частой смены требований, приоритетов со стороны заказчика, собственника продукта, реагируя на смену требований. Поэтому вы быстро дорабатываете, «докручиваете» задачи проекта или продукта, делая его более ценным для клиента, а иногда, и более инновационным.