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

1. Введение в Scrum
2. Введение в Kanban и Scrumban
3. Семинар: Переход к Agile-разработке
4. Самоорганизующаяся команда в Agile
5. Короткие итерации. Частые релизы
6. Правильный Configuration Management или "Кто сломал билд?"

Чтобы заказать тренинг свяжитесь со мной

---

Введение в Scrum

Описание
Семинар хорошо подходит для самого начала: объяснения ценностей и принципов Agile-методолгий, целей их внедрения, рисков, и, самое главное, возможностей, которые они могут дать команде. Семинар даёт обзор процесса Scrum и даёт ответ на вопрос: "с чего начать?"
Хороший семинар для того, чтобы "окунуться" перед внедрением Scrum в компании.

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

План (4-х часовой семинар)

1. Введение
   
1. Ценности и принципы Agile
2. Scrum, как каркас
2. Роли
1. Product Owner
2. Scrum-мастер
3. Команда
3. Активности
1. Планирование итерации
2. Stand-up
3. Демо
4. Ретроспектива
4. Инструменты
1. Product backlog - план релизов
2. Sprint backlog - план итерации
3. Taskboard
   
4. Burndown chart - график производительности
5. Краткие обзоры других сфер
1. Сбор требований
2. Оценка
3. Тестирование
6. Минимальный набор для старта

Общая длительность: 4 часа

↑ К списку тренингов
↓ Заказать тренинг

---

Введение в Kanban и Scrumban

Описание
Lean-разработка, система Kanban, Scrumban - все эти слова всё чаще
звучат на специализированных конференециях и вебинарах. Изначально
появившаяся в недрах "Тойоты" система производства с успехом
перекочевала в мир разработки программного обеспечения.

Какие
преимущества может дать эта системы вашей компании? Что же такое Lean?
Как команда разработчиков может использовать в своей деятельности
принципы Kanban? Как можно скрестить Scrum с Kanban и что получится? С
чего начинать?


Предполагаемая аудитория
Разработчики, тестировщики, менеджеры проектов, как начинающие, так и продвинутые и, возможно, даже уже использующие Agile-методологии, но желающие получить представление о методике Kanban, узнать о сравнительных преимуществах и недостатках Kanban'а относительно Scrum'а. Границах применимости. И сочетании Scrum и Kanban.
Предполагается знакомство аудитории со Scrum'ом и принципами Agile. В противном случае рекомендуется сначала поучаствовать в семинаре "Введение в Scrum".

План (6-и часовой семинар)

1. Основы.
1. Scrum. Правила.
2. Kanban. Правила.
3. Отличия Scrum и Kanban. 
4. Цели и допущения Kanban.
2. Методы Kanban
1. Pull - о подходе к постановке задач
2. Flow - об обеспечении Value разработки для заказчика
3. Cadence - о ритме без итераций
4. Ограничения на "параллельную" работу
5. Пример подбора ограничений
6. ММФ - минимальная маркетинговая фича
3. Пример работы по Kanban'у. Один день Канбан (по Генрику Книбергу)
4. Scrumban - скрещивая Scrum и Kanban
   
5. С чего начать?

Общая длительность: 6 часов

↑ К списку тренингов
↓ Заказать тренинг

---

Семинар: Переход к Agile-разработке. Как? Стоит ли?

Описание
Вы
знаете о существовании гибких методологий разработки - Scrum, XP,
Kanban и даже пробовали их в своей компании? Или хотите попробовать? Вам
интересно, возможен ли Agile в вашей компании? И если да - то как?
Каковы риски смены текущего способа работы на другой? Не сломается ли
то, что и так работало? И самое главное - а стоит ли игра свеч? Что
может дать Agile именно вам?

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

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

План (6-и часовой семинар)

1. Что называется Agile? В
   чём суть? Для чего применяется?
   
2. "Если у вас есть эти проблемы -
   стоит попробовать!"
1. Нехватка ресурсов
2. Плохая
   предсказуемость процесса
   
3. Вялость разработки
4. Другие
   типичные случаи
   
3. Если проблем нет, стоит ли переходить?
1. Возможно ли недополучение прибыли?
2. Есть ли риски у текущей методологии?
3. Какие дополнительные преимущества может дать переход Agile?
4. Какие
   альтернативы?
5. Пример
   из жизни - внедрение Agile в исследовательском проекте
   
4. Не сломается ли то, что работало?
1. Кого затрагивают изменения и как влияют?
   
2. Что
   можно менять без риска? Где риск есть?
3. Как быть с сопротивлением?
4. Пример из жизни - внедрение в "политизированной"
   компании
5. "Минимальный Agile". Простые приёмы
   повышения производительности и мотивации
6. Примеры из
   жизни:
1. внедрение Agile в проекте поддержки
2. Agile-принципы не в IT-компании
3. Разбор ваших примеров

1. Введение (0:15)
   
   1. Человеческий фактор
   2. Команда в проекте
2. Создание благоприятного климата (0:30)
   
   1. Цель проекта и цель команды
   2. Демократия vs. авторитаризм в управлении
   3. Потребности команды
3. Мотивация
   
   1. Общее Видение
   2. Практика: построение Видения, Метафора системы (0:30)
   3. Роль фасилитатора
   4. Практика: роль фасилитатора (0:30)
      
   5. Принятие решений
   6. Практика: принятие решений методом консенсуса (0:30)
      
4. Инициативность (1:00 без практики)
   
   1. Способы стимулирования инициативности
   2. «Осуществимость»
   3. Модель естественного планирования
   4. SMART-задачи
   5. Визуализация прогресса и обратная связь
   6. Практика: естественное планирование (0:15)
5. Совещания (0:45 без практики)
   
   1. Цели и типы совещаний
   2. Stand-up
   3. Ретроспектива
   4. Практика: проведение ретроспектив (0:45)
      
6. Инструментарий
   
   1. Креативные методики (0:30)
      
      1. brainsotrm
      2. 3-6-5
      3. world-cafe
      4. idea cards
   2. Практика: креативные методики (1:00)
      
   3. Инструменты анализа (0:30)
      
      1. WBS
      2. mind-maps
      3. причины-следствия
      4. 5Why
      5. риски-возможности
   4. Практика: использование инструментов анализа (0:30)
7. Типичные ошибки и антипаттерны (0:30)
8. Итоги (0:15)

1. Введение
   
   1. Зачем нужны короткие итерации и частые релизы?
   2. Всегда ли это оправданно?
   3. Длительность итерации: Как выбрать? От чего зависит?
2. Идеальное конечное решение
   
   1. Маленькие фичи с небольшим объёмом работ
   2. Код постоянно в состоянии готовности к выпуску
   3. Ничто не отвлекает
3. Типичные сложности
   
   1. Фичи очень длинные
   2. От брэнчей и мержей болит голова
   3. Баги с прошлой итерации портят планы
   4. «Пятничный коммит» обрушил приложение
   5. Опрос: какие ещё сложности встречаются?
4. Решения
   
   1. Приёмы декомпозиции. SMART. Согласование задач.
   2. Практика: декомпозиция
   3. Agile-использование системы контроля версий
      
      1. Политики веток, definition of done
      2. Мержефобия
   4. Continious Integration, Автоматическое тестирование
   5. Борьба с багами с прошлой итерации
   6. Практика: разбор сложностей на примере проекта, предложенного аудиторией
5. Итоги

↑ К списку тренингов
↓ Заказать тренинг

---

Правильный Configuration Management или "Кто сломал билд?"

Описание
Есть практики, которые решают вполне конкретные проблемы в разработке программного обеспечения, не важно, работаете ли вы по Agile, или нет. Перед всеми рано или поздно встают вопросы:
- как организовать быструю сборку "по требованию" для тестеров?
- как определить, что должно войти, а что не должно войти в очередную сборку для тестеров или для релиза?
- как быть с тем, что уже сделано, но войти не должно?
- как быть с фичами "почти сделанными" до выпуска релиза? Выбрасывать их код из релиза? Включать в релиз? Отключать с помощью условного оператора?

Как правильно решать такие вопросы? На этом семинаре вы получите ответы. Очень конкретные и готовые к применению. Независмо от того, какой процесс разработки ПО вы используете.

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

План

1. Проблемы управления конфигурациями. Типичные ситуации
1. Регрессия
2. Постановка задачи
   
2. Feature branches
   
1. Описание методики
2. Политики веток
3. Конфликты контроля версий
   
4. Борьба с "мержефобией"
5. Примеры работы с feature branches в SVN
6. Другие VCS
3. Автоматические сборки
1. Возможности ant и nant (короткий обзор)
   
2. Системы управления сборкой: Cruise Control, TeamCity
3. Continuous integration
   
4. Человеческий фактор
1. Ответственность за ветку
   
2. Ответственность за сборку
5. Типичные сложности
1. Управление конфигурациями БД
2. Зависимость от "железа"
   
6. Итоги
1. Что должно получиться
   
2. Примеры из жизни

Время тренинга: 3 часа.