Please enable JavaScript.
Coggle requires JavaScript to display documents.
Agile Certified Professional - Coggle Diagram
Agile Certified Professional
Когда нужен Agile
Фреймворк Кеневин
Запутанные: помогающие ограничения; возникающие решения (Agile-практики)
Создать успешную бизнес-модель
Вывести новые продукты/услуги на рынок
Повысить эффективность бизнес-процесса
Сложные: руководящие ограничения; хорошие практики (Проектный подход)
Хаотические: минимум ограничений; новые решения. (В основном стартапы)
Простые: жесткие ограничения, лучшие практики. (Регламенты)
Agile - один из путей к решению запутанных задач
идти маленькими шагами
действовать прозрачно (рассказывать о результатах/что получилось, что не получилось)
Гибкое мышление
Стиль мышления с высоты птичьего полета. 3 кита Agile
Обучение на опыте
Признаем свое незнание и обучаемся на опыте
Не бояться изменений и ошибок
Планируй - Выполняй - Анализируй - Изменяй (PDCA цикл Шухарта-Деминга)
Ценность клиенту
Максимизировать ценность
Сделать поставку регулярной, частой
Способы поставки ценности
Итеративно-инкрементальный - выращивание результата. (AGILE)
Итеративный - повторение операций в целях переработки предыдущего этапа
Инкрементальный - приращение результатов предыдущего этапа
Большой взрыв (каскадная модель/"водопад") - однопоточна, не даем клиенту увидеть результат заранее. Диаграмма Ганта
Сотрудничество (с командой, с коллегами, с потребителем)
Собрать команду, которая постоянно вовлечена в процесс
Генерировать много идей
Работать шустрее
Kanban
Цели
Обеспечение прозрачности работы
Повышение удовлетворённости сотрудников
Изменения с минимальным сопротивлением
Упрощение расстановки приоритетов
Классы сервисов - дорожки на доске (уровни обслуживания)
Фиксированная дата
Стандартный
Срочный
Когда-нибудь
Принципы
Сервисная парадигма
Управлять
работой
Развивать
правила
, чтобы улучшить показатели
Выяснить потребности и ожидания
заказчика
Управление изменениями
Поощрять проявление
лидерства
на всех уровнях
Договориться об
эволюционном развитии
Начать с того, что есть уже
сейчас
Освоение agile-прктики ShuHaRi
Ха
- выходить за рамки правил, нарушать их.
Риски
: фиксированный майндсет
Ри
- быть правилом, создавать правила на ходу.
Риски
: нужно только вам, одиночество
Сю
- следовать правилам без изменений.
Риск
: быстрый переход или остановка
Ценности
прозрачность
баланс
лидерство
понимание
поток
согласие
клиенториентированность
уважение
сотрудничество
Практики
Визуализация потока
WIP-ограничения
задачи вытягиваются в поток из очереди;
работа останавливается на всем потоке, если где-то затор
ограничение одновременно выполняемой на каждом этапе работы;
Управление потоком
соответствие предназначению
нельзя получить все и сразу
фокус на клиенте
Выявление правил
если правило неявное, но нужное - фиксируем
если не нужное (деструктивное) - избавляемся (не обязательно сразу)
правила должны фиксироваться на доске
Петли обратной свзязи
Ревью Стратегии - ежеквартально
Операционное ревью - ежемесячно
Ревью рисков - ежемесячно
Собрание планирования поставки - с частотой поставки
Канбан Митинг (что блокирует продвижение работы) - ежедневно
Собрание по пополнению - еженедельно
Ревью сервиса поставки - раз в две недели
Улучшения на основе моделей
Lead-Time (срок поставки) - общее время задачи, от бэклога до "готово" (весь поток)
Cycle-Time (срок выполнения) - время от начала работы до "готово" (активная работа)
Роли
Менеджер запросов
Менеджер поставки
Продукт
5D - этапы разработки продукта
Разработка
Проверка гипотезы
Определение проблемы - концентрация на наиболее ярких
Поиск идеи
Запуск/ Поставка
MVP (первые запуски продукта)
Используемый
Надежный
Приятный
Функциональный
Для создания продукта
Формируем путь пользователя
Описываем задачи (ожидания) как User Story (пользовательские истории)
При формировании продукта мы идем от пользователя
Задачи
Оценка
Высокая скорость оценки
Командная работа
Абсолютная оценка
Относительные единицы измерения
Приоритизация
Kano
Attractive Quality - привлекательные. Не ожидаемые, но обеспечивающие привлекательность продукта
Indifferent Quality - неинтересные пользователю
Reverse Quality - улучшения, которые усложняют продукт.
Must-be Quality - обязательные характеристики.
One-dimensional Quality - простые характеристики. Удовлетворяет потребности и является конкурентным преимуществом
ICE
Confidence (Уверенность) - На сколько исследован вопросы и вы уверены в оценке
Ease (Легкость реализации) Простота реализации. Оценка противоположная сложности
Impact (Влияние) - Как сильно влияет на ключевые метрики
MoSCoW
Could have this if it does not affect anything else - cделать, если ничему не мешает
Should have this if at all possible - сделать, если возможно
Must have this - без нее в продукте нет смысла
Will not have this time but would like in the future - пока нет
времени, может быть потом.
Принципы запуска задач для того, чтобы сделать наиболее важное в первую очередь
Выбрать вариант, который обеспечивает скорость
Приоритезировать задачи
Использовать командные оценки
SCRUM
Спринт
Ежедневный скрам
Ретроспектива
Обеспечивает развитие и движение вперед
Важная часть процесса SCRUM (и любого другого)
Встреча по улучшению работы
Позволяет "хорошей" команде стать "отличной"
Вопросы
Что было сделано хорошо?
Как можно улучшить?
Какие улучшения будем делать?
Планирование спринта - начало итерации
Задать цель спринта (скрам команда)
Оценить скорость (команда разработки)
Отобрать элементы бэклога (скрам команда)
Декомпозировать на инженерные задачи (команда разработки)
Обзор спринта
Демонстрация продукта для получения обратной связи
Обсуждение фрагмента в контексте всего продукта/проекта
Пересмотр бэклога
Пересмотр плана релиза
Цель
Гибкость управления приоритетами
Сплоченность команды
Понимание назначения инкремента продукта
Артефакты
Бэклог спринта
Инкремент продукта
Бэклог продукта
Роли
Скрам-мастер
Знаток Agile-практик
Лидер-помощник
Евангелист Agile
Служит
Владельцу продукта
Организации
Команде
Обязанности
Понимать суть agile-майндсета и помогать обучаться
Поддерживать ценности agile и scrum, помогать другим им следовать
Поощрять команду, брать на себя ответственность
Защищать команду при необходимости
Разработчики
Кросс-функционалы
Мотивированы улучшать процесс и развиваться
Небольшая группа до 10 человек
Организуются самостоятельно при наличии границ
Владелец продукта
Не обязан знать технические детали
Не может совмещать другие роли в команде
Знает, что мы делаем и для кого
Несет полную ответственность за продукт
Обязанности
Формировать видение и концепцию продукта
Говорить "нет" другим заинтересованным сторонам
Максимизировать ценность продукта
Управлять бэклогом продукта
Сотрудничать с командой
Признаки высокоэффективных команд
Самоуправляемая
Автономная, с четкими границами
Мотивированная
Кросс-функциональная
Маленькая
С Т-компетенциями
Стабильная
Мотивация команды (теория Ф. Герцберга 1968г)
Гигиенические факторы
Личная жизнь
Отношения на работе
Зарплата
Безопасность
Условия работы
Статус
Мотивирующие
Ответственность и полномочия
Самореализация
Профессиональный рост
Признание