2 added
2 removed
Original
2026-01-01
Modified
2026-02-26
1
<p>Agile (гибкая методология разработки) - это крайне популярный подход не только в IT, но и в других сферах жизни, где нужно управлять процессами.</p>
1
<p>Agile (гибкая методология разработки) - это крайне популярный подход не только в IT, но и в других сферах жизни, где нужно управлять процессами.</p>
2
<p>Для управления Agile-проектами можно использовать разные фреймворки, с которыми мы познакомимся в этом уроке.</p>
2
<p>Для управления Agile-проектами можно использовать разные фреймворки, с которыми мы познакомимся в этом уроке.</p>
3
<h2>Что такое Agile</h2>
3
<h2>Что такое Agile</h2>
4
<p>Основная особенность Agile состоит в том, что заказчик, проектировщик, тестировщик и разработчик постоянно общаются друг с другом во время всего цикла. Это позволяет свести к минимуму недопонимания, ошибки и дефекты.</p>
4
<p>Основная особенность Agile состоит в том, что заказчик, проектировщик, тестировщик и разработчик постоянно общаются друг с другом во время всего цикла. Это позволяет свести к минимуму недопонимания, ошибки и дефекты.</p>
5
-
<p>Agile-команда может ��чень быстро изменять план разработки в случае изменения приоритетов у заказчика. Она быстрее чинит найденные дефекты и дает более точный отчет о прогрессе.</p>
5
+
<p>Agile-команда может очень быстро изменять план разработки в случае изменения приоритетов у заказчика. Она быстрее чинит найденные дефекты и дает более точный отчет о прогрессе.</p>
6
<p>Но к сожалению, сам по себе Agile не дает конкретных шагов. Он не говорит, что делать. Сам подход не учит строить гибкие процессы так, чтобы реально повысить продуктивность в команде. Сам Agile дает только<a>принципы работы</a>и<a>манифест</a>, c которыми вы можете ознакомиться в официальных руководствах.</p>
6
<p>Но к сожалению, сам по себе Agile не дает конкретных шагов. Он не говорит, что делать. Сам подход не учит строить гибкие процессы так, чтобы реально повысить продуктивность в команде. Сам Agile дает только<a>принципы работы</a>и<a>манифест</a>, c которыми вы можете ознакомиться в официальных руководствах.</p>
7
<p>Но для достижения желаемого принципов недостаточно - нужно использовать разные фреймворки. К самым популярным относятся Scrum и Kanban.</p>
7
<p>Но для достижения желаемого принципов недостаточно - нужно использовать разные фреймворки. К самым популярным относятся Scrum и Kanban.</p>
8
<h2>Что такое спринты</h2>
8
<h2>Что такое спринты</h2>
9
<p>В Agile рабочий процесс делится на<strong>спринты</strong>- это равные отрезки времени, в течение которых команда создает и совершенствует отдельную часть продукта.</p>
9
<p>В Agile рабочий процесс делится на<strong>спринты</strong>- это равные отрезки времени, в течение которых команда создает и совершенствует отдельную часть продукта.</p>
10
<p>Каждый спринт построен одинаково. В начале команда планирует задачи и проводит оценку предстоящей работы, и только после этого приступает к работе.</p>
10
<p>Каждый спринт построен одинаково. В начале команда планирует задачи и проводит оценку предстоящей работы, и только после этого приступает к работе.</p>
11
<p>Обычно спринт длится от одной до трех недель. Такое деление на короткие отрезки сохраняет гибкость в процессах - команда всегда готова к изменениям условий и не слишком погружается в глобальную доработку. Еще соблюдение сроков спринта организует рабочий процесс, задает ритм и помогает разработчикам распределять время.</p>
11
<p>Обычно спринт длится от одной до трех недель. Такое деление на короткие отрезки сохраняет гибкость в процессах - команда всегда готова к изменениям условий и не слишком погружается в глобальную доработку. Еще соблюдение сроков спринта организует рабочий процесс, задает ритм и помогает разработчикам распределять время.</p>
12
<p>По итогам спринта должен получится или мини-продукт или отдельная часть системы, которая содержит самостоятельную функциональность, готовую к использованию.</p>
12
<p>По итогам спринта должен получится или мини-продукт или отдельная часть системы, которая содержит самостоятельную функциональность, готовую к использованию.</p>
13
<p>С помощью спринтов можно уменьшить Time to Market. В идеальном случае, мы отправляем новую версию продукта в продакшен в конце каждого спринта.</p>
13
<p>С помощью спринтов можно уменьшить Time to Market. В идеальном случае, мы отправляем новую версию продукта в продакшен в конце каждого спринта.</p>
14
<h2>Что такое Scrum</h2>
14
<h2>Что такое Scrum</h2>
15
<p>Scrum - методика организации совместного рабочего процесса. В ее основе лежит поэтапная разработка и совершенствование продукта. Причем над продуктом работает небольшая команда специалистов разного профиля.</p>
15
<p>Scrum - методика организации совместного рабочего процесса. В ее основе лежит поэтапная разработка и совершенствование продукта. Причем над продуктом работает небольшая команда специалистов разного профиля.</p>
16
<p>Методика Scrum относится к семейству Agile. Часто эти два понятия используются как синонимы, но это некорректно:</p>
16
<p>Методика Scrum относится к семейству Agile. Часто эти два понятия используются как синонимы, но это некорректно:</p>
17
<ul><li>Agile - это набор определенных ценностей и философия работы в команде</li>
17
<ul><li>Agile - это набор определенных ценностей и философия работы в команде</li>
18
<li>Scrum - это производственная методика, которая воплощает Agile-подход и на практике применяет принципы Agile</li>
18
<li>Scrum - это производственная методика, которая воплощает Agile-подход и на практике применяет принципы Agile</li>
19
</ul><p>Scrum - это базовая структура, в которую входят:</p>
19
</ul><p>Scrum - это базовая структура, в которую входят:</p>
20
<ul><li>Регулярные собрания</li>
20
<ul><li>Регулярные собрания</li>
21
<li>Создание артефактов</li>
21
<li>Создание артефактов</li>
22
<li>Четкое распределение обязанностей между участниками</li>
22
<li>Четкое распределение обязанностей между участниками</li>
23
<li>Добавление в команду двух новых ролей - Product owner и Scrum-master</li>
23
<li>Добавление в команду двух новых ролей - Product owner и Scrum-master</li>
24
</ul><p>Именно эти особенности позволяют использовать Scrum и таким образом добиваться того, чтобы принципы Agile заработали в конкретной команде.</p>
24
</ul><p>Именно эти особенности позволяют использовать Scrum и таким образом добиваться того, чтобы принципы Agile заработали в конкретной команде.</p>
25
<p>Основная цель методики Scrum - это дать заказчику желаемый продукт вовремя и с минимально возможными затратами. Чтобы прийти к такому результату, Scrum настраивает команду на выполнение следующих Agile-принципов:</p>
25
<p>Основная цель методики Scrum - это дать заказчику желаемый продукт вовремя и с минимально возможными затратами. Чтобы прийти к такому результату, Scrum настраивает команду на выполнение следующих Agile-принципов:</p>
26
<ul><li><strong>Постоянное совершенствование</strong>- вся команда совершенствует свои навыки, поэтому продукт постепенно улучшается</li>
26
<ul><li><strong>Постоянное совершенствование</strong>- вся команда совершенствует свои навыки, поэтому продукт постепенно улучшается</li>
27
<li><strong>Автономность</strong>- каждый участник команды несет ответственность и за свою часть работы, и за общий результат</li>
27
<li><strong>Автономность</strong>- каждый участник команды несет ответственность и за свою часть работы, и за общий результат</li>
28
<li><strong>Кроссфункциональность</strong>- команда состоит из людей с разными навыками, что делает ее самодостаточной</li>
28
<li><strong>Кроссфункциональность</strong>- команда состоит из людей с разными навыками, что делает ее самодостаточной</li>
29
</ul><p>Подробнее о Scrum можно почитать в официальном руководстве<a>на английском</a>и<a>русском языке</a>.</p>
29
</ul><p>Подробнее о Scrum можно почитать в официальном руководстве<a>на английском</a>и<a>русском языке</a>.</p>
30
<h2>Как происходят собрания</h2>
30
<h2>Как происходят собрания</h2>
31
<p>Методика Scrum устанавливает четкий формат собраний команды и заказчиков:</p>
31
<p>Методика Scrum устанавливает четкий формат собраний команды и заказчиков:</p>
32
-
<p><strong>Планирование спринта</strong>. В начале каждого спринта команда смотрит на<strong>бэклог</strong>- список имеющихся задач с приоритетами. Затем она оценивает трудозатраты на выполнение задач. Исходя из оценки, члены команды все вместе определяют<strong>скоуп</strong>- объем задач, который они успеют сделать за спринт. Эта встреча длится примерно час, на ней должна присутствовать вся команда.</p>
32
+
<p><strong>Планирование спринта</strong>. В начале каждого спринта команда смотрит на<strong>бэклог</strong>- список имеющихся задач с приоритетами. Затем она оценивает трудозатраты на выполнение задач. Исходя из оценки, члены ��оманды все вместе определяют<strong>скоуп</strong>- объем задач, который они успеют сделать за спринт. Эта встреча длится примерно час, на ней должна присутствовать вся команда.</p>
33
<p><strong>Ежедневный стэндап</strong>. Это собрание обычно проходит каждое утро рабочего дня. Каждый член команды рассказывает о прогрессе за предыдущий день, о планах на сегодня и возникающих проблемах. Собрание длится не более 15 минут. Его даже советуют проводить стоя, чтобы людям хотелось быстро обсудить важное и не тратить время на ненужную болтовню.</p>
33
<p><strong>Ежедневный стэндап</strong>. Это собрание обычно проходит каждое утро рабочего дня. Каждый член команды рассказывает о прогрессе за предыдущий день, о планах на сегодня и возникающих проблемах. Собрание длится не более 15 минут. Его даже советуют проводить стоя, чтобы людям хотелось быстро обсудить важное и не тратить время на ненужную болтовню.</p>
34
<p><strong>Обзор итогов спринта</strong>. Это собрание проводится или в конце спринта, или по достижению контрольной точки - например, когда закончен какой-то функционал. Члены команды показывают результаты работы и рассказывают о них. Обычно это собрание проходит в виде<strong>демо</strong>- демонстраций. На это собрание приходит не только команда: также могут присутствовать заказчик и другие внешние для команды участники процесса.</p>
34
<p><strong>Обзор итогов спринта</strong>. Это собрание проводится или в конце спринта, или по достижению контрольной точки - например, когда закончен какой-то функционал. Члены команды показывают результаты работы и рассказывают о них. Обычно это собрание проходит в виде<strong>демо</strong>- демонстраций. На это собрание приходит не только команда: также могут присутствовать заказчик и другие внешние для команды участники процесса.</p>
35
<p><strong>Ретроспектива</strong>. Это собрание тоже проходит в конце спринта, но на нем присутствует только команда. На ретроспективе все участники команды могут поделиться своими успехами и неудачами, а также поразмышлять над их причинами. По итогам этого собрания можно предпринять шаги, чтобы сделать командную работу лучше.</p>
35
<p><strong>Ретроспектива</strong>. Это собрание тоже проходит в конце спринта, но на нем присутствует только команда. На ретроспективе все участники команды могут поделиться своими успехами и неудачами, а также поразмышлять над их причинами. По итогам этого собрания можно предпринять шаги, чтобы сделать командную работу лучше.</p>
36
<p><strong>Бэклог рефайнмент</strong>. Бэклог содержит в себе все запросы заказчика, и обычно они превышают возможности команды. Поэтому со временем задач в бэклоге становится слишком много. Тогда команда проводит уборку и пересматривает задачи: убирает устаревшие, пересматривает приоритеты, рассматривает условия для начала выполнения задачи, оценивает время и трудозатраты. Этот процесс курирует product owner - представитель заказчика. Актуализация бэклога помогает оптимизировать планирование спринтов.</p>
36
<p><strong>Бэклог рефайнмент</strong>. Бэклог содержит в себе все запросы заказчика, и обычно они превышают возможности команды. Поэтому со временем задач в бэклоге становится слишком много. Тогда команда проводит уборку и пересматривает задачи: убирает устаревшие, пересматривает приоритеты, рассматривает условия для начала выполнения задачи, оценивает время и трудозатраты. Этот процесс курирует product owner - представитель заказчика. Актуализация бэклога помогает оптимизировать планирование спринтов.</p>
37
<h2>Что такое Kanban</h2>
37
<h2>Что такое Kanban</h2>
38
<p>Kanban - это методика постоянного обсуждения производительности. Самый важный принцип этого подхода можно сформулировать так: "Есть некий ограниченный набор задач, который может выполниться в единицу времени". Члены команды осознают это ограничение и не берут больше заданий, чем могут сделать.</p>
38
<p>Kanban - это методика постоянного обсуждения производительности. Самый важный принцип этого подхода можно сформулировать так: "Есть некий ограниченный набор задач, который может выполниться в единицу времени". Члены команды осознают это ограничение и не берут больше заданий, чем могут сделать.</p>
39
<p>Здесь не нужны спринты, потому что команда расставляет приоритеты по задачам и в реальном времени отслеживает статус их выполнения. Отслеживать прогресс по задачам помогают специальные<strong>канбан-доски</strong>, на которых всегда отражена актуальная информация.</p>
39
<p>Здесь не нужны спринты, потому что команда расставляет приоритеты по задачам и в реальном времени отслеживает статус их выполнения. Отслеживать прогресс по задачам помогают специальные<strong>канбан-доски</strong>, на которых всегда отражена актуальная информация.</p>
40
<p>Команды используют физические или программные доски. Пространство на доске разделяется на части, отражающие стадии работы над продуктом. Количество стадий может быть разным, но обязательно должны быть три этапа (слева направо):</p>
40
<p>Команды используют физические или программные доски. Пространство на доске разделяется на части, отражающие стадии работы над продуктом. Количество стадий может быть разным, но обязательно должны быть три этапа (слева направо):</p>
41
<ul><li>Запланированные задачи</li>
41
<ul><li>Запланированные задачи</li>
42
<li>Задачи в активной работе</li>
42
<li>Задачи в активной работе</li>
43
<li>Выполненные задачи</li>
43
<li>Выполненные задачи</li>
44
</ul><p>Доска - это визуальное отображение рабочего процесса на разных стадиях. С ее помощью каждый член команды может контролировать свою работу и следить за проектом:</p>
44
</ul><p>Доска - это визуальное отображение рабочего процесса на разных стадиях. С ее помощью каждый член команды может контролировать свою работу и следить за проектом:</p>
45
45