2. www.luxoft.com
Знакомимся
Олег Лукутин - IT Project Manager, образование в
области ИТ, экономики и управления проектами,
многолетний опыт управления ИТ, участия в
международных ИТ и социальных проектах, Senior Lecturer
в Университете "Крок»
https://ua.linkedin.com/in/olukutin
Котламина Ольга - CSM, PM проектов разработки полного
цикла, менеджер проекто по работе с структурными фондами
EC, опыт работы в телеком, сфере безопасности и ИТ более 15
лет, опыт развития бизнеса и бизнес направлений.
https://www.facebook.com/kotlamina
Елена Иванько- Agile менеджер, сертифицированный SM, образование в
области ИТ, 17 лет опыта в ИТ, включая проджект менеджмент, технологии
Agile и CMMI, собственные e-commerce проекты и стартап, онлайн маркетинг,
тестирование и управление качеством
Евгений Рыбаков - Более 13 лет опыта работы
в сфере разработки ПО в продуктовых и проектных компаниях.
Более 7 лет в роли менеджера проектов. Сейчас Program
manager и Project manager в компании ПАТ «Альфа Банк
Украина». Более 8 лет волонтер в области детской онко-
гематологии (Киевский областной онко диспансер)."
Светлана Мухина – Agile коуч
https://ua.linkedin.com/in/svetlanamukhina
Юрий Смирнов - руководитель технического
офиса, Scrum master. Перевод проектов по разработке
и техподдержке ПО на гибкие методологии.
3. www.luxoft.com
Agile talks. Scrum Cookbook. Применение вне ИТ
Приветствие
Agile, Scrum. Обзор 5 минут
Scrum вне IT. Обзор 20 минут
Alfa Agility Transformation 20 минут
кофе-брейк 15 минут
Scrum в образовании, часть 1 20 минут
Scrum в образовании, часть 2 20 минут
Мини-кейсы 15 минут
Итоги
Agenda
6. www.luxoft.com
Основополагающие принципы Agile-манифеста
1. Наивысшим приоритетом для нас является удовлетворение потребностей заказчика, благодаря регулярной и ранней поставке ценного программного
обеспечения.
2. Изменение требований приветствуется, даже на поздних стадиях разработки. Agile-процессы позволяют использовать изменения для обеспечения
заказчику конкурентного преимущества.
3. Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев.
4. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе.
5. Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью
доверьтесь им.
6. Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды.
7. Работающий продукт — основной показатель прогресса.
8. Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно. Agile помогает наладить такой
устойчивый процесс разработки.
9. Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.
10. Простота — искусство минимизации лишней работы — крайне необходима.
11. Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд.
12. Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.
11. Госструктуры.
Работа со скрам командой
1
• Разделили ТЗ на части.
2
• Каждую часть взяли как Продакт беклог.
3
• Встречались на Демо, давали обратную
связь, которая учитывалась в следующем
спринте.
12. Госструктуры.
Работа самой структуры по Скрам
1
• США. Штат Вашингтон. Работа Служба по внедрению стратегических
информационных технологий и систем управления штата Вашингтон
2
• 20 человек службы разделили на скрам команды
3
• Каждую неделю снабжать учреждения штата пригодными для
использования практическими директивами - «Готовый к поставке
продукт». Что-то, создающее ценность
4
• Вместо того чтобы пытаться создать огромный общий документ,
который учитывал бы каждую детал, они решили делать это шаг за
шагом
13. Скрам в медиа. Революция в Египте
Проблемы
Информация,
анонсированная за 1 день
моментально устаревала
Работать было небезопасно
и приходилось решать
массу проблем ежедневно
Была несогласованность и
конфликты среди
репортеров
Что было сделано
В ходе каждого цикла подготовки информации
было совещание
На каждом совещании задавалось 3 вопроса:
1. «Чем вы занимались с момента прошлого
разговора?»
2. «Что вы собираетесь делать до
следующего разговора?»
3. «Что вам мешает?»
Все помехи, выявленные при встрече
устранялись до предыдущей встречи
14. Скрам в маркетинге
• Юзер сториГипотеза
• Инкремент продукта
МЖП
(минимально жизнеспособный
продукт)
• ИтерацияИтерация
• Ревью с ретроспективойПодтвержденное обучение
15. Скрам в маркетинге. Важные моменты
Команда роста
•Выбираете лидера с глубокой
экспертизой и имеющего
широкое видение + набирается
команда из людей НЕзануд
•Команда роста. Занимается
исключительно ростом и НЕ
текущими операционными
задачами.
•Разделяются на команды
пожарников и команду роста
Планирование
•генерация гипотез (интересные
идут после 5-й)
•выбор гипотез (они становятся
юзер стори в беклогах
Апробация новой
гипотезы
•Маленькая часть гипотезы
пробуется в действии
•После получения обратной
связи становится понятно что с
гипотезой делать
•Позволяет сделать более
точные временные и
финансовые оценки
21. 1. Как было. Итоги
22
Название Кол-во
Количество выполненных задач 1000
Брошенные задачи 300
22. 2. Как есть…и будет. Общий процесс
23
Период 1 Период 2Сессия 1
Регистрация
Score Card
Сессия 2 Сессия 3
Приоритезация
Экспресс – оценка ИТ
Финансовый анализ
Заседание Комитета
Решение о
выносе на Комитет
Расчет
ресурсов ИТ
23. 2. Как есть…и будет. УКИТ-ный процесс в Ролях
24
3
8
10
Начальник
управления
Согласование
Change
менеджер
Приоритезация
Account
менеджер
Назначение
менеджера
Менеджер
Формирование
команды
Финансовый анализ
ФинБлок
Проектный
офис
Баланс ресурсов ИТ
Секретарь
Ответственный
Регистрация
Проектная
команда
Экспресс-оценка
Принятие решений
Комитет
24. 2. Как есть…и будет. Достоинства
25
• Сознательный подход к выполнению задачи
• Приоритезация задач
• Выделение ресурсов
• Определение сроков (?!).
• Бюджетирование
• Понимание фин. эффекта
25. 2. Как есть…и будет. Недостатки
26
• Фактическое отсутствие выделенной команды.
• Отсутствие гибкости на рыночные изменения
• Зависимость от более приоритетных задач
• Малая вовлеченность бизнес подразделений
26. 3. Agility Transformation. Первые шаги
27
Январь-февраль 2016 проведено обучение.
В обучение учувствовали:
• Бизнес (Розница, Массовый, Корпоративный)
• ИТ-развитие
• ИТ-сопровождение
• Опер-блок, ИБ
29. 3. Agility Transformation. Результаты пилота
30
Все 6 проектов в целом были успешными,
при этом Бизнес:
• Стал лучше понимать проекты, за счет активного участия
• Мог по ходу корректировать требования (управление бэк
логом)
• Реагирование на изменения рынка
30. 3. Agility Transformation. Наши правила.
31
• Обязательные stand up
• Один владелец продукта. (Один ответственный от Бизнеса)
• Выделенная команда
• Квалификация команды на одном уровне
31. 4. Условия внедрения.
32
• Готовность компании к изменениям
• Наличия драйвера (из руководства)
• Обучение
• Быстрое применение
55. www.luxoft.com
Программа для повышения уровня безопасности на угольных
шахтах в Украине проводилась с 2001 по 2013 гг. и
финансировалась правительством США.
Координатор программы - украинско-американского
организация PEER - «Партнерство с энергетической и
экологической реформы».
Программа
«Coal Mine Safety-Ukraine»
56. www.luxoft.com
В рамках программы был реализован проект создания
Центра подготовки руководящего персонала в угольных предприятия
(ЦПГТИ). Центр был открыт в сентябре 2011 года. Длительность
проекта – 6 месяцев (Waterfall)
Программа
«Coal Mine Safety-Ukraine»
58. www.luxoft.com
3-летняя «пауза» в обучении
Специалисты не развиваются
(“варятся в собственном соку”)
Отсутствие материалов и
ресурсов для
самостоятельного обучения
Отсутствие ресурсов с
актуальной информацией в
сфере угольной безопасности
(нормативы, медиа и пр.)
АЛЕ !
60. www.luxoft.com
1. Создать WEB-portal for state
mine inspectors and mine
managers
Направления решения проблемы:
2. Create a set of video films
(Video Kit) on labor protection and
mining safety.
3. Create a set of posters for the protection of
health and safety in mining
62. www.luxoft.com
Особенность проекта
• Необходимость «выдать» результат как можно раньше
• Необходимость проведения «исследований»
• Отсутствие опыта создания намеченных элементов продукта
• Нечеткое описание результата проекта
• Высокая вероятность изменения продукта
• Мотивированная команда
• Отсутствие опыта SCRUM
63. www.luxoft.com
WEB-portal map
Main Page
News
Education & Training
- On-line education modules
- On-line testing
Alert Bulletins
Laws
Media Information
- Video courses
- International video bridges
Safety and Health Information
- Newspapers publications
- International publications
Streaming Media Files
- Education video films
- Video films on mine safety
Ukrainian mining statistics
Mine WIKI
Useful Links
64. www.luxoft.com
Что было:
• Sprint – 2 weeks
• Team – 6 (PO, SM, 4 DEV)
• Daily Scrum (?!)
• Plan visualization in MS Exel for the Sponsor :)
• Product Increment – every 2-d week
65. www.luxoft.com
Как было:
• Изменение элемента продукта (видео -> анимация)
• Изменение состава команды
• Необходимость создания прототипа элемента продукта
• Реализация возможности «сделать больше»
• Значимый прогресс качества продукта с каждым икрементом
• Видимый прогресс навыков команды с каждым икрементом
66. www.luxoft.com
Продукт:
• MITC.ORG.UA - Web-портал,
объединивший все идеи по
обучению безопасности в
угольной промышленности
• Система дистанционного
обучения с закрытыми и
открытыми курсами по ПБ
• Открытая електронная
библиотека и wiki по ПБ
• Доступные анимационные
фильмы по ПБ (rus, en)
• Доступные видеофильмы по
БП
Все работает до настоящего времени ;)
70. www.luxoft.com
Новогодний Scrum
Идея
Подходящий проект:
- Достаточное количество
участников
- Понятный инкремент
Выбор kanban/scrum
Это весело!
Как это было
71. www.luxoft.com
Новогодний Scrum
Роли:
- PO – мама
- SM – папа
- Dev Team – вся семья
Артефакты:
- Беклог, план спринта
- инкремент
События:
- Планирование: 2 недельный спринт
- Стендапы: ежедневно, в то же время
- Обзор, ретроспектива: в процессе и по завершению
Это точно Scrum!
72. www.luxoft.com
Новогодний Scrum
Проект завершился в 2 раза
быстрее
Совместный труд для общей
пользы сближает
Полезные навыки для детей и
родителей в игровой форме
Итоги, бонусы
77. Елене
Мама составляет свой график и
приходит к выводу сколько
времени может выделить на
занятия с дочерью вокалом она.
78. Обеим
1. Расписание занятий вокалом.
2. 1 раз в 2 недели делаем
планирование, что можем выучить и
что к каждому занятию по вокалу
необходимо сделать, знать, уметь,
чтобы проработать с
преподавателем. Учитываем время,
которое можем выделять.
3. Расписываем
79. Обеим
Ежедневные встречи.
Обсуждение 3-х вопросов:
1. Что я сделала до сегодняшней
встречи.
2. Что я буду делать до следующей,
учитывая отведенное на занятия
время.
3. Какие были и ли возможно возникнут
препятствия.
80. Обеим
1. По прошествии 2-х недель
собрание для выводов и обсуждений.
2. Учитываем что не вышло и почему.
3. Делаем выводы
4. Двигаемся дальше
82. www.luxoft.com
Что дальше?
Когда: март 2017
Набитые «шишки» и «рецепты» как их
обходить при внедрении Scrum
https://www.facebook.com/events/19733870407
4552
Принимаем в сообщество, записываться у
Светланы Мухиной
https://ua.linkedin.com/in/svetlanamukhina
Следите за анонсами в Luxoft Agile Practice
https://www.facebook.com/LuxoftAgilePractice
Agile Talks: Scrum Cookbook - Внедрение Скрам: ошибки и решения
Формат: Бизнес дал задачу – ИТ выполнило.
Рассказать о проекте MyTV
По состоянию на 2010 год из 1000 выполненных задач\проектов 300 не использовались бизнесом.При этом ресурсы были «закопаны»
Вид УКИТного процесса.
Ролевая модель процесса выглядит так.Ключевое изменение. Бизнес стал понимать сколько будет стоить задача, а какой фин. Эффект она принесет
По описанным недостаткам, приходится извращаться на предмет:
Отсутствие выделенной команды. По сути выделяется ресурс. Ресурсы могут быть размыты во времени.
Рыночные изменения. Часто динамически меняются приоритеты (рассказать пример с Ф…..)
межУКИТ-ных скор-карт (которых по факту больше чем УКИТ-ных), «Операционноных» скор-карт.Малая вовлеченность. С момента требований, до момента Пользовательского тестирования часто меняются требования, т.к. поменялся рынок.
Не соответсвие результата и ожиданий.
В январе-феврале было проведено обучение.
Ключевое:
обучение проведено сотрудником АБР.
В обучении участвовали различные подразделения
Тренер, знающий специфику Банка
Для первых 6-ти пилотных проектов были выделены команды.
Первая реакция была - полное отторжение.
Бизнес (в лице будущего продакт овнера) не видел смысла в stand up-ах
ИТ сопровождение категорически против установок после каждого спринта.
Информационная безопасность была против….потому что….не установлены правила такие на уровне Приказа по Банку.
За была только команда (аналитик, разработчики, тестировщики)