Обсуждали с коллегами Agile

1. KEEP CALM AND
BELIEVE IN AGILE

2. АРМАН КАРИБАЕВ
Microsoft® Certified Professional Developer
Web Developer
SOFTWARE DEVELOPER
NAT Kazakhstan
2016
2012
2011
2019
2005
SOLUTION ARCHITECT
MDS Company
PROJECT MANAGER
EPAM Systems
CEO
Dynamics Technologies
SOFTWARE DEVELOPER
CIT DAMU
Медицинские информационные системы
ЦИТ ДАМУ
2016
Dynamics EAM
Dynamics Technologies
2013
Dynamics Docflow
Dynamics Technologies
2012
Интранет портал государственных органов
EPAM Systems
2011
Портал закупок ENRC
EPAM Systems
2011
Медицинские информационные системы
MDS Company
2009
Комитет внутренних войск
NAT Kazakhstan
2007
Мониторинг крупных налогоплательщиков
NAT Kazakhstan
2005
+7 701 203 0771
arman.karibayev@gmail.com
linkedin.com/in/karibayev

3. А вообще зачем это нужно?
1.
ПРЕДЫСТОРИЯ

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

5. Agile - это лодка, где гребет каждый
ОШИБКА ОДНОГО - ПРОВАЛ ДЛЯ
ВСЕХ

6. ЧТО ГЛАВНОЕ ДЛЯ УСПЕХА?
технологии
процессы
люди
деньги
СОЗДАДУТ ТЕХНОЛОГИИ
ПОСТАВЯТ ПРОЦЕССЫ
ЗАРАБОТАЮТ ДЕНЬГИ
СДЕЛАЮТ НОВЫХ ЛЮДЕЙ

7. ЛЮДИ БЫВАЮТ РАЗНЫЕ
Fixed Mindset - Результат моей деятельности = Я
Growth Mindset - Результат моей деятельности = Опыт

8. У нас ничего не бывает просто
Жизнь заставляет
реагировать на изменения
Без хаоса нет инноваций
КОГДА
ПРИМЕНЯТЬ
AGILE?

9. ➜ Постоянное общение и взаимодействие
➜ Постоянное получение обратной связи и
адаптация
➜ Как можно быстрее ошибись и используй
полученный опыт
➜ Честность перед всеми (команда,
руководство, заказчик)
➜ Мы не реализуем требования, мы решаем
проблемы
Agile - это образ жизни
ЦЕННОСТИ AGILE

10. ВИНОВАТА
ВСЕГДА ВСЯ
КОМАНДА

11. Что же это такое?
2.
AGILE
ИТЕРАЦИИ
СТАТУС МИТИНГИ
ДЕМОНСТРАЦИИ
ГИБКОСТЬ
МЕТОДОЛОГИЯ
SCRUM, KANBAN, XP

12. “Люди и взаимодействие важнее процессов и инструментов
Работающий продукт важнее исчерпывающей документации
Сотрудничество с заказчиком важнее согласования условий контракта
Готовность к изменениям важнее следования первоначальному плану”
Не отрицая важности того, что справа мы все-таки больше ценим то, что слева
февраль 2001 год, 17 независимых практиков

13. ЧТО ЖЕ ТАКОЕ AGILE, SCRUM, KANBAN
Agile
Не включает практики,
а определяет ценности
и принципы.
Scrum и Kanban
Это инструменты,
готовые “фреймворки”
реализации.
Scrum
Отражает процесс
работы команды.
Ограничивает
количество задач в
итерации. Scrum - это
видимый процесс.
Kanban
Отражает процесс от
начала и до конца.
Ограничивает
количество
выполняемых задач.
Kanban - это видимый
результат.
Scrum
Не дает изменять
план спринта после
старта.
Kanban
Регулирует количество
задач в работе и если
срочная задача берется
в работу, то не срочная
убирается в очередь.

14. Схватка вокруг мяча в регби
3.
SCRUM

15. РОЛИ SCRUM

16. СОСТАВЛЯЮЩИЕ SCRUM
PLANING
DAILY
MEETING
SPRINTS
RETRODEMO

17. DAILY MEETING
➜ Проводят у доски с User Story
➜ Обсуждать не задачи в разрезе
людей, а задачи на доске
➜ Проблемы переводятся задачи
и добавляются на доску
➜ Доп. обсуждения переносятся в
календарь в отдельное
совещание
➜ Митинг проводится стоя, чтобы
не долго
➜ Какие задачи перешли в Done
➜ Какие задачи взяты в Progress

18. BACKLOG
➜ Новая задача сразу
добавляется в TO DO, любым
участником
➜ User Story должна нести
ценность для пользователя
➜ Каждая User Story имеет
приоритет
➜ Все работают только с доской
➜ Доска - это единая точка задач,
никаких чатов, писем, на
словах и т.п.
➜ User Story должно содержать
критерии приемки - как оценить
завершенность

19. SPRINT
➜ Длина итерации всегда должна
быть меньше частоты
изменения требований
➜ Каждая итерация должна
заканчиваться доставкой на
PROD
➜ Добавляйте в итерацию самые
приоритетные User Story
➜ Пусть итерация содержит 1 US,
но эта US должна быть
доставлена в актуальные сроки
для заказчика
➜ В первую очередь реализуйте
часто используемый
функционал

20. STORY POINTS
➜ Мы всегда оцениваем и всегда
ошибаемся
➜ Проще решить какие US
попадут в итерацию
➜ Заказчику не важно сколько
времени мы тратим на задачи
➜ Заказчику интересно, когда он
получит эту фичу
➜ Называя сроки заказчику, мы
всегда должны его соблюдать
➜ Мы сами называем сроки и
сами не попадаем в них

21. DEMO
➜ Демо обязательно по
окончании итерации
➜ Показывать самым
заинтересованным людям
заказчика
➜ Все замечания сразу
добавлять в backlog
➜ Итерация и демонстрация
всегда дисциплинируют
➜ Все должно быть КРАСИВО
➜ Не нужно показывать “ФИГНЮ”
и “ГОВНО”
➜ 0% и 100% выполнения US

22. RETRO
➜ Их нужно проводить
➜ Их нужно проводить после
каждой итерации
➜ Готовьтесь к ретро, можно
завести общую “стену плача”
➜ Если сложно говорить,
напишите на стикере
➜ Озвучивая проблему
предлагайте решения
➜ Проблемы должны
преобразовываться в задачи

23. MEETINGS
➜ Все люди занятые, поэтому
старайтесь соблюдать
продолжительность совещания
➜ Если не попали в
продолжительность
останавливайте митинг и
назначайте новое время
➜ Всегда должна быть Agenda и
MFU
➜ Всегда должен быть драйвер
➜ Если появляются новые
задачи, они добавляются на
доску

24. Точно в срок
4.
KANBAN

25. KANBAN
ВИЗУАЛИЗИРУЙ ПРОЦЕСС
ОГРАНИЧИВАЙ РАБОТУ
РАССЧИТАЙ ЦИКЛ

26. DAILY
MEETING
Продвинь задачу дальше

27. BACKLOG
Лимит одновременно
выполняемых задач

28. ITERATIONS
Можно доставлять
итерациями, ЛУЧШЕ
доставлять непрерывно

29. DELIVERY
SPEED
Измерять среднюю скорость
прохождения US по доске

30. Как понять, что внедрять? На самом деле ответа нет. Я за Kanban )))
ВНЕДРЕНИЕ
ЭКСПЕРИМЕНТ
АНАЛИЗ И
ОЦЕНКА
ИЗМЕНЕНИЯ

31. Спасибо!
Дискуссия?
my twitter:
@arman_karibayev
instagram:
arman_karibayev