1 added
1 removed
Original
2026-01-01
Modified
2026-02-21
1
<p><a>#статьи</a></p>
1
<p><a>#статьи</a></p>
2
<ul><li>9 янв 2024</li>
2
<ul><li>9 янв 2024</li>
3
<li>0</li>
3
<li>0</li>
4
</ul><p>Рассказали о принципах работы по Agile и о том, для каких проектов подходит эта методология, а в каких лучше использовать другие методы.</p>
4
</ul><p>Рассказали о принципах работы по Agile и о том, для каких проектов подходит эта методология, а в каких лучше использовать другие методы.</p>
5
<p>Иллюстрация: Fauxels / Andrea Piacquadio / Pexels / Colowgee для Skillbox Media</p>
5
<p>Иллюстрация: Fauxels / Andrea Piacquadio / Pexels / Colowgee для Skillbox Media</p>
6
<p>Рассказываем обо всём, что нужно для руководства бизнесом, командой или проектом, - от SMM и SEO до корпоративных финансов.</p>
6
<p>Рассказываем обо всём, что нужно для руководства бизнесом, командой или проектом, - от SMM и SEO до корпоративных финансов.</p>
7
<p>Agile (эджайл) - методология управления проектами. Она возникла в сфере IT и сначала использовалась для разработки ПО. Сейчас Agile используют и в других отраслях - поэтому, кроме<a>проджектов</a>, в методологии должны разбираться и другие менеджеры, а также руководители компаний.</p>
7
<p>Agile (эджайл) - методология управления проектами. Она возникла в сфере IT и сначала использовалась для разработки ПО. Сейчас Agile используют и в других отраслях - поэтому, кроме<a>проджектов</a>, в методологии должны разбираться и другие менеджеры, а также руководители компаний.</p>
8
<p>В статье рассказываем:</p>
8
<p>В статье рассказываем:</p>
9
<ul><li><a>что такое</a>Agile;</li>
9
<ul><li><a>что такое</a>Agile;</li>
10
<li>в чём заключаются<a>принципы гибкого управления</a>проектами;</li>
10
<li>в чём заключаются<a>принципы гибкого управления</a>проектами;</li>
11
<li>какие есть<a>виды Agile-методологий</a>;</li>
11
<li>какие есть<a>виды Agile-методологий</a>;</li>
12
<li>как управляют проектом<a>по Scrum</a>;</li>
12
<li>как управляют проектом<a>по Scrum</a>;</li>
13
<li><a>каким проектам подходят</a>гибкие методологии, а каким не подходят;</li>
13
<li><a>каким проектам подходят</a>гибкие методологии, а каким не подходят;</li>
14
<li><a>как узнать больше</a>о проектном управлении.</li>
14
<li><a>как узнать больше</a>о проектном управлении.</li>
15
</ul><p>Термин Agile используют в двух значениях:</p>
15
</ul><p>Термин Agile используют в двух значениях:</p>
16
<ul><li>Это философия, система ценностей и принципов, по которым работает команда проекта.</li>
16
<ul><li>Это философия, система ценностей и принципов, по которым работает команда проекта.</li>
17
<li>Это семейство методологий управления проектами, которые созданы на базе философии Agile.</li>
17
<li>Это семейство методологий управления проектами, которые созданы на базе философии Agile.</li>
18
</ul><p>С английского agile переводится как "гибкий". Гибкость лежит в основе и философии, и методологий. Это означает, что команда, которая работает по Agile, быстро адаптируется к изменениям в работе и новым вводным. Например, к новым требованиям заказчика, новым потребностям целевой аудитории, изменениям в рыночных условиях или другим неожиданным обстоятельствам.</p>
18
</ul><p>С английского agile переводится как "гибкий". Гибкость лежит в основе и философии, и методологий. Это означает, что команда, которая работает по Agile, быстро адаптируется к изменениям в работе и новым вводным. Например, к новым требованиям заказчика, новым потребностям целевой аудитории, изменениям в рыночных условиях или другим неожиданным обстоятельствам.</p>
19
<p>Agile - прямая противоположность методологии Waterfall ("Водопад"). Waterfall была доминирующей методологией управления проектами во второй половине XX века.</p>
19
<p>Agile - прямая противоположность методологии Waterfall ("Водопад"). Waterfall была доминирующей методологией управления проектами во второй половине XX века.</p>
20
<p>Суть Waterfall заключается в следующем. Команда проекта составляет детальное техническое задание и согласовывает его с заказчиком. Затем занимается разработкой строго по утверждённому плану и сдаёт заказчику готовый продукт.</p>
20
<p>Суть Waterfall заключается в следующем. Команда проекта составляет детальное техническое задание и согласовывает его с заказчиком. Затем занимается разработкой строго по утверждённому плану и сдаёт заказчику готовый продукт.</p>
21
<p>В системе Agile всё устроено по-другому. Продукт стараются разработать как можно быстрее - так, чтобы начать им пользоваться почти сразу. Функции продукта меняют в ходе разработки. При этом команда проекта находится в постоянном контакте с заказчиком.</p>
21
<p>В системе Agile всё устроено по-другому. Продукт стараются разработать как можно быстрее - так, чтобы начать им пользоваться почти сразу. Функции продукта меняют в ходе разработки. При этом команда проекта находится в постоянном контакте с заказчиком.</p>
22
<p>Как система ценностей Agile сформировалась в 2001 году. Её придумала группа разработчиков, которые поняли, что старые способы управления проектами не всегда работают хорошо. Так появился Agile-манифест - подробнее о нём говорим в следующем разделе.</p>
22
<p>Как система ценностей Agile сформировалась в 2001 году. Её придумала группа разработчиков, которые поняли, что старые способы управления проектами не всегда работают хорошо. Так появился Agile-манифест - подробнее о нём говорим в следующем разделе.</p>
23
<p><strong>Курсы Skillbox для тех, кто хочет управлять проектами и продуктами</strong></p>
23
<p><strong>Курсы Skillbox для тех, кто хочет управлять проектами и продуктами</strong></p>
24
<ul><li>"<a>Профессия Менеджер проектов</a>" - освоить профессию с нуля, создать сильный кейс для портфолио и найти высокооплачиваемую работу.</li>
24
<ul><li>"<a>Профессия Менеджер проектов</a>" - освоить профессию с нуля, создать сильный кейс для портфолио и найти высокооплачиваемую работу.</li>
25
<li>"<a>Управление проектами</a>" - систематизировать знания, получить недостающие навыки и зарабатывать больше.</li>
25
<li>"<a>Управление проектами</a>" - систематизировать знания, получить недостающие навыки и зарабатывать больше.</li>
26
</ul><p>Agile-манифест (Agile Manifesto) - основной документ, в котором описаны ценности и принципы гибкого управления проектами. Полный текст манифеста на разных языках можно посмотреть на <a>официальном сайте</a>. Мы перечислим только ценности и принципы.</p>
26
</ul><p>Agile-манифест (Agile Manifesto) - основной документ, в котором описаны ценности и принципы гибкого управления проектами. Полный текст манифеста на разных языках можно посмотреть на <a>официальном сайте</a>. Мы перечислим только ценности и принципы.</p>
27
<p><strong>Четыре ценности гибкого управления проектами</strong></p>
27
<p><strong>Четыре ценности гибкого управления проектами</strong></p>
28
<ul><li><strong>Люди и взаимодействие</strong>важнее процессов и инструментов.</li>
28
<ul><li><strong>Люди и взаимодействие</strong>важнее процессов и инструментов.</li>
29
<li><strong>Работающий продукт</strong>важнее исчерпывающей документации.</li>
29
<li><strong>Работающий продукт</strong>важнее исчерпывающей документации.</li>
30
<li><strong>Сотрудничество с заказчиком</strong>важнее согласования условий контракта.</li>
30
<li><strong>Сотрудничество с заказчиком</strong>важнее согласования условий контракта.</li>
31
<li><strong>Готовность к изменениям</strong>важнее следования первоначальному плану.</li>
31
<li><strong>Готовность к изменениям</strong>важнее следования первоначальному плану.</li>
32
</ul><p>Важно понимать, что в Agile-манифесте не отрицается то, что справа, но больше ценится то, что слева.</p>
32
</ul><p>Важно понимать, что в Agile-манифесте не отрицается то, что справа, но больше ценится то, что слева.</p>
33
<p>Кроме главных ценностей, в Agile-манифесте перечислены 12 принципов Agile:</p>
33
<p>Кроме главных ценностей, в Agile-манифесте перечислены 12 принципов Agile:</p>
34
<ol><li>Приоритет команды проекта - удовлетворение потребностей заказчика с помощью своевременной и регулярной поставки качественного продукта.</li>
34
<ol><li>Приоритет команды проекта - удовлетворение потребностей заказчика с помощью своевременной и регулярной поставки качественного продукта.</li>
35
<li>Изменение требований к продукту приветствуется даже на поздних стадиях разработки. Agile-процессы позволяют обеспечить продукт конкурентными преимуществами.</li>
35
<li>Изменение требований к продукту приветствуется даже на поздних стадиях разработки. Agile-процессы позволяют обеспечить продукт конкурентными преимуществами.</li>
36
<li>Промежуточный рабочий продукт нужно показывать заказчику как можно чаще - с периодичностью от пары недель до пары месяцев.</li>
36
<li>Промежуточный рабочий продукт нужно показывать заказчику как можно чаще - с периодичностью от пары недель до пары месяцев.</li>
37
<li>Руководители и разработчики должны ежедневно работать вместе на протяжении всего проекта.</li>
37
<li>Руководители и разработчики должны ежедневно работать вместе на протяжении всего проекта.</li>
38
<li>Над проектом должны работать мотивированные специалисты. Нужно создать для них необходимые условия и обеспечить им поддержку.</li>
38
<li>Над проектом должны работать мотивированные специалисты. Нужно создать для них необходимые условия и обеспечить им поддержку.</li>
39
<li>Личное общение - самый практичный и эффективный способ обмена информацией в команде.</li>
39
<li>Личное общение - самый практичный и эффективный способ обмена информацией в команде.</li>
40
<li>Работающий продукт - основной показатель прогресса.</li>
40
<li>Работающий продукт - основной показатель прогресса.</li>
41
<li>Процессы в Agile должны быть настроены так, чтобы проект развивался устойчиво. Заказчики, разработчики и пользователи должны быть готовы к тому, что изменения будут вноситься равномерно.</li>
41
<li>Процессы в Agile должны быть настроены так, чтобы проект развивался устойчиво. Заказчики, разработчики и пользователи должны быть готовы к тому, что изменения будут вноситься равномерно.</li>
42
<li>Постоянное внимание к техническому совершенству продукта и качеству проектирования повышает гибкость проекта.</li>
42
<li>Постоянное внимание к техническому совершенству продукта и качеству проектирования повышает гибкость проекта.</li>
43
<li>Не стоит переусложнять проект - лишние процессы нужно свести к минимуму.</li>
43
<li>Не стоит переусложнять проект - лишние процессы нужно свести к минимуму.</li>
44
<li>Лучшие продукты рождаются у команд, которые умеют организовать себя самостоятельно.</li>
44
<li>Лучшие продукты рождаются у команд, которые умеют организовать себя самостоятельно.</li>
45
<li>Команда должна постоянно искать способы работать эффективнее и корректировать свой стиль работы.</li>
45
<li>Команда должна постоянно искать способы работать эффективнее и корректировать свой стиль работы.</li>
46
</ol><p>Перечисленные ценности и принципы - это чек-лист, по которому можно понять, насколько команда проекта соответствует или не соответствует Agile.</p>
46
</ol><p>Перечисленные ценности и принципы - это чек-лист, по которому можно понять, насколько команда проекта соответствует или не соответствует Agile.</p>
47
<p>В семейство Agile входит несколько методологий (или фреймворков) для гибкого управления проектами. Мы расскажем о самых популярных Agile-методологиях: Scrum и Kanban.</p>
47
<p>В семейство Agile входит несколько методологий (или фреймворков) для гибкого управления проектами. Мы расскажем о самых популярных Agile-методологиях: Scrum и Kanban.</p>
48
<p><strong>Scrum (скрам).</strong>Чаще всего эту методологию используют в разработке ПО. Проект разбивают на итерации (спринты) - промежутки времени, в которые команда разрабатывает продукт поэтапно.</p>
48
<p><strong>Scrum (скрам).</strong>Чаще всего эту методологию используют в разработке ПО. Проект разбивают на итерации (спринты) - промежутки времени, в которые команда разрабатывает продукт поэтапно.</p>
49
<p>Обычно один спринт длится 2-4 недели. В конце каждого спринта команда поставляет готовую часть продукта - его "неидеальную" версию, которой уже можно пользоваться, - или дополнительные функции к ней. При этом в начале проекта нет представления о том, как будет выглядеть продукт в самом конце: требования могут меняться в ходе разработки.</p>
49
<p>Обычно один спринт длится 2-4 недели. В конце каждого спринта команда поставляет готовую часть продукта - его "неидеальную" версию, которой уже можно пользоваться, - или дополнительные функции к ней. При этом в начале проекта нет представления о том, как будет выглядеть продукт в самом конце: требования могут меняться в ходе разработки.</p>
50
<p>Например, к концу первого спринта разрабатывают главную страницу сайта банка. За второй спринт делают отдельную страницу для каждой банковской услуги - ипотеки, потребительских кредитов, вкладов, страхования. В конце третьего спринта на сайте появляются кредитный калькулятор и агрегатор финансовых новостей. И так далее - по мере необходимости сайт дополняют разными фичами. При этом его "сырая" версия работает уже с конца первой итерации.</p>
50
<p>Например, к концу первого спринта разрабатывают главную страницу сайта банка. За второй спринт делают отдельную страницу для каждой банковской услуги - ипотеки, потребительских кредитов, вкладов, страхования. В конце третьего спринта на сайте появляются кредитный калькулятор и агрегатор финансовых новостей. И так далее - по мере необходимости сайт дополняют разными фичами. При этом его "сырая" версия работает уже с конца первой итерации.</p>
51
<p>Подробнее об этапах управления проектом по этой методологии рассказываем<a>ниже</a>.</p>
51
<p>Подробнее об этапах управления проектом по этой методологии рассказываем<a>ниже</a>.</p>
52
<p>Скрам - это фреймворк, в котором много специфических ролей, терминов и мероприятий. Мы расскажем о нескольких основных - это поможет лучше понять общую концепцию методологии.</p>
52
<p>Скрам - это фреймворк, в котором много специфических ролей, терминов и мероприятий. Мы расскажем о нескольких основных - это поможет лучше понять общую концепцию методологии.</p>
53
<p>Команда, или developers, - люди, которые создают продукт. Простыми словами - разработчики. Состав команды формируют отдельно для каждого проекта.</p>
53
<p>Команда, или developers, - люди, которые создают продукт. Простыми словами - разработчики. Состав команды формируют отдельно для каждого проекта.</p>
54
<p>Скрам-мастер - менеджер, который направляет команду и решает проблемы, замедляющие рабочий процесс. Его задача - организовать работу так, чтобы каждый участник команды понимал потребности клиента и мог предлагать свои идеи. Также скрам-мастер организует общение клиента и команды на совместных мероприятиях. Подробнее об особенностях профессии мы рассказывали в <a>этой статье</a>.</p>
54
<p>Скрам-мастер - менеджер, который направляет команду и решает проблемы, замедляющие рабочий процесс. Его задача - организовать работу так, чтобы каждый участник команды понимал потребности клиента и мог предлагать свои идеи. Также скрам-мастер организует общение клиента и команды на совместных мероприятиях. Подробнее об особенностях профессии мы рассказывали в <a>этой статье</a>.</p>
55
<p>Владелец продукта, или product owner, - человек, который отвечает за ценность продукта и за бэклог. Обычно это представитель заказчика. Он передаёт команде новые требования к продукту и следит, чтобы команда работала в нужном направлении.</p>
55
<p>Владелец продукта, или product owner, - человек, который отвечает за ценность продукта и за бэклог. Обычно это представитель заказчика. Он передаёт команде новые требования к продукту и следит, чтобы команда работала в нужном направлении.</p>
56
<p>Бэклог - список задач проекта, расположенных по приоритетности.</p>
56
<p>Бэклог - список задач проекта, расположенных по приоритетности.</p>
57
<p>Scrum-митинг (дэйли или стендап) - ежедневный сбор команды примерно на 15 минут. За это время каждый участник команды отвечает на три вопроса:</p>
57
<p>Scrum-митинг (дэйли или стендап) - ежедневный сбор команды примерно на 15 минут. За это время каждый участник команды отвечает на три вопроса:</p>
58
<ul><li>что он сделал с прошлой встречи;</li>
58
<ul><li>что он сделал с прошлой встречи;</li>
59
<li>что планирует делать сегодня;</li>
59
<li>что планирует делать сегодня;</li>
60
<li>что этому мешает.</li>
60
<li>что этому мешает.</li>
61
</ul><p>В результате встречи становится понятно, всё ли идёт по плану, что нужно сделать, чтобы преодолеть препятствия.</p>
61
</ul><p>В результате встречи становится понятно, всё ли идёт по плану, что нужно сделать, чтобы преодолеть препятствия.</p>
62
<p>Это далеко не вся терминология Scrum-методологии. Больше об этом фреймворке можно узнать в "<a>Руководстве по Scrum</a>", написанном основателями метода Джеффом Сазерлендом и Кеном Швабером.</p>
62
<p>Это далеко не вся терминология Scrum-методологии. Больше об этом фреймворке можно узнать в "<a>Руководстве по Scrum</a>", написанном основателями метода Джеффом Сазерлендом и Кеном Швабером.</p>
63
<p><strong>Kanban ("Канбан").</strong>Эту методологию разработали в Японии и изначально использовали в производстве автомобилей. Слово kanban на японском означает "вывеска".</p>
63
<p><strong>Kanban ("Канбан").</strong>Эту методологию разработали в Японии и изначально использовали в производстве автомобилей. Слово kanban на японском означает "вывеска".</p>
64
<p>Задачи проекта расставляют в виде карточек на доске, разлинованной на колонки. Эти колонки отражают этапы выполнения проекта. Участник команды берёт задачу, перемещает карточку по доске от одной колонки к другой, и вся команда видит актуальный статус этой задачи.</p>
64
<p>Задачи проекта расставляют в виде карточек на доске, разлинованной на колонки. Эти колонки отражают этапы выполнения проекта. Участник команды берёт задачу, перемещает карточку по доске от одной колонки к другой, и вся команда видит актуальный статус этой задачи.</p>
65
<p>Идея в том, чтобы работа над проектом шла по принципу конвейера. То есть чтобы разработчики не задумывались над планированием задач и их приоритизацией, а приходили к доске, брали задачу и шли её выполнять.</p>
65
<p>Идея в том, чтобы работа над проектом шла по принципу конвейера. То есть чтобы разработчики не задумывались над планированием задач и их приоритизацией, а приходили к доске, брали задачу и шли её выполнять.</p>
66
<p>Обычно на канбан-досках минимум три колонки: "Выполнить", "В работе" и "Выполнено". Чаще всего к ним добавляют колонки для промежуточных этапов: "Бэклог", "На согласовании", "Тестирование" и так далее.</p>
66
<p>Обычно на канбан-досках минимум три колонки: "Выполнить", "В работе" и "Выполнено". Чаще всего к ним добавляют колонки для промежуточных этапов: "Бэклог", "На согласовании", "Тестирование" и так далее.</p>
67
<p>Традиционно канбан-доски представляли собой физические доски - например, магнитные или пробковые, - на которых крепили бумажные карточки. Позже появились онлайн-доски. Самые популярные из них - Trello, Jira, Asana.</p>
67
<p>Традиционно канбан-доски представляли собой физические доски - например, магнитные или пробковые, - на которых крепили бумажные карточки. Позже появились онлайн-доски. Самые популярные из них - Trello, Jira, Asana.</p>
68
<p>В отличие от других методов проектного управления, канбан-команда работает без жёстких временных ограничений - даже несмотря на то, что на онлайн-досках задачам можно назначать срок выполнения.</p>
68
<p>В отличие от других методов проектного управления, канбан-команда работает без жёстких временных ограничений - даже несмотря на то, что на онлайн-досках задачам можно назначать срок выполнения.</p>
69
<p>Вместо этого работа над проектом организована как непрерывный поток задач. Когда участник команды заканчивает одну задачу, он идёт за другой, потом за следующей и так далее.</p>
69
<p>Вместо этого работа над проектом организована как непрерывный поток задач. Когда участник команды заканчивает одну задачу, он идёт за другой, потом за следующей и так далее.</p>
70
-
Один из вариантов Kanban-доски<em>Инфографика: Майя Мальгина для Skillbox Media</em><p>В большинстве отраслей - например, в маркетинге, SMM, издательском бизнесе - когда говорят, что работают по Agile, имею�� в виду Scrum или Kanban.</p>
70
+
Один из вариантов Kanban-доски<em>Инфографика: Майя Мальгина для Skillbox Media</em><p>В большинстве отраслей - например, в маркетинге, SMM, издательском бизнесе - когда говорят, что работают по Agile, имеют в виду Scrum или Kanban.</p>
71
<p>В сфере IT, кроме этих методологий Agile, применяют и другие. Например, XP (<a>экстремальное программирование</a>), Lean (<a>бережливая разработка ПО</a>), Dynamic systems development method (<a>метод разработки динамических систем</a>). В каждой методологии свои практики и инструменты - выбор зависит от потребностей проекта.</p>
71
<p>В сфере IT, кроме этих методологий Agile, применяют и другие. Например, XP (<a>экстремальное программирование</a>), Lean (<a>бережливая разработка ПО</a>), Dynamic systems development method (<a>метод разработки динамических систем</a>). В каждой методологии свои практики и инструменты - выбор зависит от потребностей проекта.</p>
72
<p>Как мы говорили выше, в Scrum работа делится на спринты. Каждый спринт - короткий период, в течение которого команда работает над несколькими задачами: анализирует их, выполняет, тестирует, обсуждает с заказчиком и при необходимости дорабатывает. Рассмотрим, как это проходит, поэтапно.</p>
72
<p>Как мы говорили выше, в Scrum работа делится на спринты. Каждый спринт - короткий период, в течение которого команда работает над несколькими задачами: анализирует их, выполняет, тестирует, обсуждает с заказчиком и при необходимости дорабатывает. Рассмотрим, как это проходит, поэтапно.</p>
73
Этапы управления проектами по методологии Scrum<em>Инфографика: Майя Мальгина для Skillbox Media</em><p><strong>Планирование.</strong>На этом этапе определяют основную идею проекта, обсуждают требования заказчика и формируют перечень задач. По-другому такой перечень называют бэклогом. Дальше задачи приоритизируют - самые важные и срочные размещают в верхней части бэклога.</p>
73
Этапы управления проектами по методологии Scrum<em>Инфографика: Майя Мальгина для Skillbox Media</em><p><strong>Планирование.</strong>На этом этапе определяют основную идею проекта, обсуждают требования заказчика и формируют перечень задач. По-другому такой перечень называют бэклогом. Дальше задачи приоритизируют - самые важные и срочные размещают в верхней части бэклога.</p>
74
<p><strong>Анализ.</strong>Из верхней части бэклога команда выбирает задачи для одной итерации. Затем определяет, какие ресурсы понадобятся для выполнения этих задач, и распределяет их между собой.</p>
74
<p><strong>Анализ.</strong>Из верхней части бэклога команда выбирает задачи для одной итерации. Затем определяет, какие ресурсы понадобятся для выполнения этих задач, и распределяет их между собой.</p>
75
<p>На этом же этапе формируют критерии успешного завершения каждой задачи: по каким параметрам будет понятно, что задача выполнена хорошо. Благодаря такому подходу у всей команды формируются одинаковые ожидания относительно результатов итерации.</p>
75
<p>На этом же этапе формируют критерии успешного завершения каждой задачи: по каким параметрам будет понятно, что задача выполнена хорошо. Благодаря такому подходу у всей команды формируются одинаковые ожидания относительно результатов итерации.</p>
76
<p><strong>Выполнение.</strong>Участники команды работают над своими задачами. Каждый день они встречаются, чтобы обсудить текущий прогресс: что они сейчас делают, какие проблемы у них возникают, что они планируют делать дальше. Это важно для того, чтобы работа над проектом была прозрачной и все участники команды владели ситуацией.</p>
76
<p><strong>Выполнение.</strong>Участники команды работают над своими задачами. Каждый день они встречаются, чтобы обсудить текущий прогресс: что они сейчас делают, какие проблемы у них возникают, что они планируют делать дальше. Это важно для того, чтобы работа над проектом была прозрачной и все участники команды владели ситуацией.</p>
77
<p><strong>Тестирование.</strong>На этом этапе проверяют работоспособность проекта - например, запускается ли программа, выполняет ли она свои функции корректно и так далее. Этап тестирования проходит параллельно с этапом выполнения. Это нужно, чтобы быстро реагировать на обнаруженные проблемы и вносить изменения вовремя.</p>
77
<p><strong>Тестирование.</strong>На этом этапе проверяют работоспособность проекта - например, запускается ли программа, выполняет ли она свои функции корректно и так далее. Этап тестирования проходит параллельно с этапом выполнения. Это нужно, чтобы быстро реагировать на обнаруженные проблемы и вносить изменения вовремя.</p>
78
<p><strong>Релиз.</strong>В конце спринта команда показывает заказчику результаты своей работы - например, готовую программу или часть её функций. Заказчик даёт обратную связь - объясняет, что его устраивает, а что нет. Если есть замечания, команда обсуждает, как будет дорабатывать проект, и возвращается к предыдущим этапам.</p>
78
<p><strong>Релиз.</strong>В конце спринта команда показывает заказчику результаты своей работы - например, готовую программу или часть её функций. Заказчик даёт обратную связь - объясняет, что его устраивает, а что нет. Если есть замечания, команда обсуждает, как будет дорабатывать проект, и возвращается к предыдущим этапам.</p>
79
<p>Если замечаний нет, команда переходит к следующей итерации. Такой цикл повторяется до завершения всего проекта - например, до стадии, когда программу отдают заказчику полностью готовой.</p>
79
<p>Если замечаний нет, команда переходит к следующей итерации. Такой цикл повторяется до завершения всего проекта - например, до стадии, когда программу отдают заказчику полностью готовой.</p>
80
<p>Таким образом, методология Scrum позволяет команде быстро реагировать на изменения, постоянно взаимодействовать с заказчиком, учитывать новые требования и создавать актуальный продукт.</p>
80
<p>Таким образом, методология Scrum позволяет команде быстро реагировать на изменения, постоянно взаимодействовать с заказчиком, учитывать новые требования и создавать актуальный продукт.</p>
81
<p>Методологии Agile подходят для проектов высокой степени неопределённости. При работе над таким проектом непонятно, каким в итоге получится продукт, - не видна конечная цель проекта. Или, наоборот, цель есть, но не виден путь, который нужно пройти, чтобы этой цели достичь, - неясно, как разрабатывать продукт.</p>
81
<p>Методологии Agile подходят для проектов высокой степени неопределённости. При работе над таким проектом непонятно, каким в итоге получится продукт, - не видна конечная цель проекта. Или, наоборот, цель есть, но не виден путь, который нужно пройти, чтобы этой цели достичь, - неясно, как разрабатывать продукт.</p>
82
<p>Вот примеры проектов, в которых гибкие методологии работают хорошо:</p>
82
<p>Вот примеры проектов, в которых гибкие методологии работают хорошо:</p>
83
<ul><li>разработка ПО и сайтов;</li>
83
<ul><li>разработка ПО и сайтов;</li>
84
<li>создание новых продуктов;</li>
84
<li>создание новых продуктов;</li>
85
<li>маркетинговые и рекламные кампании;</li>
85
<li>маркетинговые и рекламные кампании;</li>
86
<li>творческие проекты - например, издательский бизнес.</li>
86
<li>творческие проекты - например, издательский бизнес.</li>
87
</ul><p>Напротив, методологии Agile "вредны" в типовых проектах, где все процессы понятны и предсказуемы. Например, в строительстве зданий и сооружений или в других сложных инженерных проектах - когда есть измеримая цель, к которой нужно прийти, и понятен путь её достижения.</p>
87
</ul><p>Напротив, методологии Agile "вредны" в типовых проектах, где все процессы понятны и предсказуемы. Например, в строительстве зданий и сооружений или в других сложных инженерных проектах - когда есть измеримая цель, к которой нужно прийти, и понятен путь её достижения.</p>
88
<p>Таким образом, если вы в начале проекта можете чётко описать его результат и составить план необходимых работ, методики Agile не подойдут. В этих случаях лучше использовать<a>Waterfall</a>.</p>
88
<p>Таким образом, если вы в начале проекта можете чётко описать его результат и составить план необходимых работ, методики Agile не подойдут. В этих случаях лучше использовать<a>Waterfall</a>.</p>
89
<ul><li>Agile - философия гибкого управления проектами и семейство методологий на её основе.</li>
89
<ul><li>Agile - философия гибкого управления проектами и семейство методологий на её основе.</li>
90
<li>Методология Agile предполагает, что команда проекта быстро адаптируется к изменениям в работе и новым вводным. Например, к новым требованиям заказчика или изменениям на рынке.</li>
90
<li>Методология Agile предполагает, что команда проекта быстро адаптируется к изменениям в работе и новым вводным. Например, к новым требованиям заказчика или изменениям на рынке.</li>
91
<li>В семейство Agile входит несколько методологий гибкого управления проектами. В России чаще всего используют Kanban и Scrum.</li>
91
<li>В семейство Agile входит несколько методологий гибкого управления проектами. В России чаще всего используют Kanban и Scrum.</li>
92
<li>Гибкие методологии лучше всего подходят для проектов, при работе над которыми требуется быстро реагировать на изменения и совершенствовать продукт в ходе его создания. В случаях, когда задачи проекта важно решать последовательно и строго по первоначальному плану, Agile не подойдёт.</li>
92
<li>Гибкие методологии лучше всего подходят для проектов, при работе над которыми требуется быстро реагировать на изменения и совершенствовать продукт в ходе его создания. В случаях, когда задачи проекта важно решать последовательно и строго по первоначальному плану, Agile не подойдёт.</li>
93
</ul><p><strong>Как узнать больше о проектном управлении и его методах</strong></p>
93
</ul><p><strong>Как узнать больше о проектном управлении и его методах</strong></p>
94
<ul><li>В Skillbox Media есть материал, где рассказано<a>главное об управлении проектами</a>: для чего оно нужно, как устроено, какие этапы включает и как выбрать методы управления. Прочитайте статью, чтобы погрузиться в тему.</li>
94
<ul><li>В Skillbox Media есть материал, где рассказано<a>главное об управлении проектами</a>: для чего оно нужно, как устроено, какие этапы включает и как выбрать методы управления. Прочитайте статью, чтобы погрузиться в тему.</li>
95
<li>Также в Skillbox Media есть отдельные статьи о методологиях управления проектами: о производных от Agile -<a>Scrum</a>и <a>Kanban</a>, а также о противоположности Agile -<a>Waterfall</a>.</li>
95
<li>Также в Skillbox Media есть отдельные статьи о методологиях управления проектами: о производных от Agile -<a>Scrum</a>и <a>Kanban</a>, а также о противоположности Agile -<a>Waterfall</a>.</li>
96
<li>Если вы только начали знакомиться с управлением проектами и разбираетесь в его элементах, прочитайте нашу статью "<a>Что такое проект: изучаем главное понятие проектного управления</a>".</li>
96
<li>Если вы только начали знакомиться с управлением проектами и разбираетесь в его элементах, прочитайте нашу статью "<a>Что такое проект: изучаем главное понятие проектного управления</a>".</li>
97
<li>Управлять проектами, работать с бюджетом, сотрудничать с заказчиками, управлять командой и презентовать проекты можно научиться на курсе Skillbox "<a>Профессия Менеджер проектов</a>".</li>
97
<li>Управлять проектами, работать с бюджетом, сотрудничать с заказчиками, управлять командой и презентовать проекты можно научиться на курсе Skillbox "<a>Профессия Менеджер проектов</a>".</li>
98
<li>Если хотите узнать больше о гибких методологиях управления, присмотритесь к курсу Skillbox "<a>Agile: Scrum и Kanban в работе над продуктом</a>".</li>
98
<li>Если хотите узнать больше о гибких методологиях управления, присмотритесь к курсу Skillbox "<a>Agile: Scrum и Kanban в работе над продуктом</a>".</li>
99
</ul><a>Курс с трудоустройством: "Профессия Менеджер проектов" Узнать о курсе</a>
99
</ul><a>Курс с трудоустройством: "Профессия Менеджер проектов" Узнать о курсе</a>