Обучение Agile–подходам к управлению

Agile Manifesto - ценности и принципы Аджай

Agile Manifesto - ценности и принципы Аджай

Расскажем, как ценности Agile Manifesto применяются на практике и влияют на развитие бизнеса

  • Вы научитесь Agile-мышлению
  • Вы изучите принципы Agile
  • Вы ознакомитесь с принципами Agile
Agile Manifesto, Scrum Guide, Kanban Guide Overview

Agile Manifesto, Scrum Guide, Kanban Guide Overview

Вы освоите ключевые принципы и ценности Agile подхода и культуры гибкого управления проектами и разработкой

  • Вы получите знания об Agile-мышлении
  • Вы узнаете, что такое Scrum Guide
  • Вы познаете Kanban Guide Overview
Вы научитесь внедрять подход Business Agility

Вы научитесь внедрять подход Business Agility

Вы освоите методологию развития способности организации быстро реагировать на изменения рынка

  • Вы научитесь быстро реагировать на изменения рынка
  • Вы изучите подход Business Agility
  • Вы поймете, как внедрять культура Business Agility в свою компанию
Agile-планирование в условиях крайней неопределенности

Agile-планирование в условиях крайней неопределенности

Вы научитесь принимать быстрые и эффективные решения в условиях неопределенности

  • Вы научитесь управлять релизным циклом
  • Вы узнаете как попадать в ожидания клиентов и стейкхолдеров
  • Вы сможете построить “гибкий” продукт
Agile-кейсы Nokia, Minecraft, Microsoft, LEGO, Barclays

Agile-кейсы Nokia, Minecraft, Microsoft, LEGO, Barclays

Вы разберетесь в Agile подходе на примере известных реальных кейсов топ компаний

  • Вы поймете как работает Agile в SMB
  • Вы узнаете о Agile в Corporate
  • Вы поймете как работает Agile в Enterprise
Value Stream Management Visualisation

Value Stream Management Visualisation

Вы научитесь создавать ценность как для пользователей, так и для своей компании

  • Вы узнаете что такое value stream
  • Вы узнаете как Владелец продукта управляет потоком ценности
  • Вы научитесь управлять потоком ценности
Agile HR-Department Digital Transformation

Agile HR-Department Digital Transformation

Принципы построения end-to-end команды, ключевые компетенции и как их закрывать

  • Вы изучите принципы построения end-to-end команды
  • Вы поймете как закрывать ключевые компетенции
  • Вы изучите ключевые компетенции
Waterfall vs. Agile и другие методы управления разработкой продукта

Waterfall vs. Agile и другие методы управления разработкой продукта

Вы разберетесь в методах разработки ПО и сможете выбрать подходящий для вашего бизнеса

  • Вы узнаете, что делать с долгим Time-To-Market
  • Вы научитесь растить метрики продукта
  • Вы изучите основы управления разработкой продукта
1.1
Certified Agile Professional Introduction
~PT1M21S мин.
Видео
2.1
Как устроена методическая модель LeadStartup?
~PT3M51S мин.
Видео
2.2
Как работает платформа LeadStartup?
~PT5M8S мин.
Видео
2.3
Как связаны инструменты и платформа?
~PT6M57S мин.
Видео
2.4
Обратная связь
~0 мин.
3.1
Гайд по трудоустройству для Digital-профессии
~PT26M2S мин.
Видео
4.1
Как появился Agile?
~PT1M45S мин.
Видео Тест
4.2
Как появился Agile манифест
~0 мин.
4.3
Почему этот документ назвали манифестом?
~0 мин.
4.4
Расшифровка ценностей Agile манифеста
~0 мин.
4.5
Поколение Agile
~0 мин.
4.6
Почему важен здравый смысл в Agile?
~PT16S мин.
Видео
4.7
Agile манифест
~0 мин.
4.8
Что такое Agile и Agile манифест?
~PT1M45S мин.
Видео
4.9
Что такое Agile манифест?
~0 мин.
4.10
Как был создан Agile-манифест?
~PT27S мин.
Видео
4.11
Структура Agile-манифеста
~PT53S мин.
Тест
4.12
Из чего состоит Agile манифест?
~PT53S мин.
Видео
4.13
12 принципов Agile манифеста
~0 мин.
4.14
1ая ценность Agile-манифеста
~PT42S мин.
Видео
4.15
2ая ценность Agile-манифеста
~PT1M22S мин.
Видео
4.16
3яя ценность Agile-манифеста
~PT59S мин.
Видео
4.17
4ая ценность Agile-манифеста
~PT1M10S мин.
Видео
4.18
Сколько существует принципов Agile-манифеста?
~PT14S мин.
Видео
4.19
1ый принцип Agile-манифеста
~PT50S мин.
Видео
4.20
2ой принцип Agile-манифеста
~PT1M13S мин.
Видео
4.21
3ий принцип Agile-манифеста
~PT54S мин.
Видео
4.22
4ый принцип Agile-манифеста
~PT53S мин.
Видео
4.23
5ый принцип Agile-манифеста
~PT1M23S мин.
Видео
4.24
6ой принцип Agile-манифеста
~PT1M мин.
Видео
4.25
7ой принцип Agile-манифеста
~PT1M3S мин.
Видео
4.26
8ой принцип Agile-манифеста
~PT58S мин.
Видео
4.27
9ый принцип Agile-манифеста
~PT37S мин.
Видео
4.28
10й принцип Agile-манифеста
~PT37S мин.
Видео
4.29
11й принцип Agile-манифеста
~PT1M21S мин.
Видео
4.30
12й принцип Agile-манифеста
~PT57S мин.
Видео
4.31
Кейс Мегафон и Agile
~0 мин.
4.32
Кейс по внедрению Scaled Agile Framework в банке
~0 мин.
5.1
Роли в Agile организации
~0 мин.
5.2
Главные составляющие Agile организации
~0 мин.
5.3
К чему приведет Agile?
~0 мин.
5.4
Когда Agile организации на пользу?
~0 мин.
5.5
Гибрид Agile и Waterfall
~0 мин.
5.6
Кейс гибридного подхода GanttPro
~0 мин.
6.1
Модель «Waterfall»
~0 мин.
6.2
Что такое каскадная модель
~0 мин.
6.3
Краткая история «водопадной» модели Waterfall
~0 мин.
6.4
Содержание каскадной модели
~0 мин.
6.5
Преимущества каскадной модели
~0 мин.
6.6
Недостатки каскадной модели
~0 мин.
6.7
Примеры применения каскадной модели
~0 мин.
6.8
Резюме по каскадной разработке
~0 мин.
7.1
Что такое Agile?
~0 мин.
7.2
Примеры того, что вы работаете в соответствии с принципами Agile
~0 мин.
7.3
Когда нужен Agile?
~0 мин.
7.4
История создания Agile-манифеста
~0 мин.
7.5
Что такое Agile Manifesto простыми словами
~0 мин.
7.6
Методы управления проектами
~0 мин.
7.7
Как работает гибрид гибких и негибких методологий
~0 мин.
7.8
Минусы методологии Agile, или когда Agile не поможет
~0 мин.
7.9
Примеры не Agile - когда вы и ваши процессы не соответствуют принципам и методам Agile
~0 мин.
7.10
Кейс гибридного подхода GanttPro
~0 мин.
7.11
Что почитать по методологии Agile?
~0 мин.
8.1
Модель «Кеневин»
~0 мин.
8.2
Модель Кеневин - кратко
~0 мин.
8.3
Простые системы (Obvious, очевидные, банальные)
~0 мин.
8.4
Сложные системы (Complicated)
~0 мин.
8.5
Запутанные системы (Complex, комплексные)
~0 мин.
8.6
Хаотичные системы (Chaotic)
~0 мин.
9.1
Когда нужна Agile–команда?
~0 мин.
9.2
Роли в Agile–команде
~0 мин.
9.3
Нужен ли коучинг Agile–команд?
~0 мин.
9.4
Работа в Agile–команде
~0 мин.
10.1
Что такое Agile лидерство?
~0 мин.
10.2
Что делает Agile–лидер?
~0 мин.
10.3
Ответственность в Agile лидерстве
~0 мин.
10.4
Agile–садовник
~0 мин.
10.5
Как найти Agile–лидера?
~0 мин.
11.1
Дистанционный Scrum
~0 мин.
11.2
Что вам понадобится
~0 мин.
11.3
«Daily Scrum» и фасилитация
~0 мин.
11.4
Последние мысли
~0 мин.
11.5
Выводы
~0 мин.
12.1
Agile оценка и планирование - кратко
~0 мин.
12.2
Agile планирование и оценка
~0 мин.
12.3
Планирование по Agile
~0 мин.
12.4
Оценка по Agile
~0 мин.
12.5
Planning Poker как метод оценки и планирования
~0 мин.
13.1
Что такое коучинг Agile команд?
~0 мин.
13.2
Определите свои основные ожидания
~0 мин.
13.3
Дерево высокой производительности
~0 мин.
13.4
Придумайте лозунг для высокой производительности
~0 мин.
13.5
Еще один лозунг — строительство фундамента
~0 мин.
14.1
Терминология масштабирования Agile
~0 мин.
14.2
С чего начать: сформируйте видение конечного состояния
~0 мин.
14.3
С чего начинается трансформация крупной компании?
~0 мин.
14.4
А что такое вообще Аджайл–компания?
~0 мин.
14.5
Как мы поймём, что мы стали Аджайл?
~0 мин.
14.6
Когда идёт глобальная аджилизация, нужно очень много учить людей
~0 мин.
14.7
Как стоило бы выстраивать гибкую организацию?
~0 мин.
14.8
А что именно нужно понимать при масштабировании Agile?
~0 мин.
14.9
Не нужно применять Agile и Scrum там, где они не нужны
~0 мин.
15.1
Что такое Agile Supply Chain?
~0 мин.
15.2
Принципы Agile Supply Chain
~0 мин.
15.3
Когда нужен Agile Supply Chain
~0 мин.
15.4
Как работает Agile Supply Chain
~0 мин.
15.5
Чем Agile Supply Chain отличается от Lean
~0 мин.
15.6
Моделирование бизнес–процессов
~0 мин.
15.7
Преимущества Agile Supply Chain
~0 мин.
15.8
Примеры успешной реализации Agile Supply Chain
~0 мин.
15.9
Supply Chain 4.0
~0 мин.
15.10
Примеры реализации Supply Chain 4.0
~0 мин.
16.1
Agile в маркетинге
~0 мин.
16.2
Манифест Agile маркетинга
~0 мин.
16.3
Почему стоит применять agile в маркетинге?
~0 мин.
16.4
Как реализуется agile в маркетинге?
~0 мин.
17.1
Agile не только для IT
~0 мин.
17.2
Как Agile может изменить эйчар отдел?
~0 мин.
17.3
«Быть Agile» или принять философию Agile?
~0 мин.
17.4
С чего начать внедрение Agile в ваш HR–отдел?
~0 мин.
17.5
Какие компании приходят к Agile в управлении персоналом (HR)?
~0 мин.
17.6
Scrum–мастер из HR
~0 мин.
18.1
Agile в продажах
~0 мин.
18.2
Agile в продажах — это не методология, а майндсет
~0 мин.
18.3
Как agile повышает продажи?
~0 мин.
18.4
Через какие ценности проявляет себя agile в продажах?
~0 мин.
19.1
Agile культура
~0 мин.
19.2
Как построить Agile культуру
~0 мин.
19.3
Перестройте структуру и процессы
~0 мин.
19.4
Определите точки «откуда» и «куда»
~0 мин.
19.5
Обучайте сотрудников
~0 мин.
19.6
Сделайте это личным для сотрудников
~0 мин.
20.1
Что такое «поток ценности» и его карта
~0 мин.
20.2
Зачем использовать value stream mapping
~0 мин.
20.3
Структура value stream map
~0 мин.
20.4
Этапы построения value stream map
~0 мин.
20.5
Анализ value stream map — на что смотреть
~0 мин.
20.6
Как нарисовать value stream map
~0 мин.
20.7
С чего начинать
~0 мин.
20.8
Типичные ошибки при составлении value stream map
~0 мин.
21.1
Что такое Scrum?
~0 мин.
21.2
Что такое методология Scrum
~0 мин.
21.3
История Scrum
~0 мин.
21.4
Что такое Скрам гайд
~0 мин.
21.5
Структура методологии Scrum
~0 мин.
21.6
Роли во фреймворке Scrum
~PT54S мин.
Видео
21.7
Кто такой Скрам–мастер
~PT57S мин.
Видео
21.8
Правила фреймворка Scrum
~0 мин.
21.9
Ключевые события фреймворка Scrum
~PT2M мин.
Видео
21.10
Sprint в Scrum
~0 мин.
21.11
Бэклог в Scrum
~0 мин.
21.12
Плюсы методики Scrum
~0 мин.
21.13
Минусы методики Scrum
~0 мин.
21.14
Stand up в Scrum
~0 мин.
21.15
Sprint Review в Scrum
~0 мин.
21.16
Ретроспектива в Scrum
~0 мин.
21.17
Кейс внедрения методики Scrum в геймдеве
~0 мин.
22.1
Kanban - что это за метод?
~0 мин.
22.2
История Канбан: склады Toyota
~0 мин.
22.3
Как Kanban помог Toyota?
~0 мин.
22.4
Как Канбан совершенствует процессы?
~0 мин.
22.5
Ценности, на которых основан Канбан
~0 мин.
22.6
Стоит ли внедрять работу по Kanban?
~0 мин.
22.7
Применимость Kanban в бизнесе
~0 мин.
23.1
Ценностное предложение
~0 мин.
23.2
Ценностное предложение решает, будет ли аудитория знакомиться с вашим продуктом
~0 мин.
23.3
Основные элементы ценностного предложения:
~0 мин.
23.4
1. Ясность
~0 мин.
23.5
2. Выгода
~0 мин.
23.6
3. Уникальность, отстройка от клиентов
~0 мин.
23.7
Теперь о том, как составить ценностное предложение
~0 мин.
23.8
Получить информацию можно разными способами
~0 мин.
23.9
Вопросы для понимания проблематики:
~0 мин.
23.10
Как тестировать ценностное предложение
~0 мин.
23.11
Примеры ценностных предложений на 5+
~0 мин.
23.12
Возможно, у вас появился логичный вопрос: «А как узнать всё это?»
~0 мин.
23.13
DuckDuckGo
~0 мин.
23.14
FreshBooks
~0 мин.
23.15
Apple MacBook
~0 мин.
24.1
Почему важно приоритизировать задачи?
~0 мин.
24.2
Какие цели у расстановки приоритетов?
~0 мин.
24.3
Value/Effort matrix
~0 мин.
24.4
Результаты Lean Prioritization
~0 мин.
24.5
Кому подходит Lean prioritization и Value/Effort matrix
~0 мин.
24.6
Как работает техника Lean prioritization и Value/Effort matrix
~0 мин.
24.7
Кейс Lean Prioritization в Hygger
~0 мин.
25.1
User Story
~0 мин.
25.2
User Story - кратко
~0 мин.
25.3
Что такое User Story
~0 мин.
25.4
Как используются User Stories
~0 мин.
25.5
Преимущества и возможные риски использования User Story
~0 мин.
25.6
Специфика User Story
~0 мин.
25.7
Формула User Story
~0 мин.
25.8
Шаблон User Story
~0 мин.
25.9
Примеры User Story
~0 мин.
25.10
INVEST–критерии в User Story
~0 мин.
26.1
Story Points
~0 мин.
26.2
Метод оценки в Story Points
~0 мин.
26.3
Оценка в Story Points — это быстро
~0 мин.
26.4
Как оценивать задачу в Story Points
~0 мин.
26.5
Как можно использовать оценки в Story Points
~0 мин.
26.6
Оценка в «идеальных инженерных днях»
~0 мин.
26.7
Заключительные рекомендации
~0 мин.
27.1
User Story Mapping
~0 мин.
27.2
User Story Mapping - кратко
~0 мин.
27.3
Поток истории и её декомпозиция
~0 мин.
27.4
Визуализация в User Story Mapping
~0 мин.
27.5
Описание аватара пользователя и его поведения
~0 мин.
27.6
Мыслить категориями «Сейчас и После»
~0 мин.
27.7
Как можно визуализировать карту пользовательской истории?
~0 мин.
28.1
Ценности и принципы Scrum
~0 мин.
28.2
Важность ценностей Scrum
~0 мин.
28.3
1. Фокусировка (Focusing)
~0 мин.
28.4
2. Смелость (Courage)
~0 мин.
28.5
3. Открытость (Openness)
~0 мин.
28.6
4. Обязательство (Commitment)
~0 мин.
28.7
5. Уважение (Respect)
~0 мин.
28.8
Три базовые принципа Скрама в одном абзаце
~0 мин.
28.9
Принципы скрама
~0 мин.
28.10
Инспекция (Inspection)
~0 мин.
28.11
Адаптация (Adaptation)
~0 мин.
28.12
Прозрачность (Transparancy)
~0 мин.
29.1
Agile трансформация - коротко
~0 мин.
29.2
Важность изменений
~0 мин.
29.3
Внедрение Agile
~0 мин.
29.4
Где стоит внедрять Agile?
~0 мин.
29.5
Как правильно внедрить Agile
~0 мин.
29.6
Масштабировать и улучшать
~0 мин.
29.7
Важно стремление руководства компании
~0 мин.
29.8
Стратегия аджайл–трансформации
~0 мин.
29.9
Большое внедрение Agile начинается с маленьких команд
~0 мин.
29.10
Готовы ли вы начать проект или бизнес без ясной картины того, что у вас получится?
~0 мин.
29.11
Насколько вы склонны избегать рисков?
~0 мин.
29.12
Насколько гибка ваша команда?
~0 мин.
29.13
Насколько строгая в вашей компании структура и иерархия?
~0 мин.
29.14
Как вы измеряете прогресс и успех?
~0 мин.
29.15
Специфика должностей
~0 мин.
30.1
Структура Scrum
~0 мин.
30.2
1 артефакт - Бэклог Продукта
~0 мин.
30.3
2 артефакт - Бэклог Спринта
~0 мин.
30.4
3 артефакт - Инкремент Продукта
~0 мин.
30.5
1 событие - Спринт
~0 мин.
30.6
2 событие - Планирование спринта
~0 мин.
30.7
3 событие - Ежедневный Скрам
~0 мин.
30.8
4 событие - Демо Спринта
~0 мин.
30.9
5 событие - Ретроспектива Спринта
~0 мин.
30.10
1 роль - Владелец Продукта — ЧТО
~0 мин.
30.11
2 роль - Команда разработчиков — КАК
~0 мин.
30.12
3 роль - Скрам Мастер — ПРОЦЕСС
~0 мин.
31.1
Scrum команда
~0 мин.
31.2
Особенности и характеристики Scrum команды
~0 мин.
31.3
Роли Scrum команды
~0 мин.
31.4
Роль Скрам Мастера (Scrum Master)
~0 мин.
31.5
Роль Владельца Продукта (Product Owner)
~0 мин.
32.1
Что такое ретроспектива в Скраме
~0 мин.
32.2
Зачем нужна ретроспектива
~0 мин.
32.3
Когда проводить ретроспективу?
~0 мин.
32.4
Сколько длится ретроспектива?
~0 мин.
32.5
Как проходит ретроспектива
~0 мин.
32.6
Ошибки в проведении ретроспективы
~0 мин.
33.1
В чем разница между Agile, Scrum и Kanban?
~0 мин.
33.2
Отличия Scrum и Kanban
~0 мин.
33.3
Какой из подходов выбрать?
~0 мин.
33.4
Преимущества Agile подхода
~0 мин.
33.5
Преимущества Kanban
~0 мин.
33.6
Преимущества Scrum
~0 мин.
33.7
Так в чем же разница между Scrum и Kanban?
~0 мин.
34.1
Скрам–мастер
~0 мин.
34.2
Чем занимается Скрам–мастер?
~0 мин.
34.3
Скрам-мастер - 4 поинта
~0 мин.
34.4
Что является целью скрам–мастера?
~0 мин.
34.5
С чем работает скрам–мастер?
~0 мин.
34.6
К какому результату стремится Скрам–мастер?
~0 мин.
34.7
Скрам–мастер добавляет уровень дисциплинированности в командные процессы
~0 мин.
34.8
Какая разница между scrum–мастером и agile–коучем?
~0 мин.
34.9
В чём разница?
~0 мин.
34.10
Что определяет крутость команды?
~0 мин.
34.11
Как подобрать комфортную для команды скорость потока?
~0 мин.
34.12
Agile–организация
~0 мин.
34.13
Классическая
~0 мин.
34.14
Проектная
~0 мин.
35.1
Ежедневный Scrum
~0 мин.
35.2
Цели ежедневных встреч
~0 мин.
35.3
Характеристики ежедневных встреч
~0 мин.
35.4
Что нужно для ежедневных встреч?
~0 мин.
35.5
Три вопроса ежедневного Скрама
~0 мин.
35.6
Формат проведения ежедневных встреч в Scrum
~0 мин.
35.7
Когда лучше начинать по времени ежедневный Скрам?
~0 мин.
35.8
Типичные ошибки при проведении ежедневных встреч в Scrum
~0 мин.
36.1
Оценка задач в Scrum
~0 мин.
36.2
Оценка в Скрам - коротко
~0 мин.
36.3
Как проходит оценка времени выполнения в Скрам?
~0 мин.
36.4
Спринты
~0 мин.
36.5
Ежедневные митинги
~0 мин.
36.6
Ретроспектива
~0 мин.
37.1
Внедрение Scrum
~0 мин.
37.2
Пример скрама - что получается?
~0 мин.
37.3
Опыт работы по Scrum в Промсвязьбанке
~0 мин.
37.4
Опыт внедрения Scrum в Carrot Quest
~0 мин.
38.1
Церемонии Scrum
~0 мин.
38.2
Плюсы Scrum
~0 мин.
38.3
Минусы Scrum
~0 мин.
38.4
Роли в Скрам
~0 мин.
38.5
Sprint
~0 мин.
38.6
Sprint Planning Meeting
~0 мин.
38.7
Stand Up
~0 мин.
38.8
Sprint Review Meeting
~0 мин.
38.9
Sprint Retrospective Meeting
~0 мин.
39.1
Масштабирование Scrum
~0 мин.
39.2
Scrum of Scrums
~0 мин.
39.3
Large-Scale Scrum (LeSS)
~0 мин.
40.1
Эпик в Скрам
~0 мин.
40.2
Как декомпозировать эпик?
~0 мин.
40.3
Зачем нужны эпики в скрам?
~0 мин.
40.4
Почему так важен Epic в Scrum
~0 мин.
40.5
Чем эпик отличается от темы, истории и задачи
~0 мин.
40.6
Как декомпозировать эпик по времени завершения
~0 мин.
40.7
Как разбить эпик в скрам по ролям
~0 мин.
40.8
Как разбить эпик в скрам по процессам
~0 мин.
40.9
Сколько времени занимает эпик в скрам
~0 мин.
40.10
Пример эпик из жизни
~0 мин.
40.11
Пример Epic в Scrum
~0 мин.
41.1
OKR — это что?
~0 мин.
41.2
Фокусировка в OKR и Scrum
~0 мин.
41.3
Прозрачность в OKR и Scrum
~0 мин.
41.4
Оценка в OKR и Scrum
~0 мин.
42.1
Инструменты Agile
~0 мин.
42.2
Спринты
~0 мин.
42.3
Распределение ролей
~0 мин.
42.4
Фокусировка на ценности и прибыльности продукта
~0 мин.
42.5
Сокращение регламентов и правил, упрощение процессов
~0 мин.
42.6
Сокращение задач и фокусировка
~0 мин.
43.1
Что такое Agile Project Management?
~0 мин.
43.2
Что важно в Agile project management
~0 мин.
43.3
Когда нужен Agile project management?
~0 мин.
43.4
С чего начать внедрять Agile project management
~0 мин.
43.5
Инструменты для управления agile–проектами
~0 мин.
43.6
Кому не подойдет Agile project management?
~0 мин.
43.7
Что почитать по Agile project management
~0 мин.
44.1
Из чего состоит Бэклог
~0 мин.
44.2
Отличительные особенности Бэклога от простого списка задач
~0 мин.
44.3
Кратко о Бэклоге спринта
~0 мин.
44.4
Смысл наличия Бэклога спринта
~0 мин.
44.5
Бэклог спринта
~0 мин.
44.6
Бэклог спринта и Бэклог продукта — в чем разница?
~0 мин.
44.7
Бэклог продукта – основа Бэклога спринта
~0 мин.
44.8
Бэклог релиза
~0 мин.
44.9
Как происходит расстановка приоритетов пользовательских историй и их оценка?
~0 мин.
44.10
Дробление задач
~0 мин.
44.11
Оценка идей
~0 мин.
44.12
Есть ли установленный формат для ведения Бэклога спринта?
~0 мин.
44.13
Что предпринять, если Бэклог постоянно растет
~0 мин.
45.1
Продуктовый беклог - как с ним жить?
~0 мин.
45.2
Зачем нужен бэклог продукта
~0 мин.
45.3
Из чего состоит бэклог продукта
~0 мин.
45.4
Кто и как ведет бэклог продукта
~0 мин.
46.1
Backlog Refinement
~0 мин.
46.2
Зачем нужен рефайнмент?
~0 мин.
46.3
Можно обойтись без Product Backlog Refinement?
~0 мин.
46.4
Когда проводить Product Backlog Refinement
~0 мин.
46.5
Как провести Backlog Refinement
~0 мин.
46.6
Кто проводит бэклог рефайнмент?
~0 мин.
46.7
Какие инструменты использовать для backlog refinement?
~0 мин.
46.8
Как сильно нужно «причесывать» бэклог?
~0 мин.
46.9
Как оценить результаты Product Backlog Refinement
~0 мин.
46.10
Кейс проведения Refinement
~0 мин.
47.1
Беклог Груминг
~0 мин.
47.2
Почему груминг бэклога это важно?
~0 мин.
47.3
Цель встречи по грумингу бэклога
~0 мин.
47.4
Что делает мероприятие по грумингу эффективным?
~0 мин.
47.5
Когда следует проводить груминг?
~0 мин.
47.6
Как проходит мероприятие по грумингу бэклога
~0 мин.
48.1
Зачем нужна Канбан–доска
~0 мин.
48.2
Как работает Канбана–доска
~0 мин.
48.3
Из чего состоит Kanban board
~0 мин.
48.4
Как ретроспективы помогают улучшать Канбан–систему
~0 мин.
48.5
Как использовать визуализацию задач на доске
~0 мин.
48.6
Как запустить первую канбан–доску
~0 мин.
48.7
Как использовать канбан–доску для непрерывных улучшений
~0 мин.
48.8
Как соотносится Канбан и бережливый стартап
~0 мин.
48.9
3 важных аспекта формирования системы Канбан
~0 мин.
48.10
Цифровые Kanban board
~0 мин.
48.11
Преимущества физической Канбан доски
~0 мин.
48.12
Недостатки физической Канбан доски
~0 мин.
48.13
Финальный результат использования Канбан–доски
~0 мин.
48.14
Правила Kanban доски
~0 мин.
48.15
Что писать в карточках на Канбан доске
~0 мин.
48.16
Как заполнять столбцы на Канбан доске
~0 мин.
48.17
Канбан доска — примеры
~0 мин.
48.18
Примеры физических Канбан досок
~0 мин.
48.19
Кейс Optimizely
~0 мин.
49.1
Внедрение Kanban
~0 мин.
49.2
Главная цель внедрения Канбан
~0 мин.
49.3
Основные этапы внедрения Канбан
~0 мин.
49.4
1. Визуализируйте свой рабочий процесс
~0 мин.
49.5
2. Примените ограничения WIP
~0 мин.
49.6
3. Сделать политику явной.
~0 мин.
49.7
4. Измеряйте поток задач и управляйте им
~0 мин.
49.8
5. Оптимизация с использованием научного метода.
~0 мин.
49.9
Дополнительные рекомендации по внедрению Канбан
~0 мин.
50.1
Kanban Maturity Model
~0 мин.
50.2
Kanban Maturity Model - что это?
~0 мин.
50.3
Что такое Kanban Maturity Model
~0 мин.
50.4
Уровень зрелости 0 — Очевидность ценности
~0 мин.
50.5
Уровень зрелости 1 — Командная работа
~0 мин.
50.6
Уровень зрелости 2 — Повышение определенности
~0 мин.
50.7
Уровень зрелости 3 — Управление процессом
~0 мин.
50.8
Уровень зрелости 4 — Управление рисками
~0 мин.
50.9
Уровни зрелости 5 и 6 — Оптимизация и антихрупкость
~0 мин.
51.1
STATIK
~0 мин.
51.2
Шаг 1: Отвечаем на вопрос, что хочет заказчик
~0 мин.
51.3
Шаг 2: Собираем обратную связь от клиентов и сотрудников
~0 мин.
51.4
Шаг 3: Анализируем спрос и источники нагрузки
~0 мин.
51.5
Шаг 4: Анализируем возможности
~0 мин.
51.6
Шаг 5: Моделируем рабочий процесс
~0 мин.
51.7
Шаг 6: Определить приоритетность задач или классы обслуживания
~0 мин.
51.8
Шаг 7: Проектируем Kanban–систему
~0 мин.
51.9
Шаг 8: Оповестить всех заинтересованных
~0 мин.
51.10
Kanban в диджитал–агентстве
~0 мин.
51.11
Kanban в IT
~0 мин.
51.12
Kanban в науке
~0 мин.
51.13
Kanban в машиностроении
~0 мин.
52.1
Working Backwards коротко
~0 мин.
52.2
Что такое Working Backwards
~0 мин.
52.3
Зачем нужен принцип Working Backwards
~0 мин.
52.4
Как применять Working Backwards
~0 мин.
53.1
Приоритизация бэклога: модели и техники
~0 мин.
53.2
Методики приоритизации бэклога
~0 мин.
53.3
Техника приоритизации бэклога ICE Scoring
~0 мин.
53.4
Техника приоритизации бэклога Value/Effort
~0 мин.
53.5
Техника приоритизации бэклога MoSCoW
~0 мин.
53.6
Техника приоритизации бэклога задач Story Mapping
~0 мин.
53.7
Пример приоритизации бэклога по технике ICE
~0 мин.
53.8
Пример Hygger по технике приоритизации бэклога MoSCoW
~0 мин.
53.9
Кейс Qiwi по приоритизации бэклога с техникой Сторимэппинг
~0 мин.
54.1
Аналитический паралич
~0 мин.
54.2
Желание «полной определенности»
~0 мин.
54.3
Страх потерять инвестиции
~0 мин.
54.4
Страх перемен
~0 мин.
54.5
Как использовать "паралич"?
~0 мин.
55.1
Планирование коротко
~0 мин.
55.2
Зачем работать Спринтами
~0 мин.
55.3
Цель Спринта
~0 мин.
55.4
Бэклог Спринта
~0 мин.
55.5
Время Спринта
~0 мин.
55.6
Структура Спринта
~0 мин.
55.7
Как создается цель Спринта?
~0 мин.
55.8
Цель Спринта по Книбергу
~0 мин.
55.9
Итог Спринта
~0 мин.
55.10
1. Планирование
~0 мин.
55.11
2. Планирование командой разработки
~0 мин.
55.12
3. Ежедневные стэнд–апы
~0 мин.
56.1
Что такое модель Такмана
~0 мин.
56.2
Стадии развития команды по Брюсу Такману
~0 мин.
56.3
Стадия 1. Формирование (Forming)
~0 мин.
56.4
Стадия 2. Конфронтация (Storming)
~0 мин.
56.5
Стадия 3. Нормирование (Norming)
~0 мин.
56.6
Стадия 4. Функционирование (Performing)
~0 мин.
56.7
Стадия 5. Расставание (Adjourning)
~0 мин.
57.1
Дерево проблем
~0 мин.
57.2
Дерево проблем – что это? Основные понятия и определения
~0 мин.
57.3
Построение дерева проблем – основные этапы выполнения
~0 мин.
57.4
Каждая проблема имеет свое место
~0 мин.
57.5
Причинно–следственные связи – основной элемент системы
~0 мин.
57.6
Главные принципы построения иерархической системы
~0 мин.
57.7
Задачи и цели использования дерева проблем
~0 мин.
57.8
Преимущества и недостатки использования иерархической системы
~0 мин.
57.9
Наглядный пример разработки дерева проблем
~0 мин.
57.10
Стоит попробовать к применению…
~0 мин.
58.1
Time To Market
~0 мин.
58.2
Что такое Time To Market
~0 мин.
58.3
Что включает в себя Time To Market
~0 мин.
58.4
Как улучшить показатель Time To Market
~0 мин.
58.5
Что важно помимо Time To Market
~0 мин.
59.1
Burn Rate
~0 мин.
59.2
Что такое Burn Rate
~0 мин.
59.3
Нужен ли Burn Rate?
~0 мин.
59.4
Burn Rate в проекте
~0 мин.
59.5
Как рассчитать Burn Rate
~0 мин.
59.6
Как это работает
~0 мин.
59.7
Каким должен быть Burn Rate
~0 мин.
59.8
Как рассчитать чистый Burn Rate
~0 мин.
59.9
Как рассчитать валовый Burn Rate
~0 мин.
59.10
О чем говорит высокий Burn Rate
~0 мин.
59.11
Как уменьшить Burn Rate
~0 мин.
59.12
Восемь способов снизить Burn Rate
~0 мин.
59.13
Burn Rate в финансовом моделировании и оценке
~0 мин.
60.1
Системное мышление
~0 мин.
60.2
Что такое системное мышление
~0 мин.
60.3
Зачем нужно системное мышление
~0 мин.
60.4
Уровни системного мышления
~0 мин.
60.5
Как развить системное мышление
~0 мин.
61.1
Стейкхолдеры - кто же это
~0 мин.
61.2
Кто такие стейкхолдеры
~0 мин.
61.3
Как определить стейкхолдеров
~0 мин.
61.4
Нужно ли управлять ожиданиями стейкхолдеров
~0 мин.
61.5
Как управлять ожиданиями стейкхолдеров
~0 мин.
62.1
Спиральная модель разработки ПО
~0 мин.
62.2
Как работает спиралевидная модель
~0 мин.
62.3
Кому подходит спиральная модель разработки ПО
~0 мин.
62.4
Оценка рисков в спиральной модели разработки
~0 мин.
62.5
Преимущества спиралевидной модели разработки ПО
~0 мин.
62.6
Недостатки спиральной модели разработки ПО
~0 мин.
62.7
Кейс разработки системы «Умный дом» по спиральной модели
~0 мин.
62.8
Спиральная модель разработки ПО на примере GanttPro
~0 мин.
63.1
Shu-Ha-Ri (Сюхари)
~0 мин.
63.2
Что такое Shu-Ha-Ri
~0 мин.
63.3
Shu (守 Сю, «соблюдай»)
~0 мин.
63.4
Ha (破 Ха, «отделяйся»)
~0 мин.
63.5
Ri (離 Ри, «превосходи»)
~0 мин.
63.6
Shu-Ha-Ri в разработке программного обеспечения и Agile
~0 мин.
64.1
Модель SCORE
~0 мин.
64.2
Как применять модель в реальной работе с клиентом?
~0 мин.
64.3
Где ещё работает модель SCORE?
~0 мин.
65.1
Диаграмма сгорания
~0 мин.
65.2
Что такое Диаграмма Сгорания (Burndown Chart)?
~0 мин.
65.3
История Burndown Chart
~0 мин.
65.4
Каковы преимущества Burndown Chart?
~0 мин.
65.5
Как читать Burndown Chart
~0 мин.
66.1
Continuous Delivery - кратко
~0 мин.
66.2
Что такое Continuous Delivery
~0 мин.
66.3
Основные принципы Continuous Delivery
~0 мин.
66.4
Преимущества Continuous Delivery
~0 мин.
66.5
«А это вообще нормально?»
~0 мин.
66.6
Связь Continuous Delivery и DevOps
~0 мин.
67.1
Continuous Integration
~0 мин.
67.2
Что такое Ci / Cd
~0 мин.
67.3
Как выглядит цикл разработки Ci / Cd
~0 мин.
67.4
Как работает Continuous integration
~0 мин.
67.5
Варианты настройки Continuous integration
~0 мин.
67.6
Главное условие для непрерывной интеграции
~0 мин.
67.7
Непрерывная интеграция: как все устроено
~0 мин.
67.8
Зачем выбирать «агентов» для непрерывной интеграции?
~0 мин.
67.9
Плюсы Continuous integration
~0 мин.
67.10
Системы для непрерывной интеграции
~0 мин.
67.11
Культура мониторинга за процессами Ci / Cd
~0 мин.
68.1
OKR: подход Google к постановке целей
~0 мин.
68.2
Что же уникального в OKR?
~0 мин.
68.3
Компоненты OKR
~0 мин.
68.4
Каскадирование целей в OKR
~PT1M54S мин.
Видео
68.5
Цели, основные итоги и инициативы
~0 мин.
68.6
Взаимодействие на все 360 градусов
~0 мин.
68.7
Результат и его прозрачность в OKR
~0 мин.
68.8
Насколько амбициозными должны быть ваши OKR?
~0 мин.
68.9
Принятие OKR
~0 мин.
68.10
Какие главные преимущества метода OKR?
~0 мин.
68.11
Первый пример применения метода OKR
~0 мин.
68.12
Второй пример применения OKR
~0 мин.
68.13
Цикл системы OKR в бизнесе
~0 мин.
68.14
Отслеживание результатов OKR при еженедельной проверке
~PT1M21S мин.
Видео
68.15
Как переключиться с действий на ценности
~0 мин.
68.16
Как оценить успешность достижения OKR
~0 мин.
68.17
Разделение тактических и стратегических OKR
~0 мин.
68.18
Создание тактических OKR
~0 мин.
68.19
Установка двусторонних целей
~0 мин.
68.20
Советы для эффективных OKR
~0 мин.
68.21
2 основные ошибки при внедрении OKR
~0 мин.
68.22
Распространенные ошибки OKR
~0 мин.
68.23
Советы по внедрению OKR
~0 мин.
68.24
Делитесь вашими OKR
~0 мин.
68.25
Разделяйте OKR, денежные вознаграждения и компенсации
~0 мин.
68.26
Не стоит превращать OKR в перечень целей
~0 мин.
68.27
Процедура внедрения OKR в компании
~0 мин.
69.1
Cost Of Delay
~0 мин.
69.2
Что такое Cost of Delay
~0 мин.
69.3
Cost of Delay и другие факторы срочности
~0 мин.
69.4
Как считать Cost of Delay на примере
~0 мин.
70.1
Цикл Деминга
~0 мин.
70.2
Этапы Цикла Деминга
~0 мин.
70.3
Act — улучшение, корректировка
~0 мин.
70.4
Check — проверка, контроль
~0 мин.
70.5
Do — исполнение, реализация
~0 мин.
70.6
Plan — планирование
~0 мин.
70.7
Что дальше?
~0 мин.
71.1
Что такое покер планирования
~0 мин.
71.2
Поток игры (процесс)
~0 мин.
71.3
Основные преимущества Planning Poker
~0 мин.
71.4
Правила игры в покер планирования
~0 мин.
72.1
Performance Review
~0 мин.
72.2
Преимущества использования Performance Review
~0 мин.
72.3
Как давать Performance Review
~0 мин.
72.4
Обучение и поведение
~0 мин.
72.5
Долговременные и стратегические цели
~0 мин.
72.6
Конкретные метрики или KPI
~0 мин.
72.7
Дополнительные рекомендации по проведению Performance Review
~0 мин.
73.1
Парное программирование
~0 мин.
73.2
Парное программирование: что за методика и как она появилась?
~0 мин.
73.3
Стили парного программирования: как сработаться?
~0 мин.
73.4
Совместная работа над кодом: 3 главные фичи
~0 мин.
73.5
Плюсы и минусы парного программирования
~0 мин.
73.6
Организация work зоны
~0 мин.
73.7
Планирование рабочего дня
~0 мин.
73.8
Чего избегать и как не завалить весь процесс?
~0 мин.
73.9
Разобрались в XP
~0 мин.
74.1
Мотивация 3.0
~0 мин.
74.2
Чем хороша Мотивация 3.0?
~0 мин.
74.3
Деньги или творчество?
~0 мин.
74.4
Мотивация в IT
~0 мин.
74.5
Способы мотивации
~0 мин.
74.6
Приемы мотивации 3.0
~0 мин.
74.7
Почему не работает мотивация 2.0?
~0 мин.
75.1
Матрица Эйзенхауэра
~0 мин.
75.2
Не важные и не срочные дела
~0 мин.
75.3
Не важные и срочные дела
~0 мин.
75.4
Важные и не срочные дела
~0 мин.
75.5
Срочные и важные дела
~0 мин.
75.6
Как выглядит Матрица Эйзенхауэра
~0 мин.
76.1
Экстремальное программирование
~0 мин.
76.2
Экстрим в программировании - да, полезно
~0 мин.
76.3
Ценности экстремального программирования
~0 мин.
76.4
Цели экстремального программирования
~0 мин.
76.5
Практики экстремального программирования
~0 мин.
76.6
Целостная команда
~0 мин.
76.7
Информативное рабочее пространство
~0 мин.
76.8
Непрерывная интеграция
~0 мин.
76.9
«Энергичная» работа (Energized Work)
~0 мин.
76.10
Парное программирование
~0 мин.
76.11
«Коллективное владение» кодом
~0 мин.
76.12
Небольшие релизы
~0 мин.
76.13
Ежеквартальный цикл
~0 мин.
76.14
Еженедельный цикл
~0 мин.
76.15
Пользовательские истории
~0 мин.
77.1
Принцип генти генбуцу — что это такое?
~0 мин.
77.2
Что требует принцип генти генбуцу?
~0 мин.
77.3
Гемба — ключевое понятие
~0 мин.
77.4
Рекомендации по использованию принципа Генти Генбуцу
~0 мин.
78.1
Зачем нужно дерево целей
~0 мин.
78.2
Где строить дерево целей
~0 мин.
78.3
Как строить дерево целей
~0 мин.
78.4
Правила построения дерева целей
~0 мин.
79.1
Понятие декомпозиции дерева целей
~0 мин.
79.2
Разновидности целей, входящих в декомпозицию дерева целей
~0 мин.
79.3
Принципы и построения дерева целей
~0 мин.
79.4
Основной алгоритм при декомпозиции дерева целей
~0 мин.
79.5
Методика декомпозиции дерева целей
~0 мин.
80.1
Fit For Purpose
~0 мин.
80.2
Fit For Purpose - польза в Kanban
~0 мин.
80.3
Теория Fit For Purpose
~0 мин.
80.4
Основы фреймворка Fit For Purpose
~0 мин.
80.5
Метрики «здоровья» бизнеса в Fit For Purpose
~0 мин.
80.6
Количественные критерии соответствия в фреймворке Fit For Purpose
~0 мин.
80.7
Какие должны быть вопросы в Fit For Purpose
~0 мин.
80.8
Эксперименты в Fit For Purpose
~0 мин.
81.1
Бережливое производство
~0 мин.
81.2
Базовое разделение — ценность и потери
~0 мин.
81.3
Какие бывают потери
~0 мин.
81.4
Другие принципы Lean Production
~0 мин.
82.1
Lean 6 Sigma
~0 мин.
82.2
В чем суть подхода Lean 6 Sigma
~0 мин.
82.3
Главные принципы Lean 6 Sigma
~0 мин.
82.4
Как работает Lean 6 Sigma
~0 мин.
82.5
Зачем совмещать два подхода?
~0 мин.
82.6
Где нужен подход Lean 6 Sigma
~0 мин.
82.7
Что даст Lean 6 Sigma?
~0 мин.
82.8
6 этапов, чтобы встать на путь Lean 6 Sigma
~0 мин.
82.9
Что такое DMAIC
~0 мин.
82.10
Как Lean 6 Sigma внедряют в «Силовых машинах»
~0 мин.
82.11
Кейс Prysmian Group Russia
~0 мин.
83.1
Что такое Lean Six Sigma
~0 мин.
83.2
Для чего используется Lean Six Sigma
~0 мин.
83.3
Lean Six Sigma - кому полезно и как использовать?
~0 мин.
83.4
Инструменты Lean Six Sigma
~0 мин.
84.1
Lean–мышление
~0 мин.
84.2
Принципы бережливого мышления
~0 мин.
84.3
Начало работы с бережливым мышлением
~0 мин.
85.1
Management 3.0
~0 мин.
85.2
Что такое Management 3.0
~0 мин.
85.3
Суть Management 3.0
~0 мин.
85.4
Зачем нужен Management 3.0
~0 мин.
85.5
Кто лидер в Менеджмент 3.0
~0 мин.
85.6
От Менеджмента 1.0 к Менеджменту 3.0
~0 мин.
85.7
Менеджмент 3.0 возможен благодаря самоорганизации
~0 мин.
86.1
Принципы Менеджмента 3.0
~0 мин.
86.2
Методы Менеджмента 3.0
~0 мин.
87.1
Что такое Scrumban?
~0 мин.
87.2
Скрамбан - решительная эволюция в мире методологий разработок
~0 мин.
87.3
Эффективность метода
~0 мин.
87.4
Характерные черты Scrumban
~0 мин.
87.5
Долгосрочное планирование
~0 мин.
87.6
Кому подходит Scrumban?
~0 мин.
87.7
Доска Scrumban
~0 мин.
87.8
Дополнительные особенности Scrumban
~0 мин.
88.1
Миссия продукта в Scrum
~0 мин.
88.2
Почему важна миссия продукта в Scrum
~0 мин.
88.3
Зачем нужна миссия продукта
~0 мин.
88.4
Миссия продукта и цена
~0 мин.
88.5
Как создать миссию продукта
~0 мин.
88.6
Чего не должно быть в миссии продукта
~0 мин.
88.7
Примеры миссии продукта
~0 мин.
88.8
Переговоры с миссией продукта в Scrum
~0 мин.
89.1
Основные правила постановки цели продукта
~0 мин.
89.2
Основные термины процесса постановки цели продукта (Product Goal)
~0 мин.
89.3
Матрица зависимости требований (Requirements Dependency Matrix)
~0 мин.
90.1
Краткий обзор по Agile-трансформации
~0 мин.
90.2
Стратегия Agile-трансформаци
~0 мин.
90.3
Этапы Agile-трансформации
~0 мин.
90.4
Преимущества Agile-трансформации
~0 мин.
90.5
Возможные проблемы при внедрении Agile-трансформации
~0 мин.
91.1
Что такое Agile финансы
~0 мин.
91.2
Краткая характеристика системы Agile финансов
~0 мин.
91.3
Преимущества Agile-управления финансами
~0 мин.
91.4
Как внедрить Agile в финансовую систему
~0 мин.
92.1
Что такое Agile контракты и зачем они нужны
~0 мин.
92.2
Agile контракты: значение, виды и преимущества
~0 мин.
92.3
Типы Agile контрактов
~0 мин.
92.4
Характеристики Agile контрактов
~0 мин.
92.5
Преимущества Agile контрактов
~0 мин.
92.6
Снижение рисков с помощью Agile контрактов
~0 мин.
93.1
Lean Change Management
~0 мин.
93.2
Lean = больше ценности, меньше ресурсов
~0 мин.
93.3
Бережливая разработка
~0 мин.
93.4
Как философия Lean Change Management влияет на IT
~0 мин.
93.5
Как Lean Change Management работает сейчас?
~0 мин.
93.6
14 принципов Lean Change Management от Toyota
~0 мин.
93.7
Lean Change Management и COVID-19: что общего?
~0 мин.
94.1
Запись воркшопа "Agile Bubble / Puzzle Workshop"
~PT1H58M57S мин.
Видео Тест
95.1
Запись воркшопа "Модель «Кеневин»"
~PT2H34M8S мин.
Видео Тест
96.1
Запись воркшопа "Беклог продукта"
~PT1H51M19S мин.
Видео Тест
97.1
Запись воркшопа "Беклог спринта"
~PT1H37M41S мин.
Видео Тест
98.1
Запись воркшопа "User Story / Story Points"
~PT1H5M27S мин.
Видео Тест
99.1
Запись воркшопа "Planning Poker"
~PT1H40M33S мин.
Видео Тест
100.1
Запись воркшопа "Definition Of Done"
~PT1H15M11S мин.
Видео Тест
Аджайл (Agile) — Обучение и Сертификация
Аджайл (Agile) — Обучение и Сертификация
Аджайл (Agile)
100 модулей
722 тем
12 часов видео
Аджайл (Agile)
Вы научитесь управлять Scrum–командами, создавать Kanban–системы и руководить внедрением Agile фреймворков
Полная стоимость 4 950 рублей
Рассрочка (10 месяцев) 495 рублей в месяц
  • Бессрочный доступ к материалам
  • Приложение для iPhone или Android
    Для обучения вне офиса или дома
    ∞ устройств
По всем вопросам пишите на contact@leadstartup.ru
Аджайл (Agile)
Организация процессов
Продуктивность
Полный доступ — навсегда
По завершению курса выдадим цифровой сертификат. Бессрочный доступ, включая все будущие обновления. Поддержка по всем вопросам в ходе обучения. Обучение в своем темпе и из любой точки мира в приложении для iPhone или Android.
  • Поддержка и ответы на любые ваши вопросы
    Мы всегда подскажем
    если у вас возникли вопросы в ходе обучения
  • Обучение в удобном вам темпе
    Скорость обучения зависит от вас
  • Программа обучения от простого к сложному
    Позволит вам не потеряться и дойти до конца
  • Фокус на практическое применение новых навыков
    Без сырой неактуальной теории
  • Обучение на реальных рыночных кейсах
    Только проверенные методы и инструменты
  • 90–дневная гарантия возврата денег по первому запросу
    Возврат 100% суммы по первому требованию без письменного заявления
  • Доступ к Miro–доскам и Google–диску с материалами
    Вы сможете использовать эти материалы для решения своих рабочих задач
  • Международная сертификация
    Вы сможете обогатить свое резюме и валидировать имеющиеся знания
ВТБ
Microsoft
Lanit интеграция
MTS
TUI
Альфа Банк
BAT
Kt.team
Ростелеком
X5
Сбербанк
ipharma
Agama
smekal
sravni
uu
Boxberry
Ситимобил
meg
johndeere
Digital–Долина
Грузовичкофф
Грузовичкофф
hzpc
itmo
khimrar
Coca–Cola
mfti
pepsic
sl_lab
Yandex
4.9 из 5 7 оценок
2GIS
4.8 из 5 7 оценок
Google
4.9 из 5 7 оценок
Корпоративное обучение
Нужно провести тренинг на английском в Китае? Без проблем!
Александр Жогов
Генеральный директор «+Альянс»

Рекомендую ребят из LeadStartup. Классный тренинг, очень полезный.

Ожидаем результатов от применения рекомендаций.

20 мая, 2020
Отзыв на facebook об обучении в LeadStartup
Еще одно обучение юнит–экономике
Юлия Ерина
Коммерческий Директор «I-Sys»

Огромное спасибо ребятам за мегаполезный тренинг. Было очень интересно, драйвово, весело.

Провели 2 сессии в дружеской атмосфере, многому научились, скорректировали офферы. Будем сотрудничать дальше.

22 мая, 2020
Отзыв на facebook об обучении в LeadStartup

Зачем нужно знать ценности и принципы Agile манифеста?

Манифест Agile — это набор ценностей и принципов, которыми руководствуются при разработке программного обеспечения. Ценности — это убеждения, которые нас мотивируют, а принципы — это рекомендации, которым мы следуем, когда действуем в соответствии с нашими ценностями.

Манифест Agile был создан 17 разработчиками программного обеспечения в конце 1990-х — начале 2000-х годов. Они отреагировали на проблемы, которые наблюдали в процессе разработки программного обеспечения в то время — проблемы, связанные с чрезмерной зависимостью от долгосрочного планирования, отсутствием коммуникации между командами и слишком большим вниманием к конечному продукту. Результатом этого была неспособность быстро адаптироваться к меняющимся потребностям и ожиданиям клиентов, что приводило к напрасным усилиям и высоким затратам для компаний, пытающихся не отстать от конкурентов.

В манифесте подчеркиваются четыре основные ценности: личность и взаимодействие важнее процессов и инструментов; рабочее программное обеспечение важнее всеобъемлющей документации; сотрудничество с клиентом важнее переговоров по контракту; реагирование на изменения важнее следования плану. В нем также подчеркиваются три ключевых принципа: реагирование на изменения, а не следование плану; обеспечение быстрой обратной связи; внедрение эмпирического контроля процессов.

Манифест состоит из 12 принципов, которые разделены на четыре категории: личность, команда, клиент и организация. Ценности таковы:

  • Личность и взаимодействие важнее процессов и инструментов
  • Рабочее программное обеспечение вместо исчерпывающей документации
  • Сотрудничество с клиентом вместо переговоров по контракту
  • Реагирование на изменения вместо следования плану

Зачем нужно уметь читать Scrum Guide?

Руководство по Scrum — это основной документ, определяющий Scrum. Это руководство для новичков в Scrum и для тех, кто хочет узнать о нем больше.

Когда вы начинаете использовать Scrum, бывает трудно понять, с чего начать. Руководство по Scrum — это хорошее место для начала, но не всегда понятно, как концепции, изложенные в руководстве, можно применить на практике.

В этой статье мы рассмотрим некоторые из наиболее распространенных вопросов о том, как использовать Руководство по Скраму на практике, в том числе:

  • Как узнать, готова ли моя организация к Scrum?
  • Как начать планирование?
  • В чем разница между оценкой и обязательствами?
  • Когда следует использовать временные рамки?

Scrum Guide содержит введение в основные роли, события, артефакты и правила Scrum. В нем также объясняется основополагающая теория оптимизации совместных усилий через самоорганизацию, межфункциональные команды, кристально ясные цели и задачи, что позволяет людям и взаимодействиям преобладать над процессами и инструментами. В конце "Руководства по Scrum" приводится список ссылок на другие сопутствующие материалы.

Руководство по Scrum является ключевым справочником для тех, кто использует Scrum, и содержит следующую информацию:

  • Что такое Scrum?
  • Зачем использовать Scrum?
  • Роли и обязанности Scrum

Руководство по Scrum предназначено для использования людьми, вовлеченными во все аспекты создания, выполнения и улучшения долговечных сложных продуктов. Оно не предназначено для чтения от начала до конца, а скорее для консультаций по мере возникновения вопросов.

Вам необходимо понять Scrum Guide, потому что это окончательное руководство по Scrum. Оно описывает структуру Scrum и используется тренерами, инструкторами и командами agile для более быстрого создания лучшего программного обеспечения.

Руководство по Scrum — это отличный ресурс для всех, кто хочет понять, как работает Scrum, и может быть использован в качестве инструмента для изучения процесса. Однако оно не является заменой опыта или обучения.

Руководство по Scrum Guide содержит как общие, так и конкретные детали того, как использовать Scrum на практике, но оно не дает всей информации, которая вам необходима для изучения и внедрения этого процесса. Вам потребуется дополнительное обучение и практический опыт, прежде чем вы будете готовы обучать других членов вашей команды.

Если вы новичок в Scrum, я рекомендую начать с одной из моих любимых книг: Agile Project Management with Scrum Кена Швабера (совместно с Майком Бидлом). Эта книга содержит исчерпывающее введение в Scrum, а также десятки примеров из реальных компаний.

Если вы новичок в Scrum, мы рекомендуем вам начать с чтения первой части руководства: Планирование и оценка. В этой части руководства вы узнаете, как планировать свою работу, оценивать объем задач и усилия, а также планировать даты важных событий в проекте. Вы также узнаете, как создать бэклог пользовательских историй и задач, которые будут реализованы на протяжении всего проекта.

Далее мы рекомендуем вам прочитать раздел "Выполнение спринта". Здесь вы найдете все, что вам нужно знать о проведении каждого спринта в вашем проекте — включая то, что происходит на каждом ежедневном стенд–ап собрании — и как перейти от одного спринта к другому без потери темпа и контроля качества.

Наконец, мы рекомендуем вам ознакомиться с разделом "Обратная связь и ретроспективы", поскольку в этом разделе содержится руководство по оценке прогресса с течением времени с помощью таких показателей, как скорость (объем работы, выполненной за итерацию) и диаграммы просадки (графики, показывающие, сколько работы осталось до завершения).

В чем преимущества внедрения Business Agility?

Внедрение подхода Business Agility — это процесс, который начинается с культуры компании.

Считается, что лучший способ достижения успеха — это создание среды, в которой сотрудники могут процветать, внедрять инновации и быть уполномоченными стимулировать изменения. Это означает переход от менталитета командования и контроля к менталитету, при котором каждый чувствует, что у него есть право голоса, и его поощряют вносить свои идеи.

Первым шагом этого процесса является участие всех сотрудников во внутренней программе обучения принципам и практике Business Agility. Мы хотим, чтобы каждый сотрудник вашей организации понял, что этот подход означает для вас как для личности, а также как он принесет пользу вашему рабочему месту в целом.

После завершения программы обучения мы рекомендуем организовать регулярные встречи между руководителями и их непосредственными подчиненными, которые работают над совместными проектами — эти встречи могут быть ежедневными или еженедельными, в зависимости от того, как часто вы ожидаете от них совместной работы над проектами. Эти встречи предназначены для того, чтобы обе стороны могли поделиться отзывами о рабочих привычках друг друга, показателях эффективности (включая цели или задачи) и прогрессе в достижении этих целей/задач; они также должны стать возможностью для сотрудников предложить предложения или улучшения для процесса оценки эффективности их руководителей (включая любые препятствия, которые могут мешать им завершать проекты).

В основе подхода Business Agility лежит концепция согласования вашего бизнеса с клиентским опытом и создание системы, позволяющей быстро реагировать на изменения потребительского спроса.

Эта новая система состоит из нескольких ключевых компонентов:

  • Сфокусированность на понимании потребностей клиентов и создании продуктов, услуг и опыта, которые отвечают этим потребностям.
  • Упор на межфункциональное сотрудничество и коммуникацию в вашей организации
  • Упор на постоянное совершенствование

Как Agile планирование помогает в условиях неопределенности?

Agile–планирование в условиях крайней неопределенности — это стратегия планирования, которая позволяет командам быстро двигаться и менять направление по мере необходимости.

Как правило, при планировании agile–проектов команда начинает с плана высокого уровня, затем учитывает реалии ситуации (например, изменение требований) и корректирует свои планы в соответствии с ними. Эта стратегия хорошо работает во многих случаях.

Однако в некоторых случаях вокруг проекта так много неопределенности, что традиционные методы agile–планирования не будут эффективными. Например, если вы не знаете точно, как должен выглядеть ваш продукт к концу проекта, или если вы не знаете, сколько времени потребуется на создание продукта, традиционные методы agile–планирования вам не подойдут — вам нужно что–то другое.

Agile–планирование в условиях крайней неопределенности позволяет командам оставаться гибкими, сохраняя при этом возможность выбора будущего. Это достигается за счет разбивки больших задач на более мелкие и обеспечения того, чтобы каждый знал, над чем он работает в любое время, чтобы никто не застрял, делая то, что он еще не должен делать (или делая что–то дважды).

Agile–планирование в условиях крайней неопределенности — это управление проектами с неизвестными результатами и сроками. Этот тип управления проектами обычно используется в ситуациях, когда нет четкого плана, которому можно следовать, или когда план не может быть установлен из–за факторов, не зависящих от команды.

При работе над гибким проектом, характеризующимся крайней неопределенностью, важно помнить, что количество информации, которую вы сможете собрать о своем проекте и его результатах, будет зависеть от типа работы. Например, если вы работаете над проектом по разработке программного обеспечения, вам может быть сложнее предсказать, сколько времени потребуется членам вашей команды для выполнения определенных задач, чем если бы они работали над архитектурным проектом.

Важно также, чтобы отсутствие определенности не мешало вам принимать решения относительно вашего продукта или услуги — лучше просто принимать решения на основе той информации, которая доступна вам в любой момент времени, а не пытаться угадать, что может произойти позже.

Agile–планирование — это методология, которая особенно хорошо подходит для ситуаций крайней неопределенности.

Agile–планирование в условиях крайней неопределенности включает в себя следующие шаги:

  1. Определить все возможные риски и возможности, связанные с проектом.

  2. Для каждого риска или возможности определить вероятность его возникновения и его влияние, если он возникнет.

  3. Присвоить каждому риску или возможности значение, основанное на их вероятности и воздействии, используя один из нескольких методов (например, средневзвешенное значение 1/3).

  4. Используя средневзвешенное значение, определите общую стоимость каждого риска или возможности. Это общее значение представляет собой ожидаемое влияние на успех проекта и должно использоваться вместо единой точечной оценки при принятии решений о распределении ресурсов для оценки объема, графика и стоимости проекта.

Когда вы работаете в постоянно меняющейся среде, может быть непросто придерживаться намеченных планов. Но есть способы убедиться, что ваши планы хотя бы в некоторой степени соответствуют плану, и даже если это не так, вы можете адаптировать и изменять их на ходу.

Одна из самых важных вещей, которую вы можете сделать, работая в условиях крайней неопределенности, — это использовать гибкое планирование.

Настоящая сила гибкого планирования заключается в том, как оно помогает вам задуматься о своих приоритетах: Вам не нужно точно знать, что произойдет дальше или сколько времени займет то или иное действие; вместо этого вам нужно сосредоточиться на текущих задачах и следить за тем, чтобы они выполнялись по порядку. Таким образом, если случится что–то непредвиденное (например, срочная встреча), вы не будете тратить время на планирование того, чего никогда не было!

Как управлять потоком ценности?

Управление потоками создания ценности — это система повышения эффективности процессов компании. Основная идея управления потоком создания ценности заключается в том, что вы можете радикально улучшить свой бизнес, устранив отходы или ненужные шаги в процессе.

В этом процессе вы можете использовать карту потока создания ценности для визуализации вашего текущего процесса и определения областей, которые вы могли бы улучшить. Это поможет вам выявить узкие места и другие проблемы, которые замедляют ваш процесс. Затем вы можете работать над устранением этих проблем до тех пор, пока они не будут решены, что приведет к общему сокращению отходов и повышению производительности.

Визуализация управления потоками создания ценности — это метод отображения процессов, создающих ценность в вашем бизнесе. Он также известен как "картирование потока создания ценности". Этот метод поможет вам определить возможности для повышения эффективности и сокращения отходов, а также выявить узкие места и другие проблемы, которые могут препятствовать достижению максимальной производительности.

Процесс начинается с определения цепочки создания стоимости. Это последовательность действий, используемых для создания ценности для клиентов. В качестве примера, предположим, что вы являетесь производителем одежды, который продает линию футболок через Интернет. Цепочка создания ценности включает в себя такие действия, как поиск сырья, изготовление футболок, их отправка клиентам и выставление счетов за покупки.

Как только вы определили свою цепочку создания стоимости, пришло время начать составлять ее схему на бумаге или с помощью программных инструментов, таких как Visio или OmniGraffle (оба варианта отлично подходят). Каждый этап этого процесса должен иметь свой собственный узел на вашей карте, чтобы вы могли легко увидеть, где могут быть отходы или неэффективность внутри каждого этапа, а также между этапами. Например: если многие люди занимаются одной задачей одновременно вместо того, чтобы разделить обязанности между разными сотрудниками; если нет четкой модели ответственности; если задачи четко не определены или не назначены; если нет четкой коммуникации.

Картирование потока создания ценности может использоваться для визуального представления текущего состояния ваших бизнес–процессов. Это позволит вам выявить любые узкие места или неэффективность, которые могут существовать, и внести стратегические изменения для повышения эффективности.

Карта потока создания ценности состоит из трех частей:

  1. Карта потока создания ценности показывает поток материалов от начала до конца.

  2. Каждый этап процесса представлен значком, который показывает его тип (т.е. является ли он машиной или человеком).

  3. Время, необходимое для каждого этапа процесса, показано линией, соединяющей значки.

Waterfall и Agile модели разработки - в чем различия и зачем это нужно знать?

Waterfall — это последовательная модель разработки программного обеспечения, которая основана на принципе линейного перехода от одной фазы к другой. Эта модель также известна как "последовательная разработка". Водопадная модель хорошо подходит для крупномасштабных программных проектов, требующих тщательного планирования и документирования. Однако эта модель не обеспечивает гибкости в плане изменений на этапах разработки или тестирования.Водопадная модель подчеркивает последовательный подход к разработке, то есть она устанавливает каждый этап процесса по порядку, а затем переходит к следующему этапу после завершения предыдущего. Эти этапы включают сбор требований, планирование, проектирование, реализацию и тестирование. Эта модель популярна, поскольку позволяет легко управлять всеми аспектами проекта на протяжении его жизни от начала до конца.

Agile — это итеративный подход к разработке программного обеспечения, который делает акцент на быстром предоставлении программных решений, адаптированных к потребностям клиента. Agile–подход имеет ряд преимуществ по сравнению с традиционными подходами, таких как более быстрый выход на рынок, снижение затрат и более высокое качество продукции. Методология agile состоит из нескольких фаз: сбор требований, проектирование, реализация и тестирование, где каждая фаза имеет несколько итераций. Каждая итерация направлена на создание рабочего программного обеспечения, которое может быть протестировано пользователями или заинтересованными сторонами, прежде чем продолжить процесс разработки.

Модель Agile фокусируется на частых выпусках рабочего программного обеспечения, а не на одном большом релизе в конце. Это позволяет пользователям видеть, насколько хорошо идут дела, что помогает им принимать решения о том, что нужно изменить или улучшить, основываясь на реальном опыте работы с функциональностью, а не на предположениях, основанных только на ожиданиях (которые могут быть совершенно разными). Agile также предполагает частую обратную связь с клиентами, чтобы все знали, что работает хорошо и что нужно доработать в соответствии с их потребностями; таким образом, вы сможете избежать траты времени на работу над тем, что не имеет никакого значения (или даже хуже).

Гибрид Agile и Waterfall

Религиозные войны между адептами Agile и сторонниками каскадной модели управления уже в прошлом. Сегодня многие из тех, кто когда–то перешел на «чистый Agile», применяют гибридный подход к управлению проектами. Почему и когда такое происходит?

Waterfall присоединяется к Agile, когда компания понимает, что запланировать все невозможно. Гибрид подходит проектам, цель которых — выполнять требования клиентов в определенный срок. Вот только сами эти требования постоянно меняются. И на одном этапе проекта все двигаются по шагам и в соответствии с инструкцией. А на другом — становятся гибкими и подвижными.

К примеру, такой гибрид Agile и Waterfall применяли в компании Schneider Electric. Это позволило команде разработчиков программного обеспечения работать независимо от команды, которая отвечала за "железо". Разработчики применяли Agile. А вторая команда не отступала от каскадной модели. Планировали все этапы и следовали жестким срокам.

Проектные сервисы

Сколько стоит: 32 тысячи рублей (со скидкой)

Кому подходит: руководителям, менеджерам проекта/продукта, коучам и тренерам, новичкам, которые хотят начать карьеру

Сайт: agileservices.ru

Это интерактивный тренинг, который длится 16 часов. В него входит 10 практикумов и игр. В конце дают сертификационный тест ICP Agile.

Преподают на курсе:

  • Agile–коуч, который работал в проектах Сбера, Тойоты, Дом.рф и других.
  • Действующий Product Owner из компании Ozon.Invest.

Чему научат:

  • Гибкому мышлению: расскажут про инструменты управления изменениями, дадут попробовать их в командной работе
  • Agile–трансформациям: как трансформировать подразделения или компании
  • Scrum: как планировать и формировать бэклога продукта, как использовать покер–планирование, какие ценности есть в Scrum
  • Kanban: когда использовать, как внедрить и масштабировать в компании.

На курс много положительных отзывов. Особенно хвалят практическую часть, возможность работать в команде и чек–лист по внедрению Agile в своей работе: «Мы используем метод Kanban в работе, поэтому мне было очень полезно узнать глубину и различные подробности использования этого метода. Их я буду непосредственно уже применять с завтрашнего дня».

Чтобы понять, подходит вам формат обучения или нет, дают бесплатно пройти 7 уроков.

City Business School

Сколько стоит: 10 200 рублей (со скидкой)

Кому подходит: для новичков и руководителей компаний, которые хотят внедрить гибкие методологии

Сайт: lps.cbsmba.com/agile

Курс длится 18 дней. Есть домашние задания, которые проверяет тьютор. Выпускникам дают сертификат и составляют 6-недельный план по внедрению Scrum и Kanban в компании.

Преподаватели — Agile–коучи и руководители/основатели компаний. Например, Agile–коуч из Сбера, исполнительный директор Kaiten.io, сооснователь Team Consulting.

Чему научат:

  • Философии Agile
  • Составлять User Stories
  • Фреймворку Scrum
  • Как делать успешные команды и ими руководить
  • Инженерным практикам Agile: DevOps, автоматические тесты, Code Review
  • Как проводить ретроспективы
  • Как внедрять Kanban в организации
  • Практикам для последовательного улучшения процессов: визуализация, WIP Limits и управление потоком
  • Модели Коттера по внедрению изменений.

Курсы Андрея Плетенева

Сколько стоит: от 6 500 рублей за персональное обучение, от 12 тысяч за Scrum–команду из 2-9 человек

Кому подходит: для руководителей и сотрудников компаний, которые перешли на Agile (Scrum)

Сайт: pletenev.com/onlayn-kursy-dlya-rukovoditeley/agile-kurs-scrum

В курсе 20 уроков с практическими заданиями, их индивидуально проверяет и комментирует тренер. Обучение рассчитано на 6 часов.

Чему научат:

  • В каких проекта применять, а в каких не применять Agile–подход. Где подойдет Scrum.
  • Самоорганизации команды в Scrum. Как организовать кроссфункциональность.
  • Как управлять продуктом, взаимодействовать с заказчиком и командой.
  • Как управлять меняющимися требованиями.
  • Составлять бэклог продукта, бэклог спринта, инкремент спринта, критерии готовности.
  • Процессам и циклам в Scrum. Как планировать, чтобы успевать в срок.
  • Как демонстрировать результаты и постоянное улучшать процессы.
  • Что делать, если спринт не удался.
  • Как внедрить Agile. "Подводные камни" и решение распространенных проблем внедрения: как сложности внутри компании, так и вопросы, возникающие с заказчиками.

О курсе есть несколько положительных отзывов, студенты отмечают, что хорошо разобраны ключевые вопросы по гибким методологиям: «Больше всего понравилась часть по приоритизации и формированию ожиданий. Это по сути универсальные методы, применительно не только к Agile и Scrum, но и управлению в целом."

PMClub

Сколько стоит: 35 200 рублей

Кому подходит: тем, кто знает английский и хочет повысить квалификацию и подготовиться к сертификации AgilePM Foundation от APMG или Agile Scrum Foundation от EXIN.

Сайт: pmclub.pro/courses

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

  • Курс The AgilePM Foundation про гибкое управление проектами с позиций методологии DSDM. Курс поможет лучше управлять проектами в гибкой среде и отлично подготовит к экзамену от APMG – AgilePM Foundation exam. В нем 79 уроков. Профессиональный сертификат выдают по прохождении официального онлайн–экзамена AgilePM Foundation (он входит в стоимость).
  • Курс Agile Scrum Foundation. Его программа охватывает самые популярные agile–практики: Agility, Scrum, XP, DSDM, Kanban Всего 41 урок, плюс подготовка к экзамену на симуляторе.

Автор курсов — Nader K Rad. У него 16 летний опыт управления проектами в различных отраслях. Входит в коллектив авторов PMBOK7, издал около 50 собственных книг по проектному управлению.

Еще в PMClub много других тренингов и курсов, например, есть бесплатное обучение для проджект менеджеров.