На тренингах и семинарах в живой дискуссии, спорах, сомнениях можно взглянуть на давно известные проблемы и предлагаемые методики их решения под разными углами, изменить своё видение ситуации. Разобрав примеры из жизни, можно гораздо лучше закрепить полученные знания.
В рамах предложенной темы мы обсуждаем теорию - вырабатываем общую базу для обсуждения, а потом работаем на примерах из жизни, в том числе предлагаемых аудиторией. Совместно ищем решения, пробуем проверить их в группах и придти к пониманию. Затем закрепляем навыки практикой.
Я провожу как открытые тренинги, так и тренинги для проектных команд в рамках консультационных услуг
для наработки практических навыков в командах.
- Введение в Scrum
- Введение в Kanban и Scrumban
- Семинар: Переход к Agile-разработке
- Самоорганизующаяся команда в Agile
- Короткие итерации. Частые релизы
- Правильный Configuration Management или "Кто сломал билд?"
Чтобы заказать тренинг
свяжитесь со мной
Введение в Scrum
ОписаниеСеминар хорошо подходит для самого начала: объяснения ценностей и принципов Agile-методолгий, целей их внедрения, рисков, и, самое главное, возможностей, которые они могут дать команде. Семинар даёт обзор процесса Scrum и даёт ответ на вопрос: "с чего начать?"
Хороший семинар для того, чтобы "окунуться" перед внедрением Scrum в компании.
Предполагаемая аудиторияРазработчики, тестировщики, менеджеры проектов, желающие познакомиться со Scrum, как с одной из самых популярных Agile-методолгий, и рассматривающие возможность использования Scrum в своей команде.
План (4-х часовой семинар)
- Введение
- Ценности и принципы Agile
- Scrum, как каркас
- Роли
- Product Owner
- Scrum-мастер
- Команда
- Активности
- Планирование итерации
- Stand-up
- Демо
- Ретроспектива
- Инструменты
- Product backlog - план релизов
- Sprint backlog - план итерации
- Taskboard
- Burndown chart - график производительности
- Краткие обзоры других сфер
- Сбор требований
- Оценка
- Тестирование
- Минимальный набор для старта
Общая длительность: 4 часа
↑ К списку тренингов
↓ Заказать тренинг
Введение в Kanban и Scrumban
ОписаниеLean-разработка, система Kanban, Scrumban - все эти слова всё чаще
звучат на специализированных конференециях и вебинарах. Изначально
появившаяся в недрах "Тойоты" система производства с успехом
перекочевала в мир разработки программного обеспечения.
Какие
преимущества может дать эта системы вашей компании? Что же такое Lean?
Как команда разработчиков может использовать в своей деятельности
принципы Kanban? Как можно скрестить Scrum с Kanban и что получится? С
чего начинать?
Предполагаемая аудиторияРазработчики, тестировщики, менеджеры проектов, как начинающие, так и продвинутые и, возможно, даже уже использующие Agile-методологии, но желающие получить представление о методике Kanban, узнать о сравнительных преимуществах и недостатках Kanban'а относительно Scrum'а. Границах применимости. И сочетании Scrum и Kanban.
Предполагается знакомство аудитории со Scrum'ом и принципами Agile. В противном случае рекомендуется сначала поучаствовать в семинаре "Введение в Scrum".
План (6-и часовой семинар)
- Основы.
- Scrum. Правила.
- Kanban. Правила.
- Отличия Scrum и Kanban.
- Цели и допущения Kanban.
- Методы Kanban
- Pull - о подходе к постановке задач
- Flow - об обеспечении Value разработки для заказчика
- Cadence - о ритме без итераций
- Ограничения на "параллельную" работу
- Пример подбора ограничений
- ММФ - минимальная маркетинговая фича
- Пример работы по Kanban'у. Один день Канбан (по Генрику Книбергу)
- Scrumban - скрещивая Scrum и Kanban
- С чего начать?
Общая длительность: 6 часов
↑ К списку тренингов
↓ Заказать тренинг
Семинар: Переход к Agile-разработке. Как? Стоит ли?
ОписаниеВы
знаете о существовании гибких методологий разработки - Scrum, XP,
Kanban и даже пробовали их в своей компании? Или хотите попробовать? Вам
интересно, возможен ли Agile в вашей компании? И если да - то как?
Каковы риски смены текущего способа работы на другой? Не сломается ли
то, что и так работало? И самое главное - а стоит ли игра свеч? Что
может дать Agile именно вам?
На этом семинаре вы получите ответы
на эти вопросы, а также узнаете о нескольких простых и действенных
способах улучшения производительности и эффективности команды, даже не требующих перехода на Agile. Кроме того, в качестве приятного
бонуса вы получите практические советы по вашим проектам на основании
ваших вопросов.
Предполагаемая аудитория
Продвинутые
разработчики, заинтересованные в переменах, руководители проектов,
руководители компаний, думающие о переводе своих проектов на Agile
разработку или просто желающие узнать возможные преимущества и риски
такого перехода.
План (6-и часовой семинар)
- Что называется Agile? В
чём суть? Для чего применяется?
- "Если у вас есть эти проблемы -
стоит попробовать!" - Нехватка ресурсов
- Плохая
предсказуемость процесса
- Вялость разработки
- Другие
типичные случаи
- Если проблем нет, стоит ли переходить?
- Возможно ли недополучение прибыли?
- Есть ли риски у текущей методологии?
- Какие дополнительные преимущества может дать переход Agile?
- Какие
альтернативы? - Пример
из жизни - внедрение Agile в исследовательском проекте
- Не сломается ли то, что работало?
- Кого затрагивают изменения и как влияют?
- Что
можно менять без риска? Где риск есть? - Как быть с сопротивлением?
- Пример из жизни - внедрение в "политизированной"
компании
- "Минимальный Agile". Простые приёмы
повышения производительности и мотивации - Примеры из
жизни: - внедрение Agile в проекте поддержки
- Agile-принципы не в IT-компании
- Разбор ваших примеров
↑ К списку тренингов
↓ Заказать тренинг
Самоорганизующаяся команда в Agile
Описание
Тренинг рассказывает о том, как обеспечить условия для формирования
самоорганизующейся команды в Agile-проекте – инициативной,
самосовершенствующейся, сфокусированной на достижении цели проекта.
Рассматриваются основные предпосылки, которые необходимо создать для
повышения мотивации и заинтересованности команды в работе и, как
следствие, повышение её эффективности. В течение курса участники
применяют на практике типичные процессы и инструменты, используемые в
такой команде.
Предполагаемая аудитория
Члены проектной команды (аналитики, разработчики, тестировщики), тим-лиды, руководители проектов.
Цели
участники тренинга смогут:
- создать в команде климат, способствующий самоорганизации и инициативности
- выбирать и применять подходящие инструменты для решения разного типа творческих задач
- увеличить сфокусированность команды и дать возможность постоянного совершенствования
- повысить эффективность совещаний
- повысить результативность дискуссий
План
- Введение (0:15)
- Человеческий фактор
- Команда в проекте
- Создание благоприятного климата (0:30)
- Цель проекта и цель команды
- Демократия vs. авторитаризм в управлении
- Потребности команды
- Мотивация
- Общее Видение
- Практика: построение Видения, Метафора системы (0:30)
- Роль фасилитатора
- Практика: роль фасилитатора (0:30)
- Принятие решений
- Практика: принятие решений методом консенсуса (0:30)
- Инициативность (1:00 без практики)
- Способы стимулирования инициативности
- «Осуществимость»
- Модель естественного планирования
- SMART-задачи
- Визуализация прогресса и обратная связь
- Практика: естественное планирование (0:15)
- Совещания (0:45 без практики)
- Цели и типы совещаний
- Stand-up
- Ретроспектива
- Практика: проведение ретроспектив (0:45)
- Инструментарий
- Креативные методики (0:30)
- brainsotrm
- 3-6-5
- world-cafe
- idea cards
- Практика: креативные методики (1:00)
- Инструменты анализа (0:30)
- WBS
- mind-maps
- причины-следствия
- 5Why
- риски-возможности
- Практика: использование инструментов анализа (0:30)
- Типичные ошибки и антипаттерны (0:30)
- Итоги (0:15)
↑ К списку тренингов
↓ Заказать тренинг
Короткие итерации. Частые релизы
Описание
Многие Agile-методолгии говорят о полезности коротких итераций и
частых релизов. Но на практике всё обычно оказывается сложнее: фичи
слишком большие по размеру, часто не так-то просто обеспечить
стабильный код к концу итерации, что делать с багами, которые часто
срывают планы? Итерация немножко сдвигается, чуть-чуть растягивается.
Или становится достаточно длинной. Это суровая реальность?
Как обеспечить жёсткий тайм-боксинг итерации и преодолеть
необходимость продлить итерацию ещё на пару дней? Что делать с
незаконченной фичей? Как дробить большие задачи? Оправданно ли это?
Все эти вопросы получат ответы в данном тренинге.
Предполагаемая аудитория Разработчики, configuration manager’ы, руководители проектов, архитекторы.
Цели участники тренинга смогут:
- добиться коротких фиксированных во времени итерацией
- выпуска инкремента по результатам каждой итерации
- научиться без ущерба соблюдать временные рамки итерации
- обеспечивать постоянное состояние готовности кода к выпуску
План- Введение
- Зачем нужны короткие итерации и частые релизы?
- Всегда ли это оправданно?
- Длительность итерации: Как выбрать? От чего зависит?
- Идеальное конечное решение
- Маленькие фичи с небольшим объёмом работ
- Код постоянно в состоянии готовности к выпуску
- Ничто не отвлекает
- Типичные сложности
- Фичи очень длинные
- От брэнчей и мержей болит голова
- Баги с прошлой итерации портят планы
- «Пятничный коммит» обрушил приложение
- Опрос: какие ещё сложности встречаются?
- Решения
- Приёмы декомпозиции. SMART. Согласование задач.
- Практика: декомпозиция
- Agile-использование системы контроля версий
- Политики веток, definition of done
- Мержефобия
- Continious Integration, Автоматическое тестирование
- Борьба с багами с прошлой итерации
- Практика: разбор сложностей на примере проекта, предложенного аудиторией
- Итоги
↑ К списку тренингов
↓ Заказать тренинг
Правильный Configuration Management или "Кто сломал билд?"
ОписаниеЕсть
практики, которые решают вполне конкретные проблемы в разработке
программного обеспечения, не важно, работаете ли вы по Agile, или нет. Перед всеми рано или поздно встают вопросы:
- как организовать быструю сборку "по требованию" для тестеров?
- как определить, что должно войти, а что не должно войти в очередную сборку для тестеров или для релиза?
- как быть с тем, что уже сделано, но войти не должно?
-
как быть с фичами "почти сделанными" до выпуска релиза? Выбрасывать их
код из релиза? Включать в релиз? Отключать с помощью условного оператора?
Как правильно решать такие вопросы? На
этом семинаре вы получите ответы. Очень конкретные и готовые к
применению. Независмо от того, какой процесс разработки ПО вы
используете.
Предполагаемая аудитория
Разработчики,
системные инженеры в компаниях по разработке ПО, тим-лидеры,
тестировщики. Если в команде есть выделенные люди, занимающиеся сборками
и инсталляцией релизов, их присутствие очень рекомендуется.
План
- Проблемы управления конфигурациями. Типичные ситуации
- Регрессия
- Постановка задачи
- Feature branches
- Описание методики
- Политики веток
- Конфликты контроля версий
- Борьба с "мержефобией"
- Примеры работы с feature branches в SVN
- Другие VCS
- Автоматические сборки
- Возможности ant и nant (короткий обзор)
- Системы управления сборкой: Cruise Control, TeamCity
- Continuous integration
- Человеческий фактор
- Ответственность за ветку
- Ответственность за сборку
- Типичные сложности
- Управление конфигурациями БД
- Зависимость от "железа"
- Итоги
- Что должно получиться
- Примеры из жизни
Время тренинга: 3 часа.