Оцените презентацию от 1 до 5 баллов!
Тип файла:
ppt / pptx (powerpoint)
Всего слайдов:
35 слайдов
Для класса:
1,2,3,4,5,6,7,8,9,10,11
Размер файла:
864.50 kB
Просмотров:
40
Скачиваний:
0
Автор:
неизвестен
Слайды и текст к этой презентации:
№1 слайд![Agile в проекте на](/documents/803f4c20a12a7793e81b6696b9bb514e/img0.jpg)
Содержание слайда: Agile в проекте на смертельном марше
Алексей Корсун
Консультант по управлению IT-проектами
09 декабря 2009
№2 слайд![Содержание доклада Как](/documents/803f4c20a12a7793e81b6696b9bb514e/img1.jpg)
Содержание слайда: Содержание доклада
Как вытащить из кризиса убыточный проект с тяжёлым наследством
Как убедить инвесторов и команду, что это действительно возможно
Как сделать всё это быстро
№3 слайд![Дано Проект, . года,](/documents/803f4c20a12a7793e81b6696b9bb514e/img2.jpg)
Содержание слайда: Дано:
Проект, 2.5 года, распределёненая команда
Вышел в Live – много проблем и запросов новой функциональности.
Расходы на поддержание проекта значительно превышают доходы
Скорость разработки новых фич по оценке инвесторов и покупателей – низкая.
№4 слайд![Задача Добиться повышения](/documents/803f4c20a12a7793e81b6696b9bb514e/img3.jpg)
Содержание слайда: Задача:
Добиться повышения качества для удовлетворения существующих клиентов.
Ускорить выпуск новых фич.
Сделать это быстро – в течение полугода, иначе программа реформ менеджмента будет просто свёрнута как доп. расход.
№5 слайд![Как добиться результатов](/documents/803f4c20a12a7793e81b6696b9bb514e/img4.jpg)
Содержание слайда: Как добиться результатов быстро?
Правильно выбрать направление реформ
Определить самые важные изменения, которые принесут ощутимую пользу в ближайшее время
Быстро провести сами реформы
При этом, не похоронить проект ещё больше, забывая о важных задачах, но с результатом в отдалённом будущем
№6 слайд![Достичь согласия в составе](/documents/803f4c20a12a7793e81b6696b9bb514e/img5.jpg)
Содержание слайда: Достичь согласия в составе изменений
Дерево нежелательных явлений
Определить какие проблемы есть
Найти корень проблем
Дерево перехода к желаемой реальности
Чего хотим достичь
Как этого достичь
Почему это сработает
№7 слайд![](/documents/803f4c20a12a7793e81b6696b9bb514e/img6.jpg)
№8 слайд![Дерево нежелательных явлений](/documents/803f4c20a12a7793e81b6696b9bb514e/img7.jpg)
Содержание слайда: Дерево нежелательных явлений
№9 слайд![Что хочется получить? Снизить](/documents/803f4c20a12a7793e81b6696b9bb514e/img8.jpg)
Содержание слайда: Что хочется получить?
Снизить количество дефектов
Быстро выпускать фичи (быстро – значит много и с маленьким time-to-market)
Предпринимать не только реактивные действия, но и находить время на развитие инфраструктуры системы
№10 слайд![](/documents/803f4c20a12a7793e81b6696b9bb514e/img9.jpg)
№11 слайд![](/documents/803f4c20a12a7793e81b6696b9bb514e/img10.jpg)
№12 слайд![Дерево перехода](/documents/803f4c20a12a7793e81b6696b9bb514e/img11.jpg)
Содержание слайда: Дерево перехода (3)
№13 слайд![Подводные камни кризисного](/documents/803f4c20a12a7793e81b6696b9bb514e/img12.jpg)
Содержание слайда: Подводные камни кризисного проекта
Нет доверия между инвестором и командой
Чувство вины ( overcommitment)
Неверие в планы
Слово “мы”
Нет времени – надо делать дело. “Гонка”
Addiction to urgency (делаем то, что принесёт кратксрочный успех)
№14 слайд![Общее видение реформ Мы](/documents/803f4c20a12a7793e81b6696b9bb514e/img13.jpg)
Содержание слайда: Общее видение реформ
Мы придём к:
Снижению числа дефектов
Быстрому выпуску фич
Активности
Если у нас будут:
Понятные цель и приоритеты
Лучшие коммуникации
Быстрые циклы обратной связи
И если мы не будем “гнаться”, создавая заторы.
№15 слайд![Итог анализа Команда достигла](/documents/803f4c20a12a7793e81b6696b9bb514e/img14.jpg)
Содержание слайда: Итог анализа
Команда достигла согласия в том, что:
Дрейф целей и “заторы перепроизводства” являются одними из самых критичных проблем текущего этапа проекта.
Внедрение Agile-методологий может помочь проекту увеличить скорость и, что не менее важно, качество
№16 слайд![](/documents/803f4c20a12a7793e81b6696b9bb514e/img15.jpg)
№17 слайд![Маркетинг и продажи вперёд](/documents/803f4c20a12a7793e81b6696b9bb514e/img16.jpg)
Содержание слайда: Маркетинг и продажи – вперёд
Задача – не внедрение Agile, а скорость достижения цели
Гибкость порой бывает минусом. Цена ошибки снижается – думать перестают, излишне полагаясь на “попробуем”
Ошибки позиционирования на рынке, прощавшиеся до кризиса, сейчас – вопрос выживания.
№18 слайд![](/documents/803f4c20a12a7793e81b6696b9bb514e/img17.jpg)
№19 слайд![](/documents/803f4c20a12a7793e81b6696b9bb514e/img18.jpg)
№20 слайд![Ошибки позиционирования Цель](/documents/803f4c20a12a7793e81b6696b9bb514e/img19.jpg)
Содержание слайда: Ошибки позиционирования
Цель – есть. Есть Vision.
Но цель – не достигает цели ;-)
Итоги:
Несфокусированность
Параллельные проекты
Непонятные приоритеты
Нет финансовых результатов
№21 слайд![Проблемы позиционирования](/documents/803f4c20a12a7793e81b6696b9bb514e/img20.jpg)
Содержание слайда: Проблемы позиционирования выливаются в “дрейф” цели.
Проблемы позиционирования выливаются в “дрейф” цели.
В условиях необходимости денег “сейчас и быстро” продавцы “бросаются” на любого клиента, соглашаясь на любые фичи.
При этом понимания к каким клиентам надо идти – нет. Усилия пропадают впустую.
№22 слайд![Решение Долгое обсуждение с](/documents/803f4c20a12a7793e81b6696b9bb514e/img21.jpg)
Содержание слайда: Решение
Долгое обсуждение с продавцами и маркетингом при участии разработчиков того, что действительно хорошо может наш продукт
Выжимка из видения из шести строк по образцу:
Для: (клиентов)
Которым нужно: (преимущество/решение проблемы)
Наш продукт, являющийся: (категория продукта)
Позволит: (выгоды)
В отличие от конкурентов:
Основные особенности:
№23 слайд![Доведение целей до команды](/documents/803f4c20a12a7793e81b6696b9bb514e/img22.jpg)
Содержание слайда: Доведение целей до команды
Приоритезированный Backlog
как средство коммуникации между маркетингом и разработчиками
Цель и план итерации
Фокус на “Почему делаем именно это”.
Taskboard
Фокус на Done, ограничивая WIP
Операционные показатели: метрики
№24 слайд![](/documents/803f4c20a12a7793e81b6696b9bb514e/img23.jpg)
№25 слайд![](/documents/803f4c20a12a7793e81b6696b9bb514e/img24.jpg)
№26 слайд![Лучше меньше, да лучше](/documents/803f4c20a12a7793e81b6696b9bb514e/img25.jpg)
Содержание слайда: “Лучше меньше, да лучше”
Иногда, чтобы увеличить скорость, нужно её снизить
Признаки, когда это стоит сделать:
Желание выделить команду “пожаротушения”
Экспедирование срочных проблем
Избыток “быстрых путей”
В этих случаях стоит делать меньше, чтобы стабилизировать процесс.
Высвободившееся время стоит инвестировать в оптимизацию процесса, чтобы устранить положительную обратную связь
№27 слайд![Результат снижения скорости](/documents/803f4c20a12a7793e81b6696b9bb514e/img26.jpg)
Содержание слайда: Результат снижения скорости
Уменьшение количества открываемых багов, через полтора месяца позволило освободить ресурсы QA и задействовать их в тестировании Mainline, что увеличило качество и скорость
Значительно улучшили инфраструктуру разработки – юнит-тесты, автоматический сбор метрик, архитектурные улучшения итп..
В освободившееся время проводилось обучение Agile, архитектуре системы – обмен знаниями
№28 слайд![](/documents/803f4c20a12a7793e81b6696b9bb514e/img27.jpg)
№29 слайд![](/documents/803f4c20a12a7793e81b6696b9bb514e/img28.jpg)
№30 слайд![Фокус на людях и](/documents/803f4c20a12a7793e81b6696b9bb514e/img29.jpg)
Содержание слайда: Фокус на людях и коммуникациях
Ретроспективы
Мотивация - видно улучшения
Устранили страх изменений
Отдельное совещание по улучшениям
Парное программирование или ревью
повысило качество
освободило необходимые ресурсы QA
Stand-up’ы
Решили проблемы изобретения велосипедов
Всем понятен прогресс и кто что делает
№31 слайд![Фокус на качестве Agile](/documents/803f4c20a12a7793e81b6696b9bb514e/img30.jpg)
Содержание слайда: Фокус на качестве
Agile version control (feature-branches)
Стабилизация Mainline – гарантия релиза
Unit-tests
Код лучшего качества на выходе
Безопасный рефакторинг
Снижение кол-ва дефектов
--> Разгружает тестеров
Continious integration
Поддержка Mainline Releasable
Раннее информирование о проблемах сборки
№32 слайд![Фокус на скорости Короткие](/documents/803f4c20a12a7793e81b6696b9bb514e/img31.jpg)
Содержание слайда: Фокус на скорости
Короткие итерации
Планирование проще и реалистичнее
Ритм
“Синдром студента”
Сфокусированность работы – Get Done
Нет задач завершённых на 90%
Ограничение WIP
Стимулирует взаимодействие
Нет проблемы: пары нет, код проревьювить некому
№33 слайд![Итоги за месяцев](/documents/803f4c20a12a7793e81b6696b9bb514e/img32.jpg)
Содержание слайда: Итоги за 5 месяцев
Time-to-market – 3 недели с момента запуска в разработку.
Производительность выросла на 25% (40SP/30 SP)
Стабильность повысилась - кол-во critical issue уменьшилось с 7 в месяц до 1.
Тесты повысили скорость фикса багов
Запущен процесс постоянного совершенствования
Мораль повысилась (по ретроспективам)
Кроссфункциональность снизила риски
Очень интересный опыт внедрения Agile
№34 слайд![Какие проблемы остались не](/documents/803f4c20a12a7793e81b6696b9bb514e/img33.jpg)
Содержание слайда: Какие проблемы остались не решены
Два офиса. Комментарий инвестора - так стабильнее. А на решение проблем коммуникации средств недостаточно.
Непрозрачность структуры расходов и доходов не позволяет повысить эффективность принятия решений. Приходится основываться на догадках.
№35 слайд![Алексей Корсун Консультант по](/documents/803f4c20a12a7793e81b6696b9bb514e/img34.jpg)
Содержание слайда: Алексей Корсун
Консультант по управлению IT-проектами
KorsunAO@gmail.com