1 added
1 removed
Original
2026-01-01
Modified
2026-03-10
1
<p>Многие из нас неоднократно слышали о том, что<strong>Agile</strong>("эджайл") - это удобная и даже крутая методология управления, которая весьма полезна для разработки софта и очень помогает при реализации различных проектов в сфере информационных технологий, а также облегчает управление проектами. При этом многих из нас отпугивают подробные и внушительные (порой, даже чересчур) мануалы по<strong>Agile</strong>. В этой статье мы постараемся рассказать о методологии коротко, объяснив суть этого подхода.</p>
1
<p>Многие из нас неоднократно слышали о том, что<strong>Agile</strong>("эджайл") - это удобная и даже крутая методология управления, которая весьма полезна для разработки софта и очень помогает при реализации различных проектов в сфере информационных технологий, а также облегчает управление проектами. При этом многих из нас отпугивают подробные и внушительные (порой, даже чересчур) мануалы по<strong>Agile</strong>. В этой статье мы постараемся рассказать о методологии коротко, объяснив суть этого подхода.</p>
2
<p>Итак,<strong>методология управления Agile</strong>- это не что иное, как итеративный подход для разработки программного обеспечения и реализации IT-проекта. То есть ваша компания делает проект поэтапно, маленькими шагами и с самого начала, а не показывает готовый продукт непосредственно конце.</p>
2
<p>Итак,<strong>методология управления Agile</strong>- это не что иное, как итеративный подход для разработки программного обеспечения и реализации IT-проекта. То есть ваша компания делает проект поэтапно, маленькими шагами и с самого начала, а не показывает готовый продукт непосредственно конце.</p>
3
<p>Та же Википедия описывает<strong>гибкую методологию Agile</strong>как серию подходов, используемых для разработки ПО. Эти подходы и методы ориентированы на применение итеративной разработки и динамического формирования требований, обеспечения их реализации путём непрестанного взаимодействия внутри рабочих групп, самоорганизующихся и состоящих из специалистов разного профиля.</p>
3
<p>Та же Википедия описывает<strong>гибкую методологию Agile</strong>как серию подходов, используемых для разработки ПО. Эти подходы и методы ориентированы на применение итеративной разработки и динамического формирования требований, обеспечения их реализации путём непрестанного взаимодействия внутри рабочих групп, самоорганизующихся и состоящих из специалистов разного профиля.</p>
4
<h2>Почему Agile?</h2>
4
<h2>Почему Agile?</h2>
5
<p>Метод нужен, что подстраиваться под требования, которые<strong>постоянно меняются</strong>. В этом подходе априори признаётся, что люди сами по себе не очень "дружат" с планированием своего времени и не всегда могут объективно оценивать свои возможности. И в принципе, в этом нет ничего ужасного, такова жизнь.</p>
5
<p>Метод нужен, что подстраиваться под требования, которые<strong>постоянно меняются</strong>. В этом подходе априори признаётся, что люди сами по себе не очень "дружат" с планированием своего времени и не всегда могут объективно оценивать свои возможности. И в принципе, в этом нет ничего ужасного, такова жизнь.</p>
6
<p>Вряд ли вы будете спорить с тем, что, несмотря на все свои знания и опыт, всё равно и практически всегда остаётся хоть что-нибудь, что вы не предусмотрели, упустили из внимания.</p>
6
<p>Вряд ли вы будете спорить с тем, что, несмотря на все свои знания и опыт, всё равно и практически всегда остаётся хоть что-нибудь, что вы не предусмотрели, упустили из внимания.</p>
7
<p>Да, существуют традиционные подходы типа<strong>Waterfall</strong>, диктующие тотальное планирование. Следуя им, вы попросту не сможете сделать ничего из того, чего нет в плане.</p>
7
<p>Да, существуют традиционные подходы типа<strong>Waterfall</strong>, диктующие тотальное планирование. Следуя им, вы попросту не сможете сделать ничего из того, чего нет в плане.</p>
8
<p>Однако в любом проекте, будь то маркетинговая компания, рекрутинговая стратегия либо разработка ПО, часто меняются требования или появляются дополнительные возможности. И это особенно актуально, если речь идёт о крупных проектах, так как<strong>большие проекты чаще всего непредсказуемы</strong>. В результате приходится либо игнорировать новые факторы, что не есть хорошо, либо ужимать план, что вообще погружает работу в хаос. Возникает справедливый вопрос: а зачем тогда вообще планировать?</p>
8
<p>Однако в любом проекте, будь то маркетинговая компания, рекрутинговая стратегия либо разработка ПО, часто меняются требования или появляются дополнительные возможности. И это особенно актуально, если речь идёт о крупных проектах, так как<strong>большие проекты чаще всего непредсказуемы</strong>. В результате приходится либо игнорировать новые факторы, что не есть хорошо, либо ужимать план, что вообще погружает работу в хаос. Возникает справедливый вопрос: а зачем тогда вообще планировать?</p>
9
<p>И всё же,<strong>планировать надо</strong>. Мало того, вы сможете предусмотреть все неизвестные факторы заранее, если встроите вероятность этого в рабочий процесс. Практика показывает, что многие лучшие идеи приходят в голову только тогда, когда<strong>вы зайдёте слишком далеко</strong>.</p>
9
<p>И всё же,<strong>планировать надо</strong>. Мало того, вы сможете предусмотреть все неизвестные факторы заранее, если встроите вероятность этого в рабочий процесс. Практика показывает, что многие лучшие идеи приходят в голову только тогда, когда<strong>вы зайдёте слишком далеко</strong>.</p>
10
<h2>Так что же такое Agile?</h2>
10
<h2>Так что же такое Agile?</h2>
11
<p>Это практики, которые позволят легче приспосабливаться и помогут убедить команду проекта в том, что она работает над чем-то важным. А еще это способность<strong>быстро и легко меняться</strong>. Кроме того, этот метод позволит разбить огромный проект на список маленьких задач, определив наиболее приоритетные.</p>
11
<p>Это практики, которые позволят легче приспосабливаться и помогут убедить команду проекта в том, что она работает над чем-то важным. А еще это способность<strong>быстро и легко меняться</strong>. Кроме того, этот метод позволит разбить огромный проект на список маленьких задач, определив наиболее приоритетные.</p>
12
<p><strong>Определение приоритетов</strong>- важнейшая составляющая методов управления Agile. Если вы менеджер разработки, вам нужно убедиться, что ваша команда сконцентрирована на решении наиболее важных задач и на достижении наиболее значимого результата. Данный аспект станет гарантией достижения поставленных целей при реализации проекта, то есть вы гарантированно достигнете бизнес-целей.</p>
12
<p><strong>Определение приоритетов</strong>- важнейшая составляющая методов управления Agile. Если вы менеджер разработки, вам нужно убедиться, что ваша команда сконцентрирована на решении наиболее важных задач и на достижении наиболее значимого результата. Данный аспект станет гарантией достижения поставленных целей при реализации проекта, то есть вы гарантированно достигнете бизнес-целей.</p>
13
<p><strong>Задачи (user stories)</strong>поставляются или непрерывно, или маленькими циклами, которые называются<strong>спринтами</strong>.</p>
13
<p><strong>Задачи (user stories)</strong>поставляются или непрерывно, или маленькими циклами, которые называются<strong>спринтами</strong>.</p>
14
<h2>Как работает Agile?</h2>
14
<h2>Как работает Agile?</h2>
15
<p>Общий алгоритм можно представить следующим образом: "<strong>Требования-План-Работа-Ревью-Повтор</strong>".</p>
15
<p>Общий алгоритм можно представить следующим образом: "<strong>Требования-План-Работа-Ревью-Повтор</strong>".</p>
16
<p>Исходя из требований проекта, нужно составить список того, что должно произойти. Если что-нибудь забудете, не стоит переживать, так как это можно будет добавить и позже.</p>
16
<p>Исходя из требований проекта, нужно составить список того, что должно произойти. Если что-нибудь забудете, не стоит переживать, так как это можно будет добавить и позже.</p>
17
<p>Далее следует оценить каждый этап разработки, что делается по часам либо по story point’ам.<strong>Story point</strong>- относительные оценки, выставляемые в сравнении и по отношению с другими stories. При этом нужно учитывать, что есть вероятность неточного результата, то есть вы не сможете получить четкое представление о том, сколько конкретно времени уйдет на реализацию проекта.</p>
17
<p>Далее следует оценить каждый этап разработки, что делается по часам либо по story point’ам.<strong>Story point</strong>- относительные оценки, выставляемые в сравнении и по отношению с другими stories. При этом нужно учитывать, что есть вероятность неточного результата, то есть вы не сможете получить четкое представление о том, сколько конкретно времени уйдет на реализацию проекта.</p>
18
-
<p>С точки зрения менеджмента и управления проектами важно установить<strong>приоритетность задач</strong>, поставив наиболее важные в начало очереди. Как правило, в данной среде всё очень динамично и постоянно меняется, поэтому не забывайте чаще проверять приоритеты. Очень хорошо на эту частоту реагирует<strong>Kanban</strong>. А вот Scrum основан в большей степени на фиксированных циклах, то есть спринтах, которые длятся 2 недели.</p>
18
+
<p>С точки зрения менеджмента и управления проектами важно установить<strong>приоритетность задач</strong>, поставив наиболее важные в начал�� очереди. Как правило, в данной среде всё очень динамично и постоянно меняется, поэтому не забывайте чаще проверять приоритеты. Очень хорошо на эту частоту реагирует<strong>Kanban</strong>. А вот Scrum основан в большей степени на фиксированных циклах, то есть спринтах, которые длятся 2 недели.</p>
19
<p>Очередное важное действие, которое нужно предпринять в рамках управления проектами, - проанализировать уже выполненную работу. Не вписываетесь в план? Попробуйте увеличить рабочую нагрузку конкретно по этому спринту. Однако помните, что если вы не вписываетесь в план постоянно, вероятнее всего, вы слишком амбициозны. Возможно, потребуется снизить ваши требования и немного изменить стиль управления.</p>
19
<p>Очередное важное действие, которое нужно предпринять в рамках управления проектами, - проанализировать уже выполненную работу. Не вписываетесь в план? Попробуйте увеличить рабочую нагрузку конкретно по этому спринту. Однако помните, что если вы не вписываетесь в план постоянно, вероятнее всего, вы слишком амбициозны. Возможно, потребуется снизить ваши требования и немного изменить стиль управления.</p>
20
<h2>Scrum vs Kanban</h2>
20
<h2>Scrum vs Kanban</h2>
21
<p>Это можно назвать двумя основными<strong>фреймворками для Agile</strong>.</p>
21
<p>Это можно назвать двумя основными<strong>фреймворками для Agile</strong>.</p>
22
<p>Давайте их сравним: 1.<strong>Scrum</strong>: - делит работу на части, называемые спринтами (как мы уже говорили, чаще всего речь идёт о двухнедельных спринтах); - спринты планируются на основании требований для конкретного момента времени; - используется относительная оценка времени выполнения работы; - выполняется ревью каждого спринта, что помогает понять, как всё прошло, что можно улучшить и т. п.; - по поставляемому продукту даётся фидбек; - каждый день проводятся очень короткие собрания. 2.<strong>Kanban</strong>: - собрания проводятся еженедельно; - разработка производится непрерывно; - процесс реализации проекта визуализируется на доске; - сначала решаются наиболее важные задачи; - улучшения выполняются поэтапно.</p>
22
<p>Давайте их сравним: 1.<strong>Scrum</strong>: - делит работу на части, называемые спринтами (как мы уже говорили, чаще всего речь идёт о двухнедельных спринтах); - спринты планируются на основании требований для конкретного момента времени; - используется относительная оценка времени выполнения работы; - выполняется ревью каждого спринта, что помогает понять, как всё прошло, что можно улучшить и т. п.; - по поставляемому продукту даётся фидбек; - каждый день проводятся очень короткие собрания. 2.<strong>Kanban</strong>: - собрания проводятся еженедельно; - разработка производится непрерывно; - процесс реализации проекта визуализируется на доске; - сначала решаются наиболее важные задачи; - улучшения выполняются поэтапно.</p>
23
<h2>Вместо заключения</h2>
23
<h2>Вместо заключения</h2>
24
<p>Самое важное, разумеется, заключается в том, чтобы удовлетворить конечного потребителя. И не важно, кто это - ваш клиент, ваш босс, владелец продукта или даже вы сами.</p>
24
<p>Самое важное, разумеется, заключается в том, чтобы удовлетворить конечного потребителя. И не важно, кто это - ваш клиент, ваш босс, владелец продукта или даже вы сами.</p>
25
<p>Лучший способ<strong>охватить все изменяющиеся требования</strong>при работе над проектами - многоэтапный и ранний выпуск продукта. Такой подход снизит риск того, что вы выпустите неподходящий продукт либо не выпустите вообще ничего, что тоже иногда случается.</p>
25
<p>Лучший способ<strong>охватить все изменяющиеся требования</strong>при работе над проектами - многоэтапный и ранний выпуск продукта. Такой подход снизит риск того, что вы выпустите неподходящий продукт либо не выпустите вообще ничего, что тоже иногда случается.</p>
26
<p><em>Данный материал является свободным переводом статьи What is Agile Workflow? (ELI5). Первоисточник находится<a>здесь</a>.</em></p>
26
<p><em>Данный материал является свободным переводом статьи What is Agile Workflow? (ELI5). Первоисточник находится<a>здесь</a>.</em></p>
27
27