Обзор Agile Что это: методология, метод или философия?
В перечень входят требования заказчика, пожелания ЦА и рекомендации ключевых специалистов. Выбирают те задачи, которые лежат в основе создания продукта и на выполнение которых хватает ресурсов. С каждым новым циклом выбирают менее важные задачи или дорабатывают то, что уже сделано. Проблема каскадной модели в том, что отсутствие циклов не дает возможности внести изменения в продукт, если этап уже закрыт.
Scrum-команды обязуются поставлять результат в конце каждого спринта и внедряют практики и структуру команды, которые помогают им достичь этой периодичности. Scrum позволяет пойти дальше благодаря тому, что создает структуру, помогающую командам применять принципы Agile в повседневной работе. Scrum — хорошо задокументированная agile-методика, которую многие команды могут внедрить без особых помех. Agile-проекты требуют итерационного подхода, который обеспечивает регулярное и последовательное предоставление заказчикам или клиентам все более работоспособных продуктов. Этот инновационный метод управления проектами гарантирует вашей проектной группе возможность раз за разом выпускать конкретные продукты без задержек из-за изменений и уточнения требований. Благодаря этому kanban-команды могут создавать непрерывные процессы и выпускать релизы в любой момент.
Но это не значит, что гибкие подходы есть смысл применять везде без ограничений. Во-первых, помимо ценностей, в Agile-манифесте есть также 12 принципов, которые уточняют и дополняют ценности. Чтобы люди работали эффективнее, процессы и инструменты не должны их ограничивать. В Agile ни процесс, ни тем более программный инструмент не диктует, что людям делать. Более того, они сами решают, как менять процессы/инструменты своей работы.
Еще один риск — неактуальность итогового продукта, особенно в IT-сфере. Разработка по Waterfall занимает много времени, за которое на рынке могут появиться более функциональные технологии. Это приводит к тому, что многолетние труды и крупные бюджеты могут уйти в никуда. Именно поэтому методологию применяют для создания несложных или внутренних корпоративных продуктов. Одно из ключевых ограничений Agile кроется в словах «для разработки новых продуктов». Пусть «продукт» здесь употребляется в самом широком смысле, но вот новые продукты все-таки разрабатывает лишь небольшой процент людей.
Методология Аджайл (Agile methodology) — один из самых популярных способов достижения этой цели. В рамках этого сотрудничества мы создали простую табличку, чтобы проанализировать как чувствуют себя новые фичи и как много мы в них инвестировали. В интернете очень много комплексных ROI-моделей, но простота этой таблицы в том, что ее данных достаточно xp методология чтобы начать двигаться в продуктовом направлении. Представьте, что у вас беклог спринта закрыт на 15 сторипойнтов, а ёмкость — 20. Брать новую задачу или оставить как есть и оставшееся время позаниматься своими делами? Одну на 4 сторпойнта для фронтенд-разработчика, одну на 6 сторипойнтов для системного аналитика или одну на 5 сторипойнта для QA?
Представьте, что вы создаете хирургического робота, который должен безупречно выполнять задание в течение 100 часов, предписанных правительством. Это ограничение определяет вашу работу, а спецификация становится основой разработки. Ваша команда экспериментирует и тестирует робота до тех пор, пока он не будет соответствовать заданным спецификациям. Когда спецификации конкретны и строги, разработка по каскадной модели позволяет команде в первую очередь сосредоточиться на удовлетворении требований. При выборе между управлением проектами по принципам Waterfall или Agile все сводится к степени проработки конечного продукта и понимания результатов и требований проекта на стадии инициации.
Существует несколько методик, относящихся к классу гибких методологий разработки, в частности экстремальное программирование, DSDM, Scrum, FDD. Управление проектами по методике agile — это итеративный подход к управлению разработкой ПО, ключевую роль в котором играют непрерывные релизы и обратная связь от клиентов. Начните преобразование своей https://deveducation.com/ организации по методике agile с прочтения этой статьи. Чтобы планировать новые задачи или спринты, необходимо как-то отслеживать ход работы команды. При этом неважно, какая методология agile-разработки ПО была выбрана. Благодаря оценке проектов по agile-методике командам, использующим scrum или kanban, проще оценивать свои ресурсы.
Обычно накладываются ограничения на количество задач в работе для одного человека. Гибкую методологию управления придумали, чтобы решить ряд проблем классической/каскадной/водопадной методологии (Waterfall). Например, слишком большой упор на планирование и влияние задержек в одних командах на работу других. Для этого, как я уже сказал, пришлось полностью пересмотреть взгляд на проектную работу, а не менять какие-то отдельные механики. Однако можно использовать ее и самостоятельно для проектов разной сложности.
Такая неопределенность сильно усложняет документирование требований и успешную адаптацию к изменениям. Подход к управлению проектами Agile был разработан как более гибкий и эффективный способ вывода продукции на рынок. Английское слово agile означает способность быстро и легко двигаться. Соответственно, подход Agile позволяет командам проектов легче и быстрее адаптироваться к изменениям. До распространения гибких методологий типичный процесс разработки программы всегда выглядел примерно одинаково.
Началась эта история в американском штате Юта, где в начале 21 века 17 независимых программистов собрались для обсуждения будущего разработки программного обеспечения. В программировании методология Agile начинается с описания клиентом результата, которого он стремится достичь. Команде важно четко понимать, какие проблемы с помощью разработанного продукта хочет решить заказчик. Хотя многие менеджеры объясняют это стремлением к гибкости и следованием Agile-философии, чаще всего такие признаки указывают на неправильное понимание и применение гибких методологий. Цель моей статьи – подсветить типичные ошибки менеджмента команды и рассказать об индикаторах того самого “недопонятого” Agile (я насчитала таких 10 штук).