Доклад Виктора Беженара, Team Led компании Softengi, с международной конференции Lviv PM Day, 26 апреля 2014 года.
- Что мешает организациям начать использовать гибкие методологии и почему это сложно?
- Преобразование методологий разработки портфеля проектов к Scrum методологии с помощью ЕТС (enterprise transition community - сообщество по изменениям на предприятии):
* наш путь
* его пересечение с моделью Майка Кона и работа по модели
* обязанности и методы работы ЕТС
Путь к трассировке требований: от идеи к инструменту. SQA-Days 15
Постановка и улучшение Scrum процесса для группы проектов в компании
1. Постановка и улучшение Scrum процесса
для группы проектов в большой компании
inspired software engineering
2. Будем Знакомы
R&D manager of 2 projects:
(qa3s.com, loc-serv.com)
Team Lead of 2 active projects
Certified Scrum Master
ISTQB Certified Tester
•Компания Softengi – поставщик услуг в области разработки
программного обеспечения
•Мы работаем преимущественно на рынках Европы и США
•более 16 лет опыта в области разработки программного
обеспечения
•Компания входит в Intecracy Group, международный ИТ
консорциум
3. План нашей встречи
• Что мешает организациям начать
использовать гибкие методологии и почему
это сложно?
• Преобразование методологий разработки
портфеля проектов к Scrum методологии с
помощью ЕТС:
• наш путь
• его пересечение с моделью Майка Кона и работа
по модели
• обязанности и методы работы ЕТС
4. Почему у организаций сложности с внедрением
Agile методологий?
• Необходимость одновременного движения
снизу-вверх и сверху-вниз
5. Почему у организаций сложности с внедрением
Agile методологий?
• Необходимость одновременного движения
снизу-вверх и сверху-вниз
• Невозможность предсказать – что же
конкретно будет в конце?
6. Почему у организаций сложности с внедрением
Agile методологий?
• Необходимость одновременного движения
снизу-вверх и сверху-вниз
• Невозможность предсказать – что же
конкретно будет в конце?
• Scrum кардинально отличается от других
«традиционных методологий»
7. Почему у организаций сложности с внедрением
Agile методологий?
• Необходимость одновременного движения
снизу-вверх и сверху-вниз
• Невозможность предсказать – что же
конкретно будет в конце?
• Scrum кардинально отличается от других
«традиционных методологий»
• Сопротивление некоторых личностей или
групп личностей
21. Обязанности ЕТС
- Планирует объем работ по переходу, результаты которого
демонстрирует в конце спринта
- Зажигает интерес в других
22. Обязанности ЕТС
- Планирует объем работ по переходу, результаты которого
демонстрирует в конце спринта
- Зажигает интерес в других
- Показывает свой энтузиазм, проводит конструктивные беседы в
направлении изменений
23. Обязанности ЕТС
- Планирует объем работ по переходу, результаты которого
демонстрирует в конце спринта
- Зажигает интерес в других
- Показывает свой энтузиазм, проводит конструктивные беседы в
направлении изменений
- Помогает понять необходимость изменений, воспитывает
желание к изменениям у сотрудников
24. –Стимулирует разговоры это побуждает к
зарождению идей
Проблемы проектов Истории Успеха Причины неудач
Игры Лекции Дискуссии
25. Элементы Scrum в работе ЕТС
• (Improvement Backlog)Бэклог улучшений
• Бэклог спринта
• – 4Собственно спринт недели
• Планирование
• Ретроспектива
• ----------------------------------------------------------------
• Сообщество
• ( )Спонсор владелец продукта
• - –Скрам мастер переходящая роль
26. Бэклог улучшений
• Подготовиться к встрече с ПО проекта №7
• провести тренинг по TDD для разработчиков проекта №2
• Провести презентацию по Канбан методологии для ЕТС
• Определить каким образом мы будем измерять влияние от
внедрения скрама на проектах
• Провести Planning Poker на проекте №6
• Игра Ball Point Game для демонстрации эмпирического
процесса
• Груминг на проекте №1 – разбор требований превращается в
балаган
• Проведение игры «Построй свой скрам» на проекте №3
• Провести тренинг Scrum Basics для команд №4, №5
Бэклог спринта
33. Цель ЕТС
- создание культуры и среды, в которой говорят
об улучшениях и изменениях
34. Цель ЕТС
- создание культуры и среды, в которой говорят об
улучшениях и изменениях
- обучение тех, кто непосредственно реализует
изменения
35. Цель ЕТС
- создание культуры и среды, в которой говорят об
улучшениях и изменениях
- обучение тех, кто непосредственно реализует
изменения
- устранение препятствий, мешающих внедрению
agile методологий
36. Цель ЕТС
- создание культуры и среды в которой успех
зарождается и заражает всех вокруг
- обучение тех, кто непосредственно реализует
изменения
- устранение препятствий для работы по
методологии
- генерация энергии и вдохновения для процесса
постоянных улучшений
38. ?Чего мы уже добились
Проекты Результат
Project 1
Project 2
Project 3
Старт работы по практически каноническому Scrum, появление настоящих команд,
большинство элементов Scrum используется. Начинаем внедрять development практики
Project 4
Project 5
Работа с клиентом, превращение клиента в продакт овнера, некоторые элементы Scrum
уже присутствуют
Project 6
Project 7
Работа по Kanban методологии
Project 8
Project 9
Попытки перестройки увеначались провалом – предстоит работать и с менеджерами и с
владельцами продуктов и доказать преимущества гибких методологий
Project 10
Project 11
Project 12
Менеджеры подключились к ЕТС, уверен, скоро им будет чем похвастаться
30 хв. для презентації з доповіддю і потрібно розрахувати час на запитання, тобто залишити 4-5 хвилин в кінці виступу
Я хочу познакомиться с аудиторией. Для начала стоит спросить:
- кто знает что такое скрам?
Хорошо, время не стоит на месте и методология набирает популярность
- кто хочет начать работать по методологии, но ему мешают множество факторов?
- кто хочет протолкнуть внедрение изменений в своей компании и не знает с чего начать?
- кто хочет собрать команду из экспертов в методологии, скрам мастеров на своих проектах,
Лого MS, ISO
Необходимость одновременного движения снизу-вверх и сверху-вниз
Успешное внедрение скрама только снизу вверх (ребята стараются, пытаются, но не получают поддержки и одобрения у менеджмента и все рушится) или только сверху вниз (даже самый могущественный лидер, который да, может предоставить видение, но не может донести его до большинства людей, он не может устанавливать и фиксировать краткосрочные победы, управлять изменениями для 10-ка проектов и пробовать для каждого новые подходы).
Невозможность предсказать – что же конкретно будет в конце?
Дело в том что в скраме да и в гибкости в целом не бывает понятия конечное состояние. Не бывает конечного состояния у процесса под названием - постоянные улучшения – continuous improvement. То что нельзя поставить конечную цель создает проблемы для множества организаций, которые привыкли строить тактические планы
Скрам кардинально отличается от других «традиционных методологий»
Да ,ведь тестировщика всю жизнь учили – твоя работа тестировать программу на соответствие спецификации, разработчика учили – что любая проблема сперва должна быть глубоко проанализирована и хорошее решение вырабатывается до того как начинается кодинг. В скраме тестеры и девы должны отучаться от этих привычек. Тестер понимает, что тестирование – это в первую очередь соответствие потребностям пользователя. Разработчик понимает что полностью проработанный дизайн и архитектура не всегда начинается задолго до кодинга
Number Employees Managers
1 Неосведомленность Страх потери контроля и авторитета
2 Страх неизвестного Нехватка времени
3 Lack of job security Комфортно в текущем состоянии
4 Lack of sponsorship Нет ответа на вопрос: что это даст мне
5 No involvement in solution design
Я считаю, что Scrum — это самая удобная методология, чтобы начать практиковать. Последние опросы о состоянии Agile разработки ПО, говорят, что Scrum и его модификации применяет почти 70% опрошенных (по данным “State of Agile Development Survey Results” от VersionOne ).
Секрет популярности понятен — это методология, говорящая об управлении проектом и оставляющая за скобками технические аспекты. В конце концов это вопрос технического профессионализма, как писать программы, в то время как многие проектные команды и представители бизнеса просто страдают от отсутствия налаженного взаимодействия.
Scrum — это рамки и шаблоны взаимодействия (management framework), которые как лакмусовая бумага показывают проблемные области. А решение этих проблем оставим людям, действующим в конкретных ситуациях и руководствующихся принципами и здравым смыслом.
Кто-то читал Майка Кона и его «Succeеding with Agile»?
У нас это получилось случайно. Клиент был вполне доволен налаженым процессом, претензий не было. Но команды стали закостневать – было понятно, что если не придать процессу разработки нового импульса, со временем нас ожидают проблемы. Ладно забегаю наперед.
Руководитель нашего портфеля проектов прошел скрам сертификацию. И понял, что поговорить особо не с кем о методологии. Вот он дергнул несколько активных менеджеров, с предложением прочесть книгу «Succeding with Agile». Менеджеры нехотя взялись за дело и через месяц отрапортовали о готовности. Мы начали проводить Scrum семинары – готовили каждый по главе из книги и рассказывали как я сейчас Вам. Часть менеджеров прошла сертификацию скрам-мастером и с каждой неделей к нашей группе привлекались новые менеджеры и тест-лиды. На данный момент нас 10 и мы поняли что Майк Кон в одной из своих глав
что Майк Кон в одной из своих глав описывает наш случай. Он говорит что для старта работы по скраму в корпорации необходима:это именно та книга, с которой я начал настоящее знакомство со скрамом
Сначала убедитесь, что коммюнити знает теорию скрама. Мы разбирали темы книги на каждой встрече, прежде чем осознали, что мы действительно говорим на одном языке. Каждый презентовал какую-то из интересующих тем – выбирал основные мысли, предлагал идеи для внедрения, которые заносились в Improvement Backlog
Собирая команду ETC, для каждого участника рабочей группы было поставлено одно условие – прочесть книгу, хрестоматию от Майка Кона – Успех в agile.Каждый презентовал какую-то из интересующих тем – выбирал основные мысли, предлагал идеи для внедрения, которые заносились в Improvement Backlog
Небольшая группа влиятельных людей, которая инициирует поощряет и поддерживаект усилия организации ввести и улучшать Scrum. Это
обьединение и он и мы называем ETC – Enterprise Transition Community. Как Вы догадываесь нежданно не гадано, хорошенько изучив теорию наша группа скрам-семинаристов осознала что мы и являемся ETC. Изменения могут быть как в самом переходе на скрам так и в улучшении существующего скрам процесса
Итак изучив теорию и поработав в такой себе группе Скрам семинаристов, когда каждый по кругу докладывал о какой-то из тем и мы убедились, что все понимают о чем речь, мы осознали, что нужно начинать действовать.
Предприятия с опаской относятся к изменениям – ЕТС инициирует изменения))
Предприятия с опаской относятся к изменениям – ЕТС инициирует изменения))
Мы встречаемся 2 раза в неделю на полтора-часовые митинги. Где обсуждаем варианты и пути внедрения скрама, а также изучаем дополнительные теоретические материалы – тренируемся выступать публично
Наш пример:
Провести Скрам тренинг для команд
Презентация «10 принципов для Agile тестировщиков»
Груминг для команды Henley – разбор требований превращается в балаган
Реализовать СI для команд MSTS и RST
Провести Planning Poker на проекте APPS
Каждый проект имеет Продакт Овнера
Мы ведем свой Improvement Backlog чтобы трекать усилия затраченные на внедрение процесса скрамДругие наши стори из бэклога:
- определить каким образом мы будем измерять влияние от внедрения скрама на проектах
- провести тренинг по TDD для разработчиков
- распространять новости и успехи внедрения скрама на всех уровнях компании
Перед стартом спринта мы
Наш спринт длиться 4 недели – 2 встречи по полтора часа в неделю
Перед стартом спринта мы
Наш спринт длиться 4 недели – 2 встречи по полтора часа в неделю
Перед стартом спринта мы
Наш спринт длиться 4 недели – 2 встречи по полтора часа в неделю
ETC должен иметь спонсора – владельца продукта
Важно не только финансирование со стороны спонсора, а и его вовлечение в процесс усовершенствования (если не буде заинтересован спонсор, не будет никто)
The Enterprise Transition Community exists to create a culture and environment where change can be released by those who are passionate about the success of the organization and where success leads to more passion from more people. The ETC does this not by imposing changes on the organization but by guiding groups who are implementing changes, by removing obstacles to doing Scrum well, and by creating energy and excitement for the change.
The Enterprise Transition Community exists to create a culture and environment where change can be released by those who are passionate about the success of the organization and where success leads to more passion from more people. The ETC does this not by imposing changes on the organization but by guiding groups who are implementing changes, by removing obstacles to doing Scrum well, and by creating energy and excitement for the change.
The Enterprise Transition Community exists to create a culture and environment where change can be released by those who are passionate about the success of the organization and where success leads to more passion from more people. The ETC does this not by imposing changes on the organization but by guiding groups who are implementing changes, by removing obstacles to doing Scrum well, and by creating energy and excitement for the change.
The Enterprise Transition Community exists to create a culture and environment where change can be released by those who are passionate about the success of the organization and where success leads to more passion from more people. The ETC does this not by imposing changes on the organization but by guiding groups who are implementing changes, by removing obstacles to doing Scrum well, and by creating energy and excitement for the change.
The Enterprise Transition Community exists to create a culture and environment where change can be released by those who are passionate about the success of the organization and where success leads to more passion from more people. The ETC does this not by imposing changes on the organization but by guiding groups who are implementing changes, by removing obstacles to doing Scrum well, and by creating energy and excitement for the change.
На 3-х проектах – старт работы по практически каноническому Scrum, появление настоящих команд, большинство элементов Scrum используется, подключаем Development практики
На 3-х проектах – работа с клиентом, превращение клиента в продакт овнера, некоторые элементы Scrum уже присутствуют
3 проекта работают по Канбану
На 2-проектах – сделали попытку перестройки, модель не прижилась, все же не все проекты нуждаются в скраме
Подключаем представителей следующих проектов к нашим беседам и будем следить за улучшением процессов
6 из 11 проектов уже придерживаются скрам методологии, бывшие менеджеры , нынешние скрам-мастера , благодаря умению аргументировать свою позицию и доказывать преимущества гибких методологий договорились с представителями заказчика и каждый проект имеет продакт овнера, которого мы также натаскиваем по скраму.