0 added
0 removed
Original
2026-01-01
Modified
2026-02-21
1
<p><a>#статьи</a></p>
1
<p><a>#статьи</a></p>
2
<ul><li>25 янв 2024</li>
2
<ul><li>25 янв 2024</li>
3
<li>0</li>
3
<li>0</li>
4
</ul><p>Рассказали, что такое эджайл-манифест, в чём его суть, каким проектам он подходит, а каким - нет.</p>
4
</ul><p>Рассказали, что такое эджайл-манифест, в чём его суть, каким проектам он подходит, а каким - нет.</p>
5
<p>Кадр: мультфильм "Золушка" / Walt Disney Pictures</p>
5
<p>Кадр: мультфильм "Золушка" / Walt Disney Pictures</p>
6
<p>Рассказывает просто о сложных вещах из мира бизнеса и управления. До редактуры - пять лет в банке и три - в оценке имущества. Разбирается в Excel, финансах и корпоративной жизни.</p>
6
<p>Рассказывает просто о сложных вещах из мира бизнеса и управления. До редактуры - пять лет в банке и три - в оценке имущества. Разбирается в Excel, финансах и корпоративной жизни.</p>
7
<p>Agile - это философия и одновременно группа методологий гибкого управления проектами.</p>
7
<p>Agile - это философия и одновременно группа методологий гибкого управления проектами.</p>
8
<p>Agile-манифест - основополагающий документ, в котором кратко описаны ценности и принципы, лежащие в основе этих методологий.</p>
8
<p>Agile-манифест - основополагающий документ, в котором кратко описаны ценности и принципы, лежащие в основе этих методологий.</p>
9
<p>Изначально методологию Agile создавали для управления разработкой ПО, но сейчас её используют и в других проектах. Поэтому Agile-манифест входит в список первоисточников, с которыми должен быть знаком каждый<a>проджект</a>, а также другие менеджеры и руководители.</p>
9
<p>Изначально методологию Agile создавали для управления разработкой ПО, но сейчас её используют и в других проектах. Поэтому Agile-манифест входит в список первоисточников, с которыми должен быть знаком каждый<a>проджект</a>, а также другие менеджеры и руководители.</p>
10
<p>Рассказываем:</p>
10
<p>Рассказываем:</p>
11
<ul><li>в чём<a>суть Agile</a>;</li>
11
<ul><li>в чём<a>суть Agile</a>;</li>
12
<li><a>что такое Agile-манифест</a>и как он появился;</li>
12
<li><a>что такое Agile-манифест</a>и как он появился;</li>
13
<li>какие<a>ценности</a>и <a>принципы</a>содержит Agile-манифест;</li>
13
<li>какие<a>ценности</a>и <a>принципы</a>содержит Agile-манифест;</li>
14
<li>для каких проектов<a>подходят гибкие методологии</a>, а для каких - нет.</li>
14
<li>для каких проектов<a>подходят гибкие методологии</a>, а для каких - нет.</li>
15
</ul><p>Если вы только начинаете разбираться в проектном менеджменте и его терминологии, прочитайте нашу вводную статью "<a>Что такое управление проектами и как оно работает</a>". В ней мы объяснили, что относится к проектам, а что нет, какие есть методологии управления проектами и как между ними выбирать.</p>
15
</ul><p>Если вы только начинаете разбираться в проектном менеджменте и его терминологии, прочитайте нашу вводную статью "<a>Что такое управление проектами и как оно работает</a>". В ней мы объяснили, что относится к проектам, а что нет, какие есть методологии управления проектами и как между ними выбирать.</p>
16
<p>Agile - группа методологий гибкого управления проектами. Гибкость означает, что команда готова менять цель, задачи и приоритеты проекта в процессе работы над ним.</p>
16
<p>Agile - группа методологий гибкого управления проектами. Гибкость означает, что команда готова менять цель, задачи и приоритеты проекта в процессе работы над ним.</p>
17
<p>Будет проще понять, в чём суть Agile, если сравнить её с противоположной методологией управления проектами -<a>Waterfall</a>(каскадная модель или "Водопад").</p>
17
<p>Будет проще понять, в чём суть Agile, если сравнить её с противоположной методологией управления проектами -<a>Waterfall</a>(каскадная модель или "Водопад").</p>
18
<p>Каскадная модель предполагает, что команда проекта составляет детальное техническое задание - какой продукт нужно получить и каким путём - и согласовывает его с заказчиком. Затем занимается разработкой строго по утверждённому плану и сдаёт заказчику готовый продукт.</p>
18
<p>Каскадная модель предполагает, что команда проекта составляет детальное техническое задание - какой продукт нужно получить и каким путём - и согласовывает его с заказчиком. Затем занимается разработкой строго по утверждённому плану и сдаёт заказчику готовый продукт.</p>
19
<p>Agile - полная противоположность Waterfall. Если в процессе работы становится понятно, что нужно что-то изменить, это можно сделать даже в середине проекта.</p>
19
<p>Agile - полная противоположность Waterfall. Если в процессе работы становится понятно, что нужно что-то изменить, это можно сделать даже в середине проекта.</p>
20
<p>Гибкая методология предполагает, что команда проекта быстро адаптируется к изменениям в работе и вводных. Например, к новым требованиям заказчика, новым потребностям целевой аудитории, изменениям в рыночных условиях или другим неожиданным обстоятельствам.</p>
20
<p>Гибкая методология предполагает, что команда проекта быстро адаптируется к изменениям в работе и вводных. Например, к новым требованиям заказчика, новым потребностям целевой аудитории, изменениям в рыночных условиях или другим неожиданным обстоятельствам.</p>
21
<p>В Agile продукт стараются разработать как можно быстрее - так, чтобы начать им пользоваться почти сразу. Функции продукта меняют в ходе разработки. При этом команда проекта находится в постоянном контакте с заказчиком.</p>
21
<p>В Agile продукт стараются разработать как можно быстрее - так, чтобы начать им пользоваться почти сразу. Функции продукта меняют в ходе разработки. При этом команда проекта находится в постоянном контакте с заказчиком.</p>
22
<p><strong>Курсы Skillbox для тех, кто хочет управлять проектами и продуктами</strong></p>
22
<p><strong>Курсы Skillbox для тех, кто хочет управлять проектами и продуктами</strong></p>
23
<ul><li>"<a>Профессия Менеджер проектов</a>" - освоить профессию с нуля, добавить сильный кейс в портфолио и найти высокооплачиваемую работу.</li>
23
<ul><li>"<a>Профессия Менеджер проектов</a>" - освоить профессию с нуля, добавить сильный кейс в портфолио и найти высокооплачиваемую работу.</li>
24
<li>"<a>Управление проектами</a>" - систематизировать знания, получить недостающие навыки и зарабатывать больше.</li>
24
<li>"<a>Управление проектами</a>" - систематизировать знания, получить недостающие навыки и зарабатывать больше.</li>
25
</ul><p>Agile-манифест (Agile Manifesto) - основной документ, в котором описаны ценности и принципы гибкого управления проектами. С Agile-манифеста началась история активного развития методологии Agile.</p>
25
</ul><p>Agile-манифест (Agile Manifesto) - основной документ, в котором описаны ценности и принципы гибкого управления проектами. С Agile-манифеста началась история активного развития методологии Agile.</p>
26
<p>Это был 2001 год. Прошло около года с того, как лопнул<a>пузырь доткомов</a>. Он надулся, когда люди активно покупали акции IT-компаний, - казалось, что этот рынок будет расти долго. Однако акции были переоценены. Более того, выяснилось, что управление в IT-компаниях не всегда было хорошим: проекты регулярно проваливались.</p>
26
<p>Это был 2001 год. Прошло около года с того, как лопнул<a>пузырь доткомов</a>. Он надулся, когда люди активно покупали акции IT-компаний, - казалось, что этот рынок будет расти долго. Однако акции были переоценены. Более того, выяснилось, что управление в IT-компаниях не всегда было хорошим: проекты регулярно проваливались.</p>
27
<p>Например, в проектах, которыми управляли по каскадной модели, команды были настолько сосредоточены на документировании всех этапов работы, что периодически забывали о главной цели проекта - создать продукт, которым был бы доволен заказчик и пользователи.</p>
27
<p>Например, в проектах, которыми управляли по каскадной модели, команды были настолько сосредоточены на документировании всех этапов работы, что периодически забывали о главной цели проекта - создать продукт, которым был бы доволен заказчик и пользователи.</p>
28
<em>Фото: Studio Republic / Unsplash</em><p>Стало очевидно, что для управления IT-проектами нужно что-то другое - способ, который позволил бы быстро менять задачи проекта и гибко реагировать на изменения внешней среды. Из этой идеи и появился Agile-манифест.</p>
28
<em>Фото: Studio Republic / Unsplash</em><p>Стало очевидно, что для управления IT-проектами нужно что-то другое - способ, который позволил бы быстро менять задачи проекта и гибко реагировать на изменения внешней среды. Из этой идеи и появился Agile-манифест.</p>
29
<p>"11-13 февраля 2001 года на горнолыжном курорте в штате Юта встретились семнадцать разработчиков - поговорить, покататься на лыжах, расслабиться и обсудить дела. Сейчас трудно было бы найти более крупное собрание организационных анархистов, поэтому то, что вышло из этой встречи, было символичным - манифест гибкой разработки программного обеспечения".</p>
29
<p>"11-13 февраля 2001 года на горнолыжном курорте в штате Юта встретились семнадцать разработчиков - поговорить, покататься на лыжах, расслабиться и обсудить дела. Сейчас трудно было бы найти более крупное собрание организационных анархистов, поэтому то, что вышло из этой встречи, было символичным - манифест гибкой разработки программного обеспечения".</p>
30
<p><a><strong>Agile Manifesto</strong></a></p>
30
<p><a><strong>Agile Manifesto</strong></a></p>
31
<p>В манифест включили четыре главные ценности гибкого управления и 12 принципов - мы перечисляем их ниже. Полный текст манифеста на русском языке можно посмотреть на его<a>официальном сайте</a>.</p>
31
<p>В манифест включили четыре главные ценности гибкого управления и 12 принципов - мы перечисляем их ниже. Полный текст манифеста на русском языке можно посмотреть на его<a>официальном сайте</a>.</p>
32
<p>Вот четыре ценности, названные в Agile-манифесте.</p>
32
<p>Вот четыре ценности, названные в Agile-манифесте.</p>
33
<p><strong>1. Люди и взаимодействие важнее процессов и инструментов.</strong>Хорошие инструменты и процессы тоже важны, но главное - сплочённость команды и способность эффективно общаться и работать друг с другом. Без тесного сотрудничества и взаимопонимания даже лучшие инструменты и практики могут оказаться неэффективными.</p>
33
<p><strong>1. Люди и взаимодействие важнее процессов и инструментов.</strong>Хорошие инструменты и процессы тоже важны, но главное - сплочённость команды и способность эффективно общаться и работать друг с другом. Без тесного сотрудничества и взаимопонимания даже лучшие инструменты и практики могут оказаться неэффективными.</p>
34
<p><strong>2. Работающий продукт важнее исчерпывающей документации.</strong>Это не значит, что документация не нужна совсем. Но когда стоит выбор: доработать продукт или описать этапы доработки, команда должна отдавать предпочтение первому. Команды, которые работают по Agile, фиксируют в документах только самое необходимое.</p>
34
<p><strong>2. Работающий продукт важнее исчерпывающей документации.</strong>Это не значит, что документация не нужна совсем. Но когда стоит выбор: доработать продукт или описать этапы доработки, команда должна отдавать предпочтение первому. Команды, которые работают по Agile, фиксируют в документах только самое необходимое.</p>
35
<p><strong>3. Сотрудничество с заказчиком важнее согласования условий контракта.</strong>Вместо обсуждения условий контракта нужно понять, для чего заказчику нужен продукт и что он хочет от него получить. Важно на протяжении всего проекта встречаться с заказчиком, показывать ему промежуточные версии продукта, получать обратную связь и при необходимости вносить изменения.</p>
35
<p><strong>3. Сотрудничество с заказчиком важнее согласования условий контракта.</strong>Вместо обсуждения условий контракта нужно понять, для чего заказчику нужен продукт и что он хочет от него получить. Важно на протяжении всего проекта встречаться с заказчиком, показывать ему промежуточные версии продукта, получать обратную связь и при необходимости вносить изменения.</p>
36
<p><strong>4. Готовность к изменениям важнее следования первоначальному плану.</strong>Гибкость и адаптивность - ключевые качества команды, работающей по Agile. Требования заказчика и условия рынка могут измениться на любом этапе проекта. Процессы должны быть построены так, чтобы при изменениях проект не рухнул, а перенастроился и продолжил работать.</p>
36
<p><strong>4. Готовность к изменениям важнее следования первоначальному плану.</strong>Гибкость и адаптивность - ключевые качества команды, работающей по Agile. Требования заказчика и условия рынка могут измениться на любом этапе проекта. Процессы должны быть построены так, чтобы при изменениях проект не рухнул, а перенастроился и продолжил работать.</p>
37
<p><strong>Agile-манифест разработки программного обеспечения</strong></p>
37
<p><strong>Agile-манифест разработки программного обеспечения</strong></p>
38
<p>"Мы постоянно открываем для себя более совершенные методы разработки программного обеспечения, занимаясь разработкой непосредственно и помогая в этом другим. Благодаря проделанной работе мы смогли осознать, что:</p>
38
<p>"Мы постоянно открываем для себя более совершенные методы разработки программного обеспечения, занимаясь разработкой непосредственно и помогая в этом другим. Благодаря проделанной работе мы смогли осознать, что:</p>
39
<ul><li><strong>Люди и взаимодействие</strong>важнее процессов и инструментов.</li>
39
<ul><li><strong>Люди и взаимодействие</strong>важнее процессов и инструментов.</li>
40
<li><strong>Работающий продукт</strong>важнее исчерпывающей документации.</li>
40
<li><strong>Работающий продукт</strong>важнее исчерпывающей документации.</li>
41
<li><strong>Сотрудничество с заказчиком</strong>важнее согласования условий контракта.</li>
41
<li><strong>Сотрудничество с заказчиком</strong>важнее согласования условий контракта.</li>
42
<li><strong>Готовность к изменениям</strong>важнее следования первоначальному плану.</li>
42
<li><strong>Готовность к изменениям</strong>важнее следования первоначальному плану.</li>
43
</ul><p>То есть, не отрицая важности того, что справа, мы всё-таки больше ценим то, что слева".</p>
43
</ul><p>То есть, не отрицая важности того, что справа, мы всё-таки больше ценим то, что слева".</p>
44
<p>Кроме главных ценностей, в Agile-манифесте перечислено 12 принципов гибкого управления проектами:</p>
44
<p>Кроме главных ценностей, в Agile-манифесте перечислено 12 принципов гибкого управления проектами:</p>
45
<ul><li>Приоритет команды проекта - удовлетворение потребностей заказчика с помощью своевременной и регулярной поставки качественного продукта.</li>
45
<ul><li>Приоритет команды проекта - удовлетворение потребностей заказчика с помощью своевременной и регулярной поставки качественного продукта.</li>
46
<li>Изменение требований к продукту приветствуется даже на поздних стадиях разработки. Agile-процессы позволяют обеспечить продукт конкурентными преимуществами.</li>
46
<li>Изменение требований к продукту приветствуется даже на поздних стадиях разработки. Agile-процессы позволяют обеспечить продукт конкурентными преимуществами.</li>
47
<li>Промежуточный рабочий продукт нужно показывать заказчику как можно чаще - с периодичностью от пары недель до пары месяцев.</li>
47
<li>Промежуточный рабочий продукт нужно показывать заказчику как можно чаще - с периодичностью от пары недель до пары месяцев.</li>
48
<li>Руководители и разработчики должны ежедневно работать вместе на протяжении всего проекта.</li>
48
<li>Руководители и разработчики должны ежедневно работать вместе на протяжении всего проекта.</li>
49
<li>Над проектом должны работать мотивированные специалисты. Нужно создать для них необходимые условия и обеспечить им поддержку.</li>
49
<li>Над проектом должны работать мотивированные специалисты. Нужно создать для них необходимые условия и обеспечить им поддержку.</li>
50
<li>Личное общение - самый практичный и эффективный способ обмена информацией в команде.</li>
50
<li>Личное общение - самый практичный и эффективный способ обмена информацией в команде.</li>
51
<li>Работающий продукт - основной показатель прогресса.</li>
51
<li>Работающий продукт - основной показатель прогресса.</li>
52
<li>Процессы в Agile должны быть настроены так, чтобы проект развивался устойчиво. Заказчики, разработчики и пользователи должны быть готовы к тому, что изменения будут вноситься равномерно.</li>
52
<li>Процессы в Agile должны быть настроены так, чтобы проект развивался устойчиво. Заказчики, разработчики и пользователи должны быть готовы к тому, что изменения будут вноситься равномерно.</li>
53
<li>Постоянное внимание к техническому совершенству продукта и качеству проектирования повышает гибкость проекта.</li>
53
<li>Постоянное внимание к техническому совершенству продукта и качеству проектирования повышает гибкость проекта.</li>
54
<li>Не стоит переусложнять проект - лишние процессы нужно свести к минимуму.</li>
54
<li>Не стоит переусложнять проект - лишние процессы нужно свести к минимуму.</li>
55
<li>Лучшие продукты рождаются у команд, которые умеют организовать себя самостоятельно.</li>
55
<li>Лучшие продукты рождаются у команд, которые умеют организовать себя самостоятельно.</li>
56
<li>Команда должна постоянно искать способы работать эффективнее и корректировать свой стиль работы.</li>
56
<li>Команда должна постоянно искать способы работать эффективнее и корректировать свой стиль работы.</li>
57
</ul><p>Методы Agile хороши, но это не волшебная таблетка для всех проектов. Лучше всего они подходят для проектов высокой степени неопределённости. В таких проектах непонятно, каким в итоге получится продукт. Или неясно, как его разрабатывать.</p>
57
</ul><p>Методы Agile хороши, но это не волшебная таблетка для всех проектов. Лучше всего они подходят для проектов высокой степени неопределённости. В таких проектах непонятно, каким в итоге получится продукт. Или неясно, как его разрабатывать.</p>
58
<p>Например, гибкие методологии хорошо применять в разработке программного обеспечения, в создании новых продуктов, в маркетинговых проектах и рекламных кампаниях.</p>
58
<p>Например, гибкие методологии хорошо применять в разработке программного обеспечения, в создании новых продуктов, в маркетинговых проектах и рекламных кампаниях.</p>
59
<p>И наоборот, Agile не стоит применять в типовых проектах, где все этапы известны заранее. Если в начале проекта команда может чётко описать его результат и составить план необходимых работ, гибкие методологии не подойдут. В этих случаях лучше использовать Waterfall.</p>
59
<p>И наоборот, Agile не стоит применять в типовых проектах, где все этапы известны заранее. Если в начале проекта команда может чётко описать его результат и составить план необходимых работ, гибкие методологии не подойдут. В этих случаях лучше использовать Waterfall.</p>
60
<p>Гибкие методологии лучше всего подходят для проектов, в которых требуется быстро реагировать на изменения и дорабатывать продукт в ходе выполнения. В случаях, когда задачи проекта важно решать последовательно и строго по первоначальному плану, Agile лучше не использовать.</p>
60
<p>Гибкие методологии лучше всего подходят для проектов, в которых требуется быстро реагировать на изменения и дорабатывать продукт в ходе выполнения. В случаях, когда задачи проекта важно решать последовательно и строго по первоначальному плану, Agile лучше не использовать.</p>
61
<ul><li>Agile - методология гибкого управления проектами. Она предполагает, что команда проекта быстро адаптируется к изменениям в работе и не тратит время на лишнее планирование и документирование.</li>
61
<ul><li>Agile - методология гибкого управления проектами. Она предполагает, что команда проекта быстро адаптируется к изменениям в работе и не тратит время на лишнее планирование и документирование.</li>
62
<li>Agile-манифест (Agile Manifesto) - документ, в котором описаны ценности и принципы гибкого управления проектами.</li>
62
<li>Agile-манифест (Agile Manifesto) - документ, в котором описаны ценности и принципы гибкого управления проектами.</li>
63
<li>Гибкие методологии управления подходят, когда на протяжении всего проекта нужно адаптироваться к изменениям среды и быстро трансформировать планы. Ещё они хорошо работают, когда на старте проекта невозможно определить, как будет выглядеть конечный результат.</li>
63
<li>Гибкие методологии управления подходят, когда на протяжении всего проекта нужно адаптироваться к изменениям среды и быстро трансформировать планы. Ещё они хорошо работают, когда на старте проекта невозможно определить, как будет выглядеть конечный результат.</li>
64
</ul><p><strong>Как узнать больше о проектном управлении и его методах</strong></p>
64
</ul><p><strong>Как узнать больше о проектном управлении и его методах</strong></p>
65
<ul><li>В Skillbox Media есть материал<a>об управлении проектами</a>: для чего оно нужно, как работает, какие этапы включает и как выбрать методы управления. Прочитайте его, чтобы погрузиться в тему.</li>
65
<ul><li>В Skillbox Media есть материал<a>об управлении проектами</a>: для чего оно нужно, как работает, какие этапы включает и как выбрать методы управления. Прочитайте его, чтобы погрузиться в тему.</li>
66
<li>Также в Skillbox Media есть отдельные статьи о методологиях управления проектами:<a>Waterfall</a>,<a>Agile</a>и её производных -<a>Scrum</a>и <a>Kanban</a>.</li>
66
<li>Также в Skillbox Media есть отдельные статьи о методологиях управления проектами:<a>Waterfall</a>,<a>Agile</a>и её производных -<a>Scrum</a>и <a>Kanban</a>.</li>
67
<li>Если вы только начали знакомиться с управлением проектами и разбираетесь в его сущностях, прочитайте нашу статью - "<a>Что такое проект: изучаем главное понятие проектного управления</a>".</li>
67
<li>Если вы только начали знакомиться с управлением проектами и разбираетесь в его сущностях, прочитайте нашу статью - "<a>Что такое проект: изучаем главное понятие проектного управления</a>".</li>
68
<li>Управлять проектами, работать с бюджетом, сотрудничать с заказчиками, управлять командой и презентовать проекты можно научиться на курсе Skillbox "<a>Профессия Менеджер проектов</a>".</li>
68
<li>Управлять проектами, работать с бюджетом, сотрудничать с заказчиками, управлять командой и презентовать проекты можно научиться на курсе Skillbox "<a>Профессия Менеджер проектов</a>".</li>
69
<li>Если хотите узнать больше о гибких методологиях управления, присмотритесь к курсу Skillbox "<a>Agile: Scrum и Kanban в работе над продуктом</a>".</li>
69
<li>Если хотите узнать больше о гибких методологиях управления, присмотритесь к курсу Skillbox "<a>Agile: Scrum и Kanban в работе над продуктом</a>".</li>
70
</ul><a>Курс с трудоустройством: "Профессия Менеджер проектов" Узнать о курсе</a>
70
</ul><a>Курс с трудоустройством: "Профессия Менеджер проектов" Узнать о курсе</a>