SlideShare a Scribd company logo
1 of 57
AGILE
КУЛЬТУРАДенис Бажин
Ноябрь 2016
ПРАВИЛА И ЦЕЛЬ
▪Правила:
▪ 50/10 (50 минут работы, 10 минут отдыха)
▪ Ответственность лежит на слушателях
▪ Глупых вопросов не бывает
▪Цель:
▪ Заложить крепкий фундамент в понимании Agile
▪ как ценности и культуры
▪ как принципов построения эффективных процессов
2
ОПРЕДЕЛЕНИЯ1
ОПРЕДЕЛЕНИЯ
▪ Ценности — это то, что важно для отдельных людей в организации и для
организации в целом
▪ Принципы — некоторые правила, которыми мы руководствуемся при
ежедневном принятии процессных решений
▪ Контекст — это совокупность свойств организации, например: «сколько
людей вовлечено в работу?», «насколько рискованный проект?», «насколько
быстрая реакция на изменения рынка требуется и как часто необходимо
поставлять новую версию продукта?», «насколько сложна решаемая с
помощью продукта проблема?», «что мы понимаем под качеством?» и так
далее
▪ Новое знание — то, что мы узнаем на основе полученного ранее опыта и что
позволяет постоянно улучшать процесс
4
ИСТОРИЧЕСКАЯ
СПРАВКА
2
ИСТОРИЧЕСКАЯ СПРАВКА
• 1970е: Waterfall модель разработки ПО
▪ Необходимость циклов обратной связи между фазами разработки WTF
модели
▪ Попытка перейти на итеративный процесс разработки вместо
последовательного
• 1986: Статья «The New New Product Development Game»
▪ Системы, выглядящие снаружи как хаос
▪ работают эффективнее
▪ выпускают продукт в разы быстрее других систем
▪ первое сравнение IT и рэгби
• 2001: Встреча мировых профессионалов по разработке ПО
▪ выделение общих идей
▪ описание чётких и понятных целей и принципов эффективного процесса
▪ Манифест Agile (4 и 12 пунктов)
6
LEAN
ПРИНЦИПЫ
AGILE
3
LEAN ПРИНЦИПЫ AGILE
Основные принципы:
▪fail FAST
▪fail is OK
ideafailure success
Польза для разработки ПО:
• Определение проблем на ранних стадиях
• Высокий уровень гибкости (возможности rollback
)
• Высокая скорость реакции на изменения (реакция
на проблемы)
• Минимизация стоимости поддержки продукта
8
LEAN ПРИНЦИПЫ AGILE
Основные принципы:
▪fail FAST
▪fail is OK
ideafailure success
Проявление в рамках культуры Agile:
• Отсутствие страха ошибаться
• Постоянное желание пробовать
идеи
• Быстрый анализ ошибок
• Поиск системных решений
Реализация:
• Понятие «Эксперимент»
• Поток
производительности
9
LEAN И AGILE: ЭКСПЕРИМЕНТ
Понятие и особенности эксперимента:
▪ Ответы на вопросы
▪ А что если?
▪ А вдруг?
▪ А можно по-другому?
▪ Ограниченность во времени
▪ Управляемость
▪ Соответствие ожиданиям
▪ Безопасность (границы ошибок)
▪ Минимизация влияния
▪ На поставляемый продукт в рамках ожиданий и планов
▪ На человеческий ресурс
idea
do
check
action
10
AGILE VS ПОТОК
ПРОИЗВОДИТЕЛЬНОСТИ
Поток производительности:
• высшая степень ответственности
• максимальный результат
• применим к отдельным
сотрудникам
• применим к командам/проектам
FLO
W
страх
скука
▪ Выход за верхнюю границу flow: страх
• беспокойство, страх не успеть
• сбитый фокус с текущей задачи
• страх ошибаться (broken fail is ok)
• завал ответственности
• сбитое желание пробовать идеи
• недостаток времени на
• анализ ошибок
• поиск системных решений
11
AGILE VS ПОТОК
ПРОИЗВОДИТЕЛЬНОСТИ
FLO
W
страх
скука
▪ Выход за нижнюю границу flow: скука
• пассивность, безразличие
• сбитое видение, нет ответов на вопросы
▪ кто я? Куда я стремлюсь?
▪ Зачем я это делаю? Как я это делаю?
• завал ответственности
• сбитое желание пробовать идеи (broken fail
fast)
• отсутствие желания развиваться
• нет анализа ошибок
• нет поиска системных решений
Поток производительности:
• высшая степень ответственности
• максимальный результат
• применим к отдельным
сотрудникам
• применим к командам/проектам
12
ИТЕРАТИВНОСТЬ
ВИДЕНИЕ
Откуда Agile ноги растут
4
ИТЕРАТИВНОСТЬ. ВИДЕНИЕ
$$$
Waterfall $$$
$$$
Пьяные ковбои
Code & Fix
$$$
Agile
• Низкая гибкость
• Несоответствие продукта
новым условиям рынка
• Постоянное следование
стратегии и плану сильно
растянуто во времени
• Низкая востребованность
продукта к моменту
финального выпуска
• Высокая гибкость
• Низкое качество продукта
• Постоянное следование
любым изменениям
• Низкая потребность рынка в
таком продукте к моменту
финального выпуска
продукта
• Высокая гибкость
• Постепенное наращивание
• Контролируемое следование
изменениям
• Соответствие требованиям
рынка
$$$
14
ИТЕРАТИВНОСТЬ. ВИДЕНИЕ
Agile:
• Видение
• Медиана видения
• Корректировки пути (итерации,
спринты)
• Постоянный анализ ошибок
(ретроспективы)
Видение:
• Понимание границ возможных
изменений
• Интуиция, внутреннее предвидение
• Ответы на вопросы:
• Кто я?
• Что я делаю в данный момент?
• Зачем, для чего я делаю что-то в
данный момент?
• Каким образом я делаю это в данный
момент?
15
ИТЕРАТИВНОСТЬ. ВИДЕНИЕ
Agile:
• Видение
• Медиана видения
• Корректировки пути (итерации,
спринты)
• Постоянный анализ ошибок
(ретроспективы)
Медиана области видения:
• Стратегия и планы в рамках границ
потенциальных изменений
• Путеводная нить для корректировки
пути развития продуктакоманды в
рамках определённых ожиданий
16
ИТЕРАТИВНОСТЬ. ВИДЕНИЕ
Agile:
• Видение
• Медиана видения
• Корректировки пути (итерации,
спринты)
• Постоянный анализ ошибок
(ретроспективы)
Итерации:
• Корректировка задач, планирование
• Мониторинг настроения
• Мониторинг прогресса
• Неявный анализ ошибок
• Поиск улучшений
• Корректировка видения
17
ПРОМЕЖУТОЧНЫ
Й
ИТОГ
5
ПРОМЕЖУТОЧНЫЙ ИТОГ
Что такое Agile?
• Образ мышления (fail fast, fail is ok)
• Набор ценностей и принципов (fail is ok, flow)
• Культура взаимодействия людей внутри компании (flow, fail is ok, fail fast)
• Система рекомендаций по построению эффективных процессов
• Фундамент для построения и развития компании в рамках контекста,
основываясь на необходимых компании ценностях и принципах
• Простота использования: оставлять только то, что эффективно и очень
быстро избавляться от того, что мешает достигать действительно классных
результатов (fail fast, fail is ok, flow)
• Путь к новым знаниям (опыт, fail fast)
19
КОМАНДА
team… team… team…
6
ТИПИЧНАЯ КОМАНДА
Особенности:
• Отсутствие горизонтального прямого общения
• Низкая скорость развития экспертизы
• Отсутствие системного подхода в решениях
• Отсутствие простых и быстрых решений
• Отсутствие постоянного потока
производительности
• Страх в случае срочных задач (низкая
экспертиза)
• Скука в случае рутинных задач (отсутствие
развития)
• Страх и нежелания экспериментировать
• Чёткое следование личным обязательствам
21
ТИПИЧНАЯ КОМАНДА
Особенности:
• Низкая степень личного понимания
собственного развития (вопросы куда
стремлюсь, зачем, каким образом)
• Низкая скорость развития экспертизы
• Слабая либо отсутствующая обратная связь
Завал ответственности:
• Отрицание (это не я)
• Обвинение (это Вася мне HW node не дал)
• Оправдание (я торопился забрать ребёнка)
• Самообвинение (вот я дурак)
• Обязательства (это не мой код)
22
ТИПИЧНАЯ КОМАНДА
При достижении условного предела
срабатывает принцип чайника
• Потеря ценных специалистов
• Временная (?) потеря экспертизы
23
ОБЪЁМНАЯ МОДЕЛЬ
ТИПИЧНОЙ КОМАНДЫ
Руководство
Специалисты мечты
(самостоятельность, высокий
уровень ответственности, отличный
результат)
Потенциальные специалисты мечты
(нуждаются в лидерах)
Сидящие за зарплату (нулевое
развитие)
24
ОБЪЁМНАЯ МОДЕЛЬ
ТИПИЧНОЙ КОМАНДЫ
редк
о
часто
предел
поиск
Принцип чайника
25
ОБЪЁМНАЯ МОДЕЛЬ
AGILE DREAM TEAMПостоянное расширение границ:
• Новые знания
• Новые возможности
• Новая экспертиза
Самоорганизация:
• Специалистов мечты
• Вертикальная и горизонтальная
коммуникации
• Обучение и взаимовыручка
• Системный подход к решению задач
• Простые и эффективные решения
• Саморазвивающийся flow
• Самоанализ ошибок
• Высокая реакция на изменения 26
ОБЪЁМНАЯ МОДЕЛЬ
AGILE DREAM TEAM
Ограничения:
• 5-6 человек
• Минимизация конфликтов
• Максимизация публичности
• Самоорганизация
• Публичная ответственность
(не отсидеться за спинами
других)
• Максимальная атмосфера
доверия и поддержки
• Команда формируется под
проект, а не проект под команду
27
ОБЪЁМНАЯ МОДЕЛЬ
AGILE DREAM TEAM
• 5-6 человек
• Гибкость, быстрая реакция на
изменения
• Самоорганизация
• Продолжительный и постоянный flow
• Постоянное развитие, эксперименты
• Критика, анализ ошибок,
исправление
• Минимальные потери
• Высокая общественная
ответственность
• Взаимовыручка и обучения
• Системный подход к решению задач
• Частая и бесперебойная поставка
продукта 28
AGILE МАНИФЕСТ
Настало твоё время!
7
AGILE МАНИФЕСТ
• люди и взаимодействие важнее процессов и инструментов
• работающий продукт важнее исчерпывающей документации
• сотрудничество с заказчиком важнее контрактных
обязательств
• готовность к изменениям важнее следования плану
30
AGILE
ИНТЕГРАЦИЯ
Прямая интеграция культуры
8
ПРАВИЛА ИНТЕГРАЦИИ
▪ Терпение
▪ Мгновенного результата не бывает
▪ Готовность к проведению экспериментов
▪ Безопасные и понятные для сотрудников эксперименты
▪ Ограниченные во времени
▪ Постоянное отслеживание результатов и настроений
▪ Быстрая реакция на любые изменения
▪ Готовность к рискам
▪ Полная ответственность за эксперименты
▪ Готовность к ошибкам, в том числе к снижению производительности в переходный
период
▪ Готовность к ограничению команды от любого внешниего влияния (только 1
интерфейс коммуникации с внешним миром)
▪ Соответствие ожиданиям сотрудников
32
ИНТЕГРАЦИЯ
КУЛЬТУРЫ
AGILE
Атмосфера: основа культуры Agile
8.1
ПРАВИЛА ИНТЕГРАЦИИ
АТМОСФЕРЫ
▪ Изоляция команды от любого внешнего влияния
▪ Только 1 интерфейс для общения с внешним миром
▪ Временное снятие с членов команды обязательств по срокам поставки
▪ Снятие обязательств только с команды, но не с себя и не с проекта
▪ Поиск факторов, мешающих команде выполнять работу как можно
быстрее
▪ Time-loss detection: лишние митинги, недоступность HW, отсутствие людей
▪ Полное сопровождение команды
▪ Устранение любых препятствий для работы
▪ Один интерфейс между командой и внешним миром
▪ Высокий уровень доверия
▪ Публичность (пояснение команде каждого шага: почему, зачем, как)
▪ Публичная проверка результатов
34
AGILE АТМОСФЕРА
• внутри слоя атмосфера присутствует всегда
• между двумя соседними слоями максимально эффективна
• при количестве слоёв больше двух появляется страх в нижнем слое
• при использовании разнесённых слоёв появляется скука в верхнем и страх в нижнем
(разные механизмы восприятия)
тимлиды
инженеры
PM PrM
TOP MGM
BIG Boss
35
AGILE АТМОСФЕРА
▪ Атмосфера может быть любой:
• Физическая (тимбилдинги, офисное
пространство)
• Виртуальная (командный чат)
• Игровая (элемент игры, геймификация)
▪ Виртуальная атмосфера максимально
эффективна на начальных шагах интеграции:
• Безопасна (ощущение физической
безопасности)
• Минимум страха говорить (могу сказать
и мне за это ничего не будет)
• Минимум страха предлагать (могу
предложить и мне за это ничего не
будет)
36
AGILE АТМОСФЕРА
▪ Атмосфера может быть любой:
• Физическая (тимбилдинги, офисное
пространство)
• Виртуальная (командный чат)
• Игровая (элемент игры, геймификация)
▪ Виртуальная атмосфера максимально
эффективна на начальных шагах интеграции:
• Ощущение чётких границ личного
пространства (минимизация недоверия)
• Автоматическое развитие
ответственности
• Автоматическое развитие доверия
• Ощущение единства с командой
37
AGILE АТМОСФЕРА
▪ Требования к виртуальной атмосфере:
▪ Быстрый доступ из любой точки планеты (IM)
▪ World-wide access даёт постоянное ощущение единства
▪ Нельзя навязывать использование IM за пределами работы
▪ Разрешение выражать любые мысли
▪ В том числе критиковать работу начальства и саму компанию
▪ Развитие доверия
▪ Обязательное использование юмора, смайлов
▪ Развитие доверия
▪ Развитие ощущения единства
▪ Неформальное общение, обсуждение любых тем
▪ Развитие доверия
▪ Развитие ощущения единства
▪ Доступность каждому члену команды
▪ Наличие сильного коммуникационного лидера
▪ Развитие коммуникации между инженерами как внутри команды, так и с мэнеджментом
38
AGILE АТМОСФЕРА
▪ Требования к виртуальной атмосфере:
▪ Наличие сильного коммуникационного лидера
▪ Развитие коммуникации между инженерами как внутри команды, так и с
мэнеджментом
▪ Поддержание атмосферы открытости и доверия
▪ Собственным примером
▪ Юмор, аккуратные шутки в сторону команды
▪ Выражение своих собственных мыслей, чувств, эмоций, в том числе негативных
▪ Собственный пример
▪ раскрывает доверие,
▪ выстраивает ощущение единства,
▪ Развивает авторитет
▪ Отслеживание настроений
▪ Любые изменения эмоционального фона команды
▪ Поиск причин, поиск вариантов улучшения настроения
▪ Отслеживание и помощь в личных проблемах членов команды
39
AGILE АТМОСФЕРА
▪ Польза развитой атмосферы:
• Развитие механизмов восприятия и
коммуникации
• Развитие ответственности за текущие задачи
• Доверие и взаимная поддержка
• Горизонтальная коммуникая
• Вертикальная коммуникация
• Самомотивация на развитие
профессионализма
• Желание соответствовать уровню членов
команды
• Публичные обязательства
• Вся команда отвечает за результат
• Вся команда участвует в принятии
решений
• Вся команда участвует в обсуждениях
• Приближение к flow
• Минус часть страхов и скуки
• Появление командного видения 40
ИНТЕГРАЦИЯ
КУЛЬТУРЫ
AGILE
Коммуникация: критичная составляющая
• Люди и взаимодействие важнее процессов и инструментов
• Сотрудничество с заказчиком важнее контрактных обязательств
• Готовность к изменениям важнее следования плану
• Рабочий продукт важнее исчерпывающей документации
8.2
AGILE ИНТЕГРАЦИЯ
КОММУНИКАЦИЯ
Определение непонимания
• Явные признаки того, что вас не поняли
▪ «Если вы так считаете, почему не скажете об этом прямо?»
▪ «Лучше бы они прямо сказали, чего хотят»
▪ «Я не совсем понимаю, что должен сделать»
▪ «Я не могу понять, когда он (она) шутит, а когда – нет»
▪ «Мне не совсем понятно».
• Часто о непонимании даже не говорят – оно читается во взгляде
или чувствуется во вздохе
• То , что вкладывает в свое высказывание говорящий, может
очень отличаться от воспринимаемого слушателем
42
AGILE ИНТЕГРАЦИЯ
КОММУНИКАЦИЯ
Эффективное преобразование идей и мыслей в
высказывание
• Способность четко и логично сформулировать суть вопроса;
▪ например, вместо того чтобы сказать «У нас очень быстро расходуются конверты», вы
говорите «Надо купить конверты».
• Умение принимать во внимание предпочтения и особенности
восприятия слушателя
• Умение выразить свою мысль с учетом предпочтений и
особенностей восприятия слушателя
▪ Полное внимание к себе
▪ Точная интепретация высказывания
▪ Неявное управление мотивацией
43
AGILE ИНТЕГРАЦИЯ
КОММУНИКАЦИЯ
Слушать или слышать?
• Слушать и слышать – разные вещи
▪ Для понимания, что вас слушают и слышат необходим отклик слушателя
• Слышать без слушать
▪ Когда человек не слушает, он может слышать, что ему говорят, но при этом не
воспринимать того, о чем идет речь, ведь его внимание в это время поглощено чем-то
другим
▪ Человек увлечён чтением газеты и автоматически поддакивает собеседнику, при этом если собеседник
переспросит то, что только что рассказал, то человек с газетой не сможет ответить
▪ все ваши слова будут услышаны, но не все достигнут сознания
▪ Как итог – некорректное понимание поставленой задачи либо ожиданий
• Выслушивать вас людей заставляет не только то, что вы
сообщаете им устно или письменно, но и то, как вы это делаете
44
AGILE ИНТЕГРАЦИЯ
КОММУНИКАЦИЯ
Развитие коммуникационных навыков
• Признание, что часто люди понимают вас неправильно
• Более ясная и чёткая формулировка мысли перед
высказыванием
▪ Проговаривание мысли про себя перед донесением её до слушателя
• Учитывать желания и интересы других людей, чтобы обратить
на себя их внимание
▪ Привлечение внимания общими темами
▪ Неявное управление мотивацией
• Выслушивать других людей по любым темам
▪ Развивает понимание самомотивации и интересов других людей
45
ИНТЕГРАЦИЯ
КУЛЬТУРЫ
AGILE
Производительность как продолжительный flow
• Рабочий продукт важнее исчерпывающей документации
• Сотрудничество с заказчиком важнее контрактных обязательств
• Готовность к изменениям важнее следования плану
8.3
РАЗВИТИЕ
ПРОИЗВОДИТЕЛЬНОСТИ
FLO
W
страх
скука
Развитие производительности:
• Отсутствие страха пробовать идеи
• Нащупывание пределов потока
• Постоянный мониторинг
команды
• Быстрая реакция на выход за
пределы
• Вывод команды на
самостоятельное ощущение flow
• Свобода действий в чётко
обозначенных границах
• что делаем? Зачем? Для чего?
• Формирование видения
• Куда стремимся в обозримом
будущем?
47
РАЗВИТИЕ
ПРОИЗВОДИТЕЛЬНОСТИ
FLO
W
страх
скука
▪ Развитие производительности:
• Отсутствие явного управленца
• Вместо явного управленца
интерфейс взаимодействия
команды с внешним миром
• Саморазвитие команды
• Видение «куда стремимся?»
• Сформированный список задач в
рамках видения (бэклог)
• Расставление приоритетов
• Периодическая корректировка
приоритетов
• Системное решение задач
• Давать подсказки вместо явных
указаний
• Участие всей команды в любых
митингах
• Мэнеджмент в роли модератора
• Решение спорных ситуаций
• Помощь в решении сомнений
48
ИНТЕГРАЦИЯ
КУЛЬТУРЫ
AGILE
Внедрение процессов
• Люди и взаимодействие важнее процессов и инструментов
• Сотрудничество с заказчиком важнее контрактных обязательств
• Готовность к изменениям важнее следования плану
• Рабочий продукт важнее исчерпывающей документации
8.4
ВНЕДРЕНИЕ ПРОЦЕССОВ
Плоская модель команды, в
которой налажены
▪ Атмосфера
▪ Коммуникация
Снаружи выглядит как хаос
▪ Чекпоинт: готовность к изменениям
▪ Чекпоинт: время упорядочить процессы
Высокая продуктивность
▪ Чекпоинт: время документации
▪ Чекпоинт: время контрактных обязательств
Время улучшений
50
ИНТЕГРАЦИЯ
КУЛЬТУРЫ
AGILE
Публичность. Визуализация
• Публичные обязательства, общая ответственность
• Сотрудничество с заказчиком важнее контрактных обязательств
• Готовность к изменениям важнее следования плану
• Рабочий продукт важнее исчерпывающей документации
8.5
AGILE И ПУБЛИЧНОСТЬ
▪ Особенности публичности:
▪ Общая ответственность
▪ Публичные обещания отлично мотивируют на результат
▪ Публичный список задач (бэклог) создаёт видение
▪ Публичный список приоритетов даёт чёткое понимание «что делать дальше» в рамках видения
▪ Наказание
▪ общее нежелание команды тащить на себе ошибки одного - способ публичного отстрела
▪ Открытое и публичное взаимодействие с заказчиком
▪ Командное взаимодействие с заказчиком
▪ Чёткое видение для всех
▪ Быстрая реакция на изменения
▪ Общее понимание ожиданий
▪ Внутрикомандное взаимодействие
▪ Взаимовыручка
▪ Быстрое перераспределение нагрузки и ролей
52
AGILE И ВИЗУАЛИЗАЦИЯ
Особенности визуализации:
▪ Публичность
▪ Доступность любому члену команды
▪ Доступность любому стейкхолдеру
▪ Доступность задач
▪ Все задачи чётко и понятно сформулированы
▪ Задачи храняться в доступном понятном и простом виде
▪ Доступность ошибок и достижений
▪ Ошибки и достижения чётко и понятно сформулированы
▪ Рядом с ошибками расположены системные решения
▪ Как не допустить в дальнейшем?
▪ Доступность идей
▪ Любые идеи чётко и понятно записываются
▪ Собственные цели команды
▪ Например «определение степени крутизны команды»
Tasks,
prio
Fails
solutions
Current
targets
ideas
coolness criterion
achieve
ments
53
ИНТЕГРАЦИЯ
КУЛЬТУРЫ
AGILE
Ретроспектива. Fail is OK
• Публичные обязательства, общая ответственность
• Анализ ошибок, поиск улучшений
• Готовность к изменениям важнее следования плану
• Рабочий продукт важнее исчерпывающей документации
8.6
AGILE РЕТРОСПЕКТИВА
Особенности ретроспективы:
▪ Мониторинг результатов команды
▪ Публичный, явный на начальных этапах (специальный митинг)
▪ Возможно привлечение заказчика
▪ Развивается в продолжительный неявный мониторинг
▪ Постоянный мониторнинг (daily, hourly)
▪ Быстрая реакция на проблемы
▪ Визуализация работы команды
▪ Публичное представление результатов в простом и понятном для всех виде
▪ Поиск достижений
▪ Совместный анализ проблем и поиск улучшений
▪ Все члены команды принимают участие
▪ Участие руководящего состава желательно
▪ Участие заказчика по возможности
55
AGILE РЕТРОСПЕКТИВА
▪ Минусы
▪ Что не получилось?
▪ Что было плохо?
▪ Где зафейлились?
▪ Плюсы
▪ Что получилось?
▪ Какие у нас есть достижения?
▪ Какая польза?
▪ Области для улучшения
▪ Что можно улучшить?
▪ План действий
▪ Чёткий план действий по
реализации улучшений
56
КОНТАКТЫ
https://www.linkedin.com/in/denis-bazhin
https://www.facebook.com/chillamb
57

More Related Content

What's hot

Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджера
Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджераМаксим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджера
Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджераScrumTrek
 
вольфсон основы Agile
вольфсон   основы Agileвольфсон   основы Agile
вольфсон основы AgileMagneta AI
 
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...ScrumTrek
 
Презентация вебинара "Использование гибких методологий в управлении проектами"
Презентация вебинара "Использование гибких методологий в управлении проектами"Презентация вебинара "Использование гибких методологий в управлении проектами"
Презентация вебинара "Использование гибких методологий в управлении проектами"Учебный центр Микротест
 
Kioda lab 2017 Николай Канарейкин LEAN Корпоративная философия улучшений
Kioda lab 2017 Николай Канарейкин LEAN Корпоративная философия улучшенийKioda lab 2017 Николай Канарейкин LEAN Корпоративная философия улучшений
Kioda lab 2017 Николай Канарейкин LEAN Корпоративная философия улучшенийKIODA Management
 
Kioda lab 2017 Николай Канарейкин Обзор инструментов по результатам блиц-опроса
Kioda lab 2017 Николай Канарейкин Обзор инструментов по результатам блиц-опросаKioda lab 2017 Николай Канарейкин Обзор инструментов по результатам блиц-опроса
Kioda lab 2017 Николай Канарейкин Обзор инструментов по результатам блиц-опросаKIODA Management
 
вольфсон построение собственного Agile-фреймворка (шаблон)
вольфсон   построение собственного Agile-фреймворка (шаблон)вольфсон   построение собственного Agile-фреймворка (шаблон)
вольфсон построение собственного Agile-фреймворка (шаблон)Magneta AI
 
Процесс Mindbox 2015
Процесс Mindbox 2015Процесс Mindbox 2015
Процесс Mindbox 2015Alexander Gornik
 
Cемь смертных грехов в управлении проектами
Cемь смертных грехов в управлении проектамиCемь смертных грехов в управлении проектами
Cемь смертных грехов в управлении проектамиBoris Volfson
 
Вебинар: 12 принципов Agile, которые делают его довольно успешным
Вебинар: 12 принципов Agile, которые делают его довольно успешнымВебинар: 12 принципов Agile, которые делают его довольно успешным
Вебинар: 12 принципов Agile, которые делают его довольно успешнымak-itconsulting.com
 
лобасев 3 ключевых навыка успешной agile-команды
лобасев   3 ключевых навыка успешной agile-командылобасев   3 ключевых навыка успешной agile-команды
лобасев 3 ключевых навыка успешной agile-командыMagneta AI
 
Роман Бочаров. Быстрые циклы и качественные исследования в разработке продукта.
Роман Бочаров. Быстрые циклы и качественные исследования в разработке продукта.Роман Бочаров. Быстрые циклы и качественные исследования в разработке продукта.
Роман Бочаров. Быстрые циклы и качественные исследования в разработке продукта.ScrumTrek
 
Неудовлетворенность людей изменениями - управление сопротивлением
Неудовлетворенность людей изменениями - управление сопротивлениемНеудовлетворенность людей изменениями - управление сопротивлением
Неудовлетворенность людей изменениями - управление сопротивлениемSergei Penkov
 
Концепция методики внедрения инноваций
Концепция методики внедрения инновацийКонцепция методики внедрения инноваций
Концепция методики внедрения инновацийSergei Penkov
 
Борис Вольфсон. Agile ценности и принципы для новичков.
Борис Вольфсон. Agile ценности и принципы для новичков.Борис Вольфсон. Agile ценности и принципы для новичков.
Борис Вольфсон. Agile ценности и принципы для новичков.ScrumTrek
 
сенькова разное ретро для разных команд (как провести ретро для новичков, с...
сенькова   разное ретро для разных команд (как провести ретро для новичков, с...сенькова   разное ретро для разных команд (как провести ретро для новичков, с...
сенькова разное ретро для разных команд (как провести ретро для новичков, с...Magneta AI
 
Пусть Канбан будет странным - Agile Piter
Пусть Канбан будет странным - Agile PiterПусть Канбан будет странным - Agile Piter
Пусть Канбан будет странным - Agile Piterazheglov
 
Управление изменениями - неудовлетворенность и сопротивление людей
Управление изменениями  - неудовлетворенность и сопротивление людейУправление изменениями  - неудовлетворенность и сопротивление людей
Управление изменениями - неудовлетворенность и сопротивление людейSergei Penkov
 
ИБ - игра в долгую, или разговор о личном развии
ИБ - игра в долгую, или разговор о личном развииИБ - игра в долгую, или разговор о личном развии
ИБ - игра в долгую, или разговор о личном развииAlexey Evmenkov
 

What's hot (20)

Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджера
Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджераМаксим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджера
Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджера
 
вольфсон основы Agile
вольфсон   основы Agileвольфсон   основы Agile
вольфсон основы Agile
 
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...
 
Презентация вебинара "Использование гибких методологий в управлении проектами"
Презентация вебинара "Использование гибких методологий в управлении проектами"Презентация вебинара "Использование гибких методологий в управлении проектами"
Презентация вебинара "Использование гибких методологий в управлении проектами"
 
Kioda lab 2017 Николай Канарейкин LEAN Корпоративная философия улучшений
Kioda lab 2017 Николай Канарейкин LEAN Корпоративная философия улучшенийKioda lab 2017 Николай Канарейкин LEAN Корпоративная философия улучшений
Kioda lab 2017 Николай Канарейкин LEAN Корпоративная философия улучшений
 
Kioda lab 2017 Николай Канарейкин Обзор инструментов по результатам блиц-опроса
Kioda lab 2017 Николай Канарейкин Обзор инструментов по результатам блиц-опросаKioda lab 2017 Николай Канарейкин Обзор инструментов по результатам блиц-опроса
Kioda lab 2017 Николай Канарейкин Обзор инструментов по результатам блиц-опроса
 
вольфсон построение собственного Agile-фреймворка (шаблон)
вольфсон   построение собственного Agile-фреймворка (шаблон)вольфсон   построение собственного Agile-фреймворка (шаблон)
вольфсон построение собственного Agile-фреймворка (шаблон)
 
Процесс Mindbox 2015
Процесс Mindbox 2015Процесс Mindbox 2015
Процесс Mindbox 2015
 
Cемь смертных грехов в управлении проектами
Cемь смертных грехов в управлении проектамиCемь смертных грехов в управлении проектами
Cемь смертных грехов в управлении проектами
 
Вебинар: 12 принципов Agile, которые делают его довольно успешным
Вебинар: 12 принципов Agile, которые делают его довольно успешнымВебинар: 12 принципов Agile, которые делают его довольно успешным
Вебинар: 12 принципов Agile, которые делают его довольно успешным
 
лобасев 3 ключевых навыка успешной agile-команды
лобасев   3 ключевых навыка успешной agile-командылобасев   3 ключевых навыка успешной agile-команды
лобасев 3 ключевых навыка успешной agile-команды
 
Роман Бочаров. Быстрые циклы и качественные исследования в разработке продукта.
Роман Бочаров. Быстрые циклы и качественные исследования в разработке продукта.Роман Бочаров. Быстрые циклы и качественные исследования в разработке продукта.
Роман Бочаров. Быстрые циклы и качественные исследования в разработке продукта.
 
Неудовлетворенность людей изменениями - управление сопротивлением
Неудовлетворенность людей изменениями - управление сопротивлениемНеудовлетворенность людей изменениями - управление сопротивлением
Неудовлетворенность людей изменениями - управление сопротивлением
 
Марианна Крель. Мотивация: первые шаги, чтобы люди работали на результат
Марианна Крель. Мотивация: первые шаги, чтобы люди работали на результатМарианна Крель. Мотивация: первые шаги, чтобы люди работали на результат
Марианна Крель. Мотивация: первые шаги, чтобы люди работали на результат
 
Концепция методики внедрения инноваций
Концепция методики внедрения инновацийКонцепция методики внедрения инноваций
Концепция методики внедрения инноваций
 
Борис Вольфсон. Agile ценности и принципы для новичков.
Борис Вольфсон. Agile ценности и принципы для новичков.Борис Вольфсон. Agile ценности и принципы для новичков.
Борис Вольфсон. Agile ценности и принципы для новичков.
 
сенькова разное ретро для разных команд (как провести ретро для новичков, с...
сенькова   разное ретро для разных команд (как провести ретро для новичков, с...сенькова   разное ретро для разных команд (как провести ретро для новичков, с...
сенькова разное ретро для разных команд (как провести ретро для новичков, с...
 
Пусть Канбан будет странным - Agile Piter
Пусть Канбан будет странным - Agile PiterПусть Канбан будет странным - Agile Piter
Пусть Канбан будет странным - Agile Piter
 
Управление изменениями - неудовлетворенность и сопротивление людей
Управление изменениями  - неудовлетворенность и сопротивление людейУправление изменениями  - неудовлетворенность и сопротивление людей
Управление изменениями - неудовлетворенность и сопротивление людей
 
ИБ - игра в долгую, или разговор о личном развии
ИБ - игра в долгую, или разговор о личном развииИБ - игра в долгую, или разговор о личном развии
ИБ - игра в долгую, или разговор о личном развии
 

Viewers also liked

The Subject Matter Expert
The Subject Matter ExpertThe Subject Matter Expert
The Subject Matter ExpertDenis Bazhin
 
Effective Interviewing of Subject Matter Experts
Effective Interviewing of Subject Matter ExpertsEffective Interviewing of Subject Matter Experts
Effective Interviewing of Subject Matter ExpertsRich Maggiani
 
Agile другая правда - прямая интеграция
Agile другая правда - прямая интеграцияAgile другая правда - прямая интеграция
Agile другая правда - прямая интеграцияDenis Bazhin
 
Interviewing Your Subject Matter Expert
Interviewing Your Subject Matter ExpertInterviewing Your Subject Matter Expert
Interviewing Your Subject Matter ExpertFrancis Desjardins
 
Agile: Что это такое и какая от него польза
Agile: Что это такое и какая от него пользаAgile: Что это такое и какая от него польза
Agile: Что это такое и какая от него пользаIvano Digital
 
Agile для бизнеса: трансформация корпоративной культуры на примере МТС
Agile для бизнеса: трансформация корпоративной культуры на примере МТСAgile для бизнеса: трансформация корпоративной культуры на примере МТС
Agile для бизнеса: трансформация корпоративной культуры на примере МТСOnAgile
 
Harnessing the Power of a Subject Matter Expert (SME)
Harnessing the Power of a Subject Matter Expert (SME)Harnessing the Power of a Subject Matter Expert (SME)
Harnessing the Power of a Subject Matter Expert (SME)TalentLMS
 
Writing an Annotated Bibliography-Books
Writing an Annotated Bibliography-BooksWriting an Annotated Bibliography-Books
Writing an Annotated Bibliography-BooksJenna Rinalducci
 
The extension worker A Lecture By Mr Allah Dad Khan Visiting Professor the ...
The extension worker A Lecture  By Mr Allah Dad Khan  Visiting Professor the ...The extension worker A Lecture  By Mr Allah Dad Khan  Visiting Professor the ...
The extension worker A Lecture By Mr Allah Dad Khan Visiting Professor the ...Mr.Allah Dad Khan
 
Нравственные ценности: Позитивное Мышление – Moral Values: Positive Thinking
Нравственные ценности: Позитивное Мышление – Moral Values: Positive ThinkingНравственные ценности: Позитивное Мышление – Moral Values: Positive Thinking
Нравственные ценности: Позитивное Мышление – Moral Values: Positive ThinkingFreekidstories
 
Продвижение сайтов в 2016: нюансы и нововведения
Продвижение сайтов в 2016: нюансы и нововведенияПродвижение сайтов в 2016: нюансы и нововведения
Продвижение сайтов в 2016: нюансы и нововведенияSergey Yurkov
 
Как справиться с разочарованием - Dealing with Disappointment
Как справиться с разочарованием - Dealing with DisappointmentКак справиться с разочарованием - Dealing with Disappointment
Как справиться с разочарованием - Dealing with DisappointmentFreekidstories
 
Алексей Ионов, Agile на раз-два
Алексей Ионов, Agile на раз-дваАлексей Ионов, Agile на раз-два
Алексей Ионов, Agile на раз-дваScrumTrek
 
PiterPy#3. DSL in Python. How and why?
PiterPy#3. DSL in Python. How and why?PiterPy#3. DSL in Python. How and why?
PiterPy#3. DSL in Python. How and why?Ivan Tsyganov
 
Кейс Agile трансформации корпоративной культуры в МТС
Кейс Agile трансформации корпоративной культуры в МТСКейс Agile трансформации корпоративной культуры в МТС
Кейс Agile трансформации корпоративной культуры в МТСCEE-SEC(R)
 
Presentation at the conference
Presentation at the conferencePresentation at the conference
Presentation at the conferenceVitaly Grigoriev
 
Денис Тучин, Удачные и неудачные паттерны распределённого Agile
Денис Тучин, Удачные и неудачные паттерны распределённого AgileДенис Тучин, Удачные и неудачные паттерны распределённого Agile
Денис Тучин, Удачные и неудачные паттерны распределённого AgileScrumTrek
 
Сергей Рогачев. Agile на гигантских размерах
Сергей Рогачев. Agile на гигантских размерахСергей Рогачев. Agile на гигантских размерах
Сергей Рогачев. Agile на гигантских размерахScrumTrek
 
Кибербезопасность 2016-2017: От итогов к прогнозам
Кибербезопасность 2016-2017: От итогов к прогнозамКибербезопасность 2016-2017: От итогов к прогнозам
Кибербезопасность 2016-2017: От итогов к прогнозамAlexey Komarov
 

Viewers also liked (20)

The Subject Matter Expert
The Subject Matter ExpertThe Subject Matter Expert
The Subject Matter Expert
 
Effective Interviewing of Subject Matter Experts
Effective Interviewing of Subject Matter ExpertsEffective Interviewing of Subject Matter Experts
Effective Interviewing of Subject Matter Experts
 
Agile другая правда - прямая интеграция
Agile другая правда - прямая интеграцияAgile другая правда - прямая интеграция
Agile другая правда - прямая интеграция
 
Interviewing Your Subject Matter Expert
Interviewing Your Subject Matter ExpertInterviewing Your Subject Matter Expert
Interviewing Your Subject Matter Expert
 
Agile: Что это такое и какая от него польза
Agile: Что это такое и какая от него пользаAgile: Что это такое и какая от него польза
Agile: Что это такое и какая от него польза
 
Agile для бизнеса: трансформация корпоративной культуры на примере МТС
Agile для бизнеса: трансформация корпоративной культуры на примере МТСAgile для бизнеса: трансформация корпоративной культуры на примере МТС
Agile для бизнеса: трансформация корпоративной культуры на примере МТС
 
Harnessing the Power of a Subject Matter Expert (SME)
Harnessing the Power of a Subject Matter Expert (SME)Harnessing the Power of a Subject Matter Expert (SME)
Harnessing the Power of a Subject Matter Expert (SME)
 
Documentary convision
Documentary convisionDocumentary convision
Documentary convision
 
Writing an Annotated Bibliography-Books
Writing an Annotated Bibliography-BooksWriting an Annotated Bibliography-Books
Writing an Annotated Bibliography-Books
 
The extension worker A Lecture By Mr Allah Dad Khan Visiting Professor the ...
The extension worker A Lecture  By Mr Allah Dad Khan  Visiting Professor the ...The extension worker A Lecture  By Mr Allah Dad Khan  Visiting Professor the ...
The extension worker A Lecture By Mr Allah Dad Khan Visiting Professor the ...
 
Нравственные ценности: Позитивное Мышление – Moral Values: Positive Thinking
Нравственные ценности: Позитивное Мышление – Moral Values: Positive ThinkingНравственные ценности: Позитивное Мышление – Moral Values: Positive Thinking
Нравственные ценности: Позитивное Мышление – Moral Values: Positive Thinking
 
Продвижение сайтов в 2016: нюансы и нововведения
Продвижение сайтов в 2016: нюансы и нововведенияПродвижение сайтов в 2016: нюансы и нововведения
Продвижение сайтов в 2016: нюансы и нововведения
 
Как справиться с разочарованием - Dealing with Disappointment
Как справиться с разочарованием - Dealing with DisappointmentКак справиться с разочарованием - Dealing with Disappointment
Как справиться с разочарованием - Dealing with Disappointment
 
Алексей Ионов, Agile на раз-два
Алексей Ионов, Agile на раз-дваАлексей Ионов, Agile на раз-два
Алексей Ионов, Agile на раз-два
 
PiterPy#3. DSL in Python. How and why?
PiterPy#3. DSL in Python. How and why?PiterPy#3. DSL in Python. How and why?
PiterPy#3. DSL in Python. How and why?
 
Кейс Agile трансформации корпоративной культуры в МТС
Кейс Agile трансформации корпоративной культуры в МТСКейс Agile трансформации корпоративной культуры в МТС
Кейс Agile трансформации корпоративной культуры в МТС
 
Presentation at the conference
Presentation at the conferencePresentation at the conference
Presentation at the conference
 
Денис Тучин, Удачные и неудачные паттерны распределённого Agile
Денис Тучин, Удачные и неудачные паттерны распределённого AgileДенис Тучин, Удачные и неудачные паттерны распределённого Agile
Денис Тучин, Удачные и неудачные паттерны распределённого Agile
 
Сергей Рогачев. Agile на гигантских размерах
Сергей Рогачев. Agile на гигантских размерахСергей Рогачев. Agile на гигантских размерах
Сергей Рогачев. Agile на гигантских размерах
 
Кибербезопасность 2016-2017: От итогов к прогнозам
Кибербезопасность 2016-2017: От итогов к прогнозамКибербезопасность 2016-2017: От итогов к прогнозам
Кибербезопасность 2016-2017: От итогов к прогнозам
 

Similar to Культура Agile

Agile - новый тренд или хорошо знакомый подход (ВШМ)
Agile - новый тренд или хорошо знакомый подход (ВШМ)Agile - новый тренд или хорошо знакомый подход (ВШМ)
Agile - новый тренд или хорошо знакомый подход (ВШМ)Natalia Khametdulova
 
5 историй об Agile
5 историй об Agile5 историй об Agile
5 историй об AgileAndrey Pletenev
 
It talk №23: "Если не Scrum, то что?", Екатерина Шалапанова
It talk №23: "Если не Scrum, то что?", Екатерина ШалапановаIt talk №23: "Если не Scrum, то что?", Екатерина Шалапанова
It talk №23: "Если не Scrum, то что?", Екатерина ШалапановаMarina Peregud
 
Опыт выстраивания процесса Product Discovery
Опыт выстраивания процесса Product DiscoveryОпыт выстраивания процесса Product Discovery
Опыт выстраивания процесса Product DiscoveryNikita Efimov
 
Как перейти от проектного мышления к продуктовому. Опыт из заказной разработки
Как перейти от проектного мышления к продуктовому. Опыт из заказной разработкиКак перейти от проектного мышления к продуктовому. Опыт из заказной разработки
Как перейти от проектного мышления к продуктовому. Опыт из заказной разработкиAlexander Byndyu
 
CodeFest, июль 2012. Мочалкин П, Спиридонов А. — Управление продуктами в 2ГИС
CodeFest, июль 2012. Мочалкин П, Спиридонов А. — Управление продуктами в 2ГИСCodeFest, июль 2012. Мочалкин П, Спиридонов А. — Управление продуктами в 2ГИС
CodeFest, июль 2012. Мочалкин П, Спиридонов А. — Управление продуктами в 2ГИСCodeFest
 
Александр Денисюк "How not to lose the dynamic of project in process time"
 	Александр Денисюк "How not to lose the dynamic of project in process time"  	Александр Денисюк "How not to lose the dynamic of project in process time"
Александр Денисюк "How not to lose the dynamic of project in process time" Anna Shymchenko
 
Блиц-доклад "Как выбирать проектные методологии и как от них отказываться"
Блиц-доклад "Как выбирать проектные методологии и как от них отказываться"Блиц-доклад "Как выбирать проектные методологии и как от них отказываться"
Блиц-доклад "Как выбирать проектные методологии и как от них отказываться"Ivan Selikhovkin
 
Как контролировать работу? Вадим Нарейко
Как контролировать работу? Вадим НарейкоКак контролировать работу? Вадим Нарейко
Как контролировать работу? Вадим НарейкоVadim Nareyko
 
Методы управления проектами с коротким циклом - Agile от практиков_InnoTrain_...
Методы управления проектами с коротким циклом - Agile от практиков_InnoTrain_...Методы управления проектами с коротким циклом - Agile от практиков_InnoTrain_...
Методы управления проектами с коротким циклом - Agile от практиков_InnoTrain_...Анастасия Виноградова
 
Андрій Мандріка: Проект в умовах невизначеності? Використовуємо концепцію Lea...
Андрій Мандріка: Проект в умовах невизначеності? Використовуємо концепцію Lea...Андрій Мандріка: Проект в умовах невизначеності? Використовуємо концепцію Lea...
Андрій Мандріка: Проект в умовах невизначеності? Використовуємо концепцію Lea...Lviv Startup Club
 
Управление ИТ-проектом. Лекция 1
Управление ИТ-проектом. Лекция 1Управление ИТ-проектом. Лекция 1
Управление ИТ-проектом. Лекция 1Mikhail Tsarev
 
Ольга Лужецька - Exploratory testing: Love it or Leave it?
Ольга Лужецька - Exploratory testing: Love it or Leave it?Ольга Лужецька - Exploratory testing: Love it or Leave it?
Ольга Лужецька - Exploratory testing: Love it or Leave it?DataArt
 
Управление и руководство в процессном подходе. Тренинг-семинар.
Управление и руководство в процессном подходе. Тренинг-семинар.Управление и руководство в процессном подходе. Тренинг-семинар.
Управление и руководство в процессном подходе. Тренинг-семинар.Ратнер Александр
 
Работа с требованиями в Agile - Part 3
Работа с требованиями в Agile - Part 3Работа с требованиями в Agile - Part 3
Работа с требованиями в Agile - Part 3ISsoft
 
как нанять и сделать счастливыми хороших программистов и других сотрудников
как нанять и сделать счастливыми хороших программистов и других сотрудниковкак нанять и сделать счастливыми хороших программистов и других сотрудников
как нанять и сделать счастливыми хороших программистов и других сотрудниковAlexander Gornik
 
Доклад на Software People 2013
Доклад на Software People 2013Доклад на Software People 2013
Доклад на Software People 2013Natalia Zhelnova
 
Product discovery. Наши шишки и успехи
Product discovery. Наши шишки и успехиProduct discovery. Наши шишки и успехи
Product discovery. Наши шишки и успехиNikita Efimov
 

Similar to Культура Agile (20)

Agile - новый тренд или хорошо знакомый подход (ВШМ)
Agile - новый тренд или хорошо знакомый подход (ВШМ)Agile - новый тренд или хорошо знакомый подход (ВШМ)
Agile - новый тренд или хорошо знакомый подход (ВШМ)
 
5 историй об Agile
5 историй об Agile5 историй об Agile
5 историй об Agile
 
It talk №23: "Если не Scrum, то что?", Екатерина Шалапанова
It talk №23: "Если не Scrum, то что?", Екатерина ШалапановаIt talk №23: "Если не Scrum, то что?", Екатерина Шалапанова
It talk №23: "Если не Scrum, то что?", Екатерина Шалапанова
 
Опыт выстраивания процесса Product Discovery
Опыт выстраивания процесса Product DiscoveryОпыт выстраивания процесса Product Discovery
Опыт выстраивания процесса Product Discovery
 
Agile Testing Process
Agile Testing ProcessAgile Testing Process
Agile Testing Process
 
Как перейти от проектного мышления к продуктовому. Опыт из заказной разработки
Как перейти от проектного мышления к продуктовому. Опыт из заказной разработкиКак перейти от проектного мышления к продуктовому. Опыт из заказной разработки
Как перейти от проектного мышления к продуктовому. Опыт из заказной разработки
 
CodeFest, июль 2012. Мочалкин П, Спиридонов А. — Управление продуктами в 2ГИС
CodeFest, июль 2012. Мочалкин П, Спиридонов А. — Управление продуктами в 2ГИСCodeFest, июль 2012. Мочалкин П, Спиридонов А. — Управление продуктами в 2ГИС
CodeFest, июль 2012. Мочалкин П, Спиридонов А. — Управление продуктами в 2ГИС
 
Александр Денисюк "How not to lose the dynamic of project in process time"
 	Александр Денисюк "How not to lose the dynamic of project in process time"  	Александр Денисюк "How not to lose the dynamic of project in process time"
Александр Денисюк "How not to lose the dynamic of project in process time"
 
Блиц-доклад "Как выбирать проектные методологии и как от них отказываться"
Блиц-доклад "Как выбирать проектные методологии и как от них отказываться"Блиц-доклад "Как выбирать проектные методологии и как от них отказываться"
Блиц-доклад "Как выбирать проектные методологии и как от них отказываться"
 
Александр Башкиров. Как бизнес приходит к тому, что нужно системно управлять ...
Александр Башкиров. Как бизнес приходит к тому, что нужно системно управлять ...Александр Башкиров. Как бизнес приходит к тому, что нужно системно управлять ...
Александр Башкиров. Как бизнес приходит к тому, что нужно системно управлять ...
 
Как контролировать работу? Вадим Нарейко
Как контролировать работу? Вадим НарейкоКак контролировать работу? Вадим Нарейко
Как контролировать работу? Вадим Нарейко
 
Методы управления проектами с коротким циклом - Agile от практиков_InnoTrain_...
Методы управления проектами с коротким циклом - Agile от практиков_InnoTrain_...Методы управления проектами с коротким циклом - Agile от практиков_InnoTrain_...
Методы управления проектами с коротким циклом - Agile от практиков_InnoTrain_...
 
Андрій Мандріка: Проект в умовах невизначеності? Використовуємо концепцію Lea...
Андрій Мандріка: Проект в умовах невизначеності? Використовуємо концепцію Lea...Андрій Мандріка: Проект в умовах невизначеності? Використовуємо концепцію Lea...
Андрій Мандріка: Проект в умовах невизначеності? Використовуємо концепцію Lea...
 
Управление ИТ-проектом. Лекция 1
Управление ИТ-проектом. Лекция 1Управление ИТ-проектом. Лекция 1
Управление ИТ-проектом. Лекция 1
 
Ольга Лужецька - Exploratory testing: Love it or Leave it?
Ольга Лужецька - Exploratory testing: Love it or Leave it?Ольга Лужецька - Exploratory testing: Love it or Leave it?
Ольга Лужецька - Exploratory testing: Love it or Leave it?
 
Управление и руководство в процессном подходе. Тренинг-семинар.
Управление и руководство в процессном подходе. Тренинг-семинар.Управление и руководство в процессном подходе. Тренинг-семинар.
Управление и руководство в процессном подходе. Тренинг-семинар.
 
Работа с требованиями в Agile - Part 3
Работа с требованиями в Agile - Part 3Работа с требованиями в Agile - Part 3
Работа с требованиями в Agile - Part 3
 
как нанять и сделать счастливыми хороших программистов и других сотрудников
как нанять и сделать счастливыми хороших программистов и других сотрудниковкак нанять и сделать счастливыми хороших программистов и других сотрудников
как нанять и сделать счастливыми хороших программистов и других сотрудников
 
Доклад на Software People 2013
Доклад на Software People 2013Доклад на Software People 2013
Доклад на Software People 2013
 
Product discovery. Наши шишки и успехи
Product discovery. Наши шишки и успехиProduct discovery. Наши шишки и успехи
Product discovery. Наши шишки и успехи
 

Культура Agile

  • 2. ПРАВИЛА И ЦЕЛЬ ▪Правила: ▪ 50/10 (50 минут работы, 10 минут отдыха) ▪ Ответственность лежит на слушателях ▪ Глупых вопросов не бывает ▪Цель: ▪ Заложить крепкий фундамент в понимании Agile ▪ как ценности и культуры ▪ как принципов построения эффективных процессов 2
  • 4. ОПРЕДЕЛЕНИЯ ▪ Ценности — это то, что важно для отдельных людей в организации и для организации в целом ▪ Принципы — некоторые правила, которыми мы руководствуемся при ежедневном принятии процессных решений ▪ Контекст — это совокупность свойств организации, например: «сколько людей вовлечено в работу?», «насколько рискованный проект?», «насколько быстрая реакция на изменения рынка требуется и как часто необходимо поставлять новую версию продукта?», «насколько сложна решаемая с помощью продукта проблема?», «что мы понимаем под качеством?» и так далее ▪ Новое знание — то, что мы узнаем на основе полученного ранее опыта и что позволяет постоянно улучшать процесс 4
  • 6. ИСТОРИЧЕСКАЯ СПРАВКА • 1970е: Waterfall модель разработки ПО ▪ Необходимость циклов обратной связи между фазами разработки WTF модели ▪ Попытка перейти на итеративный процесс разработки вместо последовательного • 1986: Статья «The New New Product Development Game» ▪ Системы, выглядящие снаружи как хаос ▪ работают эффективнее ▪ выпускают продукт в разы быстрее других систем ▪ первое сравнение IT и рэгби • 2001: Встреча мировых профессионалов по разработке ПО ▪ выделение общих идей ▪ описание чётких и понятных целей и принципов эффективного процесса ▪ Манифест Agile (4 и 12 пунктов) 6
  • 8. LEAN ПРИНЦИПЫ AGILE Основные принципы: ▪fail FAST ▪fail is OK ideafailure success Польза для разработки ПО: • Определение проблем на ранних стадиях • Высокий уровень гибкости (возможности rollback ) • Высокая скорость реакции на изменения (реакция на проблемы) • Минимизация стоимости поддержки продукта 8
  • 9. LEAN ПРИНЦИПЫ AGILE Основные принципы: ▪fail FAST ▪fail is OK ideafailure success Проявление в рамках культуры Agile: • Отсутствие страха ошибаться • Постоянное желание пробовать идеи • Быстрый анализ ошибок • Поиск системных решений Реализация: • Понятие «Эксперимент» • Поток производительности 9
  • 10. LEAN И AGILE: ЭКСПЕРИМЕНТ Понятие и особенности эксперимента: ▪ Ответы на вопросы ▪ А что если? ▪ А вдруг? ▪ А можно по-другому? ▪ Ограниченность во времени ▪ Управляемость ▪ Соответствие ожиданиям ▪ Безопасность (границы ошибок) ▪ Минимизация влияния ▪ На поставляемый продукт в рамках ожиданий и планов ▪ На человеческий ресурс idea do check action 10
  • 11. AGILE VS ПОТОК ПРОИЗВОДИТЕЛЬНОСТИ Поток производительности: • высшая степень ответственности • максимальный результат • применим к отдельным сотрудникам • применим к командам/проектам FLO W страх скука ▪ Выход за верхнюю границу flow: страх • беспокойство, страх не успеть • сбитый фокус с текущей задачи • страх ошибаться (broken fail is ok) • завал ответственности • сбитое желание пробовать идеи • недостаток времени на • анализ ошибок • поиск системных решений 11
  • 12. AGILE VS ПОТОК ПРОИЗВОДИТЕЛЬНОСТИ FLO W страх скука ▪ Выход за нижнюю границу flow: скука • пассивность, безразличие • сбитое видение, нет ответов на вопросы ▪ кто я? Куда я стремлюсь? ▪ Зачем я это делаю? Как я это делаю? • завал ответственности • сбитое желание пробовать идеи (broken fail fast) • отсутствие желания развиваться • нет анализа ошибок • нет поиска системных решений Поток производительности: • высшая степень ответственности • максимальный результат • применим к отдельным сотрудникам • применим к командам/проектам 12
  • 14. ИТЕРАТИВНОСТЬ. ВИДЕНИЕ $$$ Waterfall $$$ $$$ Пьяные ковбои Code & Fix $$$ Agile • Низкая гибкость • Несоответствие продукта новым условиям рынка • Постоянное следование стратегии и плану сильно растянуто во времени • Низкая востребованность продукта к моменту финального выпуска • Высокая гибкость • Низкое качество продукта • Постоянное следование любым изменениям • Низкая потребность рынка в таком продукте к моменту финального выпуска продукта • Высокая гибкость • Постепенное наращивание • Контролируемое следование изменениям • Соответствие требованиям рынка $$$ 14
  • 15. ИТЕРАТИВНОСТЬ. ВИДЕНИЕ Agile: • Видение • Медиана видения • Корректировки пути (итерации, спринты) • Постоянный анализ ошибок (ретроспективы) Видение: • Понимание границ возможных изменений • Интуиция, внутреннее предвидение • Ответы на вопросы: • Кто я? • Что я делаю в данный момент? • Зачем, для чего я делаю что-то в данный момент? • Каким образом я делаю это в данный момент? 15
  • 16. ИТЕРАТИВНОСТЬ. ВИДЕНИЕ Agile: • Видение • Медиана видения • Корректировки пути (итерации, спринты) • Постоянный анализ ошибок (ретроспективы) Медиана области видения: • Стратегия и планы в рамках границ потенциальных изменений • Путеводная нить для корректировки пути развития продуктакоманды в рамках определённых ожиданий 16
  • 17. ИТЕРАТИВНОСТЬ. ВИДЕНИЕ Agile: • Видение • Медиана видения • Корректировки пути (итерации, спринты) • Постоянный анализ ошибок (ретроспективы) Итерации: • Корректировка задач, планирование • Мониторинг настроения • Мониторинг прогресса • Неявный анализ ошибок • Поиск улучшений • Корректировка видения 17
  • 19. ПРОМЕЖУТОЧНЫЙ ИТОГ Что такое Agile? • Образ мышления (fail fast, fail is ok) • Набор ценностей и принципов (fail is ok, flow) • Культура взаимодействия людей внутри компании (flow, fail is ok, fail fast) • Система рекомендаций по построению эффективных процессов • Фундамент для построения и развития компании в рамках контекста, основываясь на необходимых компании ценностях и принципах • Простота использования: оставлять только то, что эффективно и очень быстро избавляться от того, что мешает достигать действительно классных результатов (fail fast, fail is ok, flow) • Путь к новым знаниям (опыт, fail fast) 19
  • 21. ТИПИЧНАЯ КОМАНДА Особенности: • Отсутствие горизонтального прямого общения • Низкая скорость развития экспертизы • Отсутствие системного подхода в решениях • Отсутствие простых и быстрых решений • Отсутствие постоянного потока производительности • Страх в случае срочных задач (низкая экспертиза) • Скука в случае рутинных задач (отсутствие развития) • Страх и нежелания экспериментировать • Чёткое следование личным обязательствам 21
  • 22. ТИПИЧНАЯ КОМАНДА Особенности: • Низкая степень личного понимания собственного развития (вопросы куда стремлюсь, зачем, каким образом) • Низкая скорость развития экспертизы • Слабая либо отсутствующая обратная связь Завал ответственности: • Отрицание (это не я) • Обвинение (это Вася мне HW node не дал) • Оправдание (я торопился забрать ребёнка) • Самообвинение (вот я дурак) • Обязательства (это не мой код) 22
  • 23. ТИПИЧНАЯ КОМАНДА При достижении условного предела срабатывает принцип чайника • Потеря ценных специалистов • Временная (?) потеря экспертизы 23
  • 24. ОБЪЁМНАЯ МОДЕЛЬ ТИПИЧНОЙ КОМАНДЫ Руководство Специалисты мечты (самостоятельность, высокий уровень ответственности, отличный результат) Потенциальные специалисты мечты (нуждаются в лидерах) Сидящие за зарплату (нулевое развитие) 24
  • 26. ОБЪЁМНАЯ МОДЕЛЬ AGILE DREAM TEAMПостоянное расширение границ: • Новые знания • Новые возможности • Новая экспертиза Самоорганизация: • Специалистов мечты • Вертикальная и горизонтальная коммуникации • Обучение и взаимовыручка • Системный подход к решению задач • Простые и эффективные решения • Саморазвивающийся flow • Самоанализ ошибок • Высокая реакция на изменения 26
  • 27. ОБЪЁМНАЯ МОДЕЛЬ AGILE DREAM TEAM Ограничения: • 5-6 человек • Минимизация конфликтов • Максимизация публичности • Самоорганизация • Публичная ответственность (не отсидеться за спинами других) • Максимальная атмосфера доверия и поддержки • Команда формируется под проект, а не проект под команду 27
  • 28. ОБЪЁМНАЯ МОДЕЛЬ AGILE DREAM TEAM • 5-6 человек • Гибкость, быстрая реакция на изменения • Самоорганизация • Продолжительный и постоянный flow • Постоянное развитие, эксперименты • Критика, анализ ошибок, исправление • Минимальные потери • Высокая общественная ответственность • Взаимовыручка и обучения • Системный подход к решению задач • Частая и бесперебойная поставка продукта 28
  • 30. AGILE МАНИФЕСТ • люди и взаимодействие важнее процессов и инструментов • работающий продукт важнее исчерпывающей документации • сотрудничество с заказчиком важнее контрактных обязательств • готовность к изменениям важнее следования плану 30
  • 32. ПРАВИЛА ИНТЕГРАЦИИ ▪ Терпение ▪ Мгновенного результата не бывает ▪ Готовность к проведению экспериментов ▪ Безопасные и понятные для сотрудников эксперименты ▪ Ограниченные во времени ▪ Постоянное отслеживание результатов и настроений ▪ Быстрая реакция на любые изменения ▪ Готовность к рискам ▪ Полная ответственность за эксперименты ▪ Готовность к ошибкам, в том числе к снижению производительности в переходный период ▪ Готовность к ограничению команды от любого внешниего влияния (только 1 интерфейс коммуникации с внешним миром) ▪ Соответствие ожиданиям сотрудников 32
  • 34. ПРАВИЛА ИНТЕГРАЦИИ АТМОСФЕРЫ ▪ Изоляция команды от любого внешнего влияния ▪ Только 1 интерфейс для общения с внешним миром ▪ Временное снятие с членов команды обязательств по срокам поставки ▪ Снятие обязательств только с команды, но не с себя и не с проекта ▪ Поиск факторов, мешающих команде выполнять работу как можно быстрее ▪ Time-loss detection: лишние митинги, недоступность HW, отсутствие людей ▪ Полное сопровождение команды ▪ Устранение любых препятствий для работы ▪ Один интерфейс между командой и внешним миром ▪ Высокий уровень доверия ▪ Публичность (пояснение команде каждого шага: почему, зачем, как) ▪ Публичная проверка результатов 34
  • 35. AGILE АТМОСФЕРА • внутри слоя атмосфера присутствует всегда • между двумя соседними слоями максимально эффективна • при количестве слоёв больше двух появляется страх в нижнем слое • при использовании разнесённых слоёв появляется скука в верхнем и страх в нижнем (разные механизмы восприятия) тимлиды инженеры PM PrM TOP MGM BIG Boss 35
  • 36. AGILE АТМОСФЕРА ▪ Атмосфера может быть любой: • Физическая (тимбилдинги, офисное пространство) • Виртуальная (командный чат) • Игровая (элемент игры, геймификация) ▪ Виртуальная атмосфера максимально эффективна на начальных шагах интеграции: • Безопасна (ощущение физической безопасности) • Минимум страха говорить (могу сказать и мне за это ничего не будет) • Минимум страха предлагать (могу предложить и мне за это ничего не будет) 36
  • 37. AGILE АТМОСФЕРА ▪ Атмосфера может быть любой: • Физическая (тимбилдинги, офисное пространство) • Виртуальная (командный чат) • Игровая (элемент игры, геймификация) ▪ Виртуальная атмосфера максимально эффективна на начальных шагах интеграции: • Ощущение чётких границ личного пространства (минимизация недоверия) • Автоматическое развитие ответственности • Автоматическое развитие доверия • Ощущение единства с командой 37
  • 38. AGILE АТМОСФЕРА ▪ Требования к виртуальной атмосфере: ▪ Быстрый доступ из любой точки планеты (IM) ▪ World-wide access даёт постоянное ощущение единства ▪ Нельзя навязывать использование IM за пределами работы ▪ Разрешение выражать любые мысли ▪ В том числе критиковать работу начальства и саму компанию ▪ Развитие доверия ▪ Обязательное использование юмора, смайлов ▪ Развитие доверия ▪ Развитие ощущения единства ▪ Неформальное общение, обсуждение любых тем ▪ Развитие доверия ▪ Развитие ощущения единства ▪ Доступность каждому члену команды ▪ Наличие сильного коммуникационного лидера ▪ Развитие коммуникации между инженерами как внутри команды, так и с мэнеджментом 38
  • 39. AGILE АТМОСФЕРА ▪ Требования к виртуальной атмосфере: ▪ Наличие сильного коммуникационного лидера ▪ Развитие коммуникации между инженерами как внутри команды, так и с мэнеджментом ▪ Поддержание атмосферы открытости и доверия ▪ Собственным примером ▪ Юмор, аккуратные шутки в сторону команды ▪ Выражение своих собственных мыслей, чувств, эмоций, в том числе негативных ▪ Собственный пример ▪ раскрывает доверие, ▪ выстраивает ощущение единства, ▪ Развивает авторитет ▪ Отслеживание настроений ▪ Любые изменения эмоционального фона команды ▪ Поиск причин, поиск вариантов улучшения настроения ▪ Отслеживание и помощь в личных проблемах членов команды 39
  • 40. AGILE АТМОСФЕРА ▪ Польза развитой атмосферы: • Развитие механизмов восприятия и коммуникации • Развитие ответственности за текущие задачи • Доверие и взаимная поддержка • Горизонтальная коммуникая • Вертикальная коммуникация • Самомотивация на развитие профессионализма • Желание соответствовать уровню членов команды • Публичные обязательства • Вся команда отвечает за результат • Вся команда участвует в принятии решений • Вся команда участвует в обсуждениях • Приближение к flow • Минус часть страхов и скуки • Появление командного видения 40
  • 41. ИНТЕГРАЦИЯ КУЛЬТУРЫ AGILE Коммуникация: критичная составляющая • Люди и взаимодействие важнее процессов и инструментов • Сотрудничество с заказчиком важнее контрактных обязательств • Готовность к изменениям важнее следования плану • Рабочий продукт важнее исчерпывающей документации 8.2
  • 42. AGILE ИНТЕГРАЦИЯ КОММУНИКАЦИЯ Определение непонимания • Явные признаки того, что вас не поняли ▪ «Если вы так считаете, почему не скажете об этом прямо?» ▪ «Лучше бы они прямо сказали, чего хотят» ▪ «Я не совсем понимаю, что должен сделать» ▪ «Я не могу понять, когда он (она) шутит, а когда – нет» ▪ «Мне не совсем понятно». • Часто о непонимании даже не говорят – оно читается во взгляде или чувствуется во вздохе • То , что вкладывает в свое высказывание говорящий, может очень отличаться от воспринимаемого слушателем 42
  • 43. AGILE ИНТЕГРАЦИЯ КОММУНИКАЦИЯ Эффективное преобразование идей и мыслей в высказывание • Способность четко и логично сформулировать суть вопроса; ▪ например, вместо того чтобы сказать «У нас очень быстро расходуются конверты», вы говорите «Надо купить конверты». • Умение принимать во внимание предпочтения и особенности восприятия слушателя • Умение выразить свою мысль с учетом предпочтений и особенностей восприятия слушателя ▪ Полное внимание к себе ▪ Точная интепретация высказывания ▪ Неявное управление мотивацией 43
  • 44. AGILE ИНТЕГРАЦИЯ КОММУНИКАЦИЯ Слушать или слышать? • Слушать и слышать – разные вещи ▪ Для понимания, что вас слушают и слышат необходим отклик слушателя • Слышать без слушать ▪ Когда человек не слушает, он может слышать, что ему говорят, но при этом не воспринимать того, о чем идет речь, ведь его внимание в это время поглощено чем-то другим ▪ Человек увлечён чтением газеты и автоматически поддакивает собеседнику, при этом если собеседник переспросит то, что только что рассказал, то человек с газетой не сможет ответить ▪ все ваши слова будут услышаны, но не все достигнут сознания ▪ Как итог – некорректное понимание поставленой задачи либо ожиданий • Выслушивать вас людей заставляет не только то, что вы сообщаете им устно или письменно, но и то, как вы это делаете 44
  • 45. AGILE ИНТЕГРАЦИЯ КОММУНИКАЦИЯ Развитие коммуникационных навыков • Признание, что часто люди понимают вас неправильно • Более ясная и чёткая формулировка мысли перед высказыванием ▪ Проговаривание мысли про себя перед донесением её до слушателя • Учитывать желания и интересы других людей, чтобы обратить на себя их внимание ▪ Привлечение внимания общими темами ▪ Неявное управление мотивацией • Выслушивать других людей по любым темам ▪ Развивает понимание самомотивации и интересов других людей 45
  • 46. ИНТЕГРАЦИЯ КУЛЬТУРЫ AGILE Производительность как продолжительный flow • Рабочий продукт важнее исчерпывающей документации • Сотрудничество с заказчиком важнее контрактных обязательств • Готовность к изменениям важнее следования плану 8.3
  • 47. РАЗВИТИЕ ПРОИЗВОДИТЕЛЬНОСТИ FLO W страх скука Развитие производительности: • Отсутствие страха пробовать идеи • Нащупывание пределов потока • Постоянный мониторинг команды • Быстрая реакция на выход за пределы • Вывод команды на самостоятельное ощущение flow • Свобода действий в чётко обозначенных границах • что делаем? Зачем? Для чего? • Формирование видения • Куда стремимся в обозримом будущем? 47
  • 48. РАЗВИТИЕ ПРОИЗВОДИТЕЛЬНОСТИ FLO W страх скука ▪ Развитие производительности: • Отсутствие явного управленца • Вместо явного управленца интерфейс взаимодействия команды с внешним миром • Саморазвитие команды • Видение «куда стремимся?» • Сформированный список задач в рамках видения (бэклог) • Расставление приоритетов • Периодическая корректировка приоритетов • Системное решение задач • Давать подсказки вместо явных указаний • Участие всей команды в любых митингах • Мэнеджмент в роли модератора • Решение спорных ситуаций • Помощь в решении сомнений 48
  • 49. ИНТЕГРАЦИЯ КУЛЬТУРЫ AGILE Внедрение процессов • Люди и взаимодействие важнее процессов и инструментов • Сотрудничество с заказчиком важнее контрактных обязательств • Готовность к изменениям важнее следования плану • Рабочий продукт важнее исчерпывающей документации 8.4
  • 50. ВНЕДРЕНИЕ ПРОЦЕССОВ Плоская модель команды, в которой налажены ▪ Атмосфера ▪ Коммуникация Снаружи выглядит как хаос ▪ Чекпоинт: готовность к изменениям ▪ Чекпоинт: время упорядочить процессы Высокая продуктивность ▪ Чекпоинт: время документации ▪ Чекпоинт: время контрактных обязательств Время улучшений 50
  • 51. ИНТЕГРАЦИЯ КУЛЬТУРЫ AGILE Публичность. Визуализация • Публичные обязательства, общая ответственность • Сотрудничество с заказчиком важнее контрактных обязательств • Готовность к изменениям важнее следования плану • Рабочий продукт важнее исчерпывающей документации 8.5
  • 52. AGILE И ПУБЛИЧНОСТЬ ▪ Особенности публичности: ▪ Общая ответственность ▪ Публичные обещания отлично мотивируют на результат ▪ Публичный список задач (бэклог) создаёт видение ▪ Публичный список приоритетов даёт чёткое понимание «что делать дальше» в рамках видения ▪ Наказание ▪ общее нежелание команды тащить на себе ошибки одного - способ публичного отстрела ▪ Открытое и публичное взаимодействие с заказчиком ▪ Командное взаимодействие с заказчиком ▪ Чёткое видение для всех ▪ Быстрая реакция на изменения ▪ Общее понимание ожиданий ▪ Внутрикомандное взаимодействие ▪ Взаимовыручка ▪ Быстрое перераспределение нагрузки и ролей 52
  • 53. AGILE И ВИЗУАЛИЗАЦИЯ Особенности визуализации: ▪ Публичность ▪ Доступность любому члену команды ▪ Доступность любому стейкхолдеру ▪ Доступность задач ▪ Все задачи чётко и понятно сформулированы ▪ Задачи храняться в доступном понятном и простом виде ▪ Доступность ошибок и достижений ▪ Ошибки и достижения чётко и понятно сформулированы ▪ Рядом с ошибками расположены системные решения ▪ Как не допустить в дальнейшем? ▪ Доступность идей ▪ Любые идеи чётко и понятно записываются ▪ Собственные цели команды ▪ Например «определение степени крутизны команды» Tasks, prio Fails solutions Current targets ideas coolness criterion achieve ments 53
  • 54. ИНТЕГРАЦИЯ КУЛЬТУРЫ AGILE Ретроспектива. Fail is OK • Публичные обязательства, общая ответственность • Анализ ошибок, поиск улучшений • Готовность к изменениям важнее следования плану • Рабочий продукт важнее исчерпывающей документации 8.6
  • 55. AGILE РЕТРОСПЕКТИВА Особенности ретроспективы: ▪ Мониторинг результатов команды ▪ Публичный, явный на начальных этапах (специальный митинг) ▪ Возможно привлечение заказчика ▪ Развивается в продолжительный неявный мониторинг ▪ Постоянный мониторнинг (daily, hourly) ▪ Быстрая реакция на проблемы ▪ Визуализация работы команды ▪ Публичное представление результатов в простом и понятном для всех виде ▪ Поиск достижений ▪ Совместный анализ проблем и поиск улучшений ▪ Все члены команды принимают участие ▪ Участие руководящего состава желательно ▪ Участие заказчика по возможности 55
  • 56. AGILE РЕТРОСПЕКТИВА ▪ Минусы ▪ Что не получилось? ▪ Что было плохо? ▪ Где зафейлились? ▪ Плюсы ▪ Что получилось? ▪ Какие у нас есть достижения? ▪ Какая польза? ▪ Области для улучшения ▪ Что можно улучшить? ▪ План действий ▪ Чёткий план действий по реализации улучшений 56