Download to read offline
Keep calm and believe in agile
- 1. KEEP CALM AND BELIEVEIN AGILE
- 2. АРМАН КАРИБАЕВ Microsoft® CertifiedProfessional 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. ЛЮДИ БЫВАЮТ РАЗНЫЕ FixedMindset - Результат моей деятельности = Я 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.
- 16.
- 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.
- 25.
- 26.
- 27.
- 28.
- 29.
- 30. Как понять, чтовнедрять? На самом деле ответа нет. Я за Kanban ))) ВНЕДРЕНИЕ ЭКСПЕРИМЕНТ АНАЛИЗ И ОЦЕНКА ИЗМЕНЕНИЯ
- 31.