Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Стоп-сигналы для Agile

Стоп-сигналы для Agile

Agile-ценности просты для понимания. Такой же простотой отличается фреймворк Scrum. Но зачастую на практике одного понимания концепции не достаточно. Причина - в блокерах старта.

Они могут носить культурный, формальный, человеческий характер. Каждый из них требует предварительной проработки, прежде чем пробовать переходить на Agile.

Я расскажу, какие факторы нужно учесть, если вы хотите работать так, как это прописано в Agile-манифесте.

CodeFest 2018 Новосибирск

Vassily Savunov

April 01, 2018
Tweet

More Decks by Vassily Savunov

Other Decks in How-to & DIY

Transcript

  1. Часто внедрение Agile выглядит так За мной! Так у нас

    все для этого есть! Больше НИКОГДА!
  2. Agile Manifesto 2001 Люди и взаимодействие Процессы и инструменты Работающий

    продукт Исчерпывающая документация Взаимодействие с заказчиком Согласование условий контракта Следование первоначальному плану Готовность к изменениям
  3. Scrum Владелец продукта Инвестор Регулятор Клиент Беклог продукта Планирование Команда

    разработки Владелец продукта Разработка итеративно- инкрементально Демонстрация в конце каждого спринта Scrum-мастер
  4. Слабая матрица Кто главный для команды? Вот эти задачи нам

    надо сделать за спринт Ты мне зарплату не платишь, поэтому не лезь со своими задачами! Хороший мальчик!
  5. Стоп-сигнал №1 • Линейный руководитель весомее, чем Проектный руководитель •

    У Владельца продукта нет бюджета на команду • Команды не постоянные
  6. Операционная деятельность Колл-центр Жесткий алгоритм • Мы не создаем новый

    продукт • Нет поля для экспериментов • Жестко заданный алгорим • Повторяющийся процесс
  7. Стоп-сигнал №2 • Деятельность не связана с созданием новых продуктов/услуг

    • Регламентированная деятельность • Нет поля для экспериментов
  8. Сотрудники Владелец продукта Команда разработки Ребята! Я придумал потрясяющий продукт!

    ТЗ давай… Тогда и поговорим Я разбил ТЗ на задачи, давайте их обсудим! Что нам с тобой обсуждать? Что написал, то и сделаем Scrum-мастер Давайте сделаем доску задач, чтобы видеть прогресс работы! Scrum-доска Вы что нам, не доверяете?! Не лезьте к нам! Нужно провести демонстрацию для заказчиков! ЧТООО?! Сами демонстрируйте! Мы код пишем!
  9. Стоп-сигнал №3 • Сотрудники: – Требуют «четкое ТЗ» – Воспринимают

    слово «прозрачность» с опаской – Считают заказчиков идиотами – Боятся говорить с заказчиком – Хотят быть незаменимыми
  10. Что можно сделать? • Обучение сотрудников • Ответить на все

    вопросы • CookBook, Roadmap и тд • Подбор людей с правильным midnset’ом ?
  11. Стоп-сигнал №5 • Agile только в одном функциональном подразделении •

    Смежные подразделения не вовлечены (или не знают) • Вариант: ключевой подрядчик не работает по Agile (и не хочет)
  12. Что делать? • Анализ всей цепочки поставки ценности • Вовлечь

    смежные подразделения • «Подтянуть поближе» ключевого подрядчика
  13. Стоп-сигнал №6 • ТОПы не хотят ничего менять • Отчетность

    важнее результата • Ставка на незаменимых людей
  14. Итог. Прежде чем идти в Agile: • Какова стоимость rework

    (переделки) для вас? • Какой продукт вы делаете? Может его и нет? • Нарисуйте схему value stream (end-to-end) • Вовлеките ТОПов • Подготовьте людей: обучение, ответы на вопросы, пилотный проект • Перестройте оргструктуру • Тренинг-запуск команд