Agile методология: особенности, ценности, принципы

Что такое? Agile-методология — подход к разработке программного обеспечения, который в последнее время приобрел заметную популярность. Отличается от традиционных методов тем, что делает упор на адаптивность и гибкость.

Каковы особенности? Важной чертой этой методики является частое общение с заказчиком или пользователем. Вместо того чтобы создавать набор заранее определенных требований, agile-команды напрямую взаимодействуют с заинтересованными сторонами, определяя приоритеты и уточняя детали по мере необходимости.

Понятие Agile

Agile (Agile software development) или гибкий подход к разработке программного обеспечения. Он стал популярным в последние годы благодаря своей эффективности и приспособляемости к изменяющимся требованиям и условиям проекта. Этот метод часто применяют в небольших командах, где важны гибкость, скорость и возможность быстро реагировать на трансформации.

Основная идея agile заключается в разделении процесса разработки на короткие циклы, называемые итерациями, каждая из которых длится обычно до двух-трех недель и включает в себя анализ требований, проектирование, программирование, тестирование, документирование.

Важно отметить, что каждый цикл должен создавать мини-продукт или отдельную часть, которая готова к самостоятельному запуску. После завершения каждой итерации команда анализирует результаты и осуществляет обратную связь. Это позволяет принимать во внимание полученные знания и опыт, а также менять приоритеты и планы для следующего цикла.

Термин agile, который употребляется в двух основных значениях, представляет собой не только ценности или философию, но и собирательное название для гибких подходов и методик, которые пересекаются с этими ценностями:

• В первом значении agile является системой приоритетов, которой придерживаются многие разработчики и стартапы.
• Во втором значении технология представляет собой собирательное название гибких подходов и методик, которые пересекаются с основными ее ценностями.

В состав agile-команды обычно входят разработчики, тестировщики, менеджеры проектов, дизайнеры интерфейсов и технические писатели. Каждая роль имеет специфические обязанности, но все участники группы равноценны в иерархии и вносят равный вклад в достижение общей цели. Это способствует эффективной коммуникации, распределению задач между специалистами.

Одним из главных преимуществ agile-команд является возможность личного общения в офисе или коворкинге. Хотя современные технологии позволяют связываться удаленно, личное общение все равно играет важную роль. Это значительно экономит время, которое могло бы быть потрачено на обмен сообщениями или ожидание ответа.

В agile-командах сторону заказчика представляет product owner, который является менеджером или руководителем проекта. Он регулярно общается с группой, предоставляет обратную связь и уточняет требования заказчика.

В 2001 году в штате Юта, США, команда разработчиков столкнулась с проблемами, связанными с традиционными методиками создания ПО. Они осознали, что эти методы не могут эффективно справиться с постоянно меняющимися требованиями и условиями проекта. Чтобы найти решение, они изучали разные методики: «Каскадная модель», «Экстремальное программирование» и др.

В ходе исследования команда разработчиков осознала: каждая из них имеет преимущества и недостатки. Они решили объединить лучшие аспекты методик и создать новый подход, который позволит более гибко и эффективно реагировать на изменения условий проекта. Так родилось понятие agile.

Следующий шаг – выработка свода принципов, которые стали основой подхода. Они сформулированы в манифесте agile, и затем команда создала некоммерческую организацию Agile Alliance. Ее цель – продвижение и внедрение гибких технологий управления процессами.

4 ценности Agile

Ценности agile:

1. Приоритет людей и взаимодействий перед процессами и инструментами. Коммуникации и отношения людей играют более важную роль, чем строгие процессы. Agile рекомендует персонализированный подход к управлению проектами, где команды акцентируют внимание на постоянном общении, а не на жестко распланированном выпуске обновлений.
2. Приоритет работающего продукта перед исчерпывающей документацией. Agile-команды не приветствуют излишнюю бумажную работу. Вместо этого они предпочитают использовать гибкие программные решения для управления данными, отчетами и обновлениями статуса. Это позволяет более эффективно работать и быстро приспосабливаться к изменениям.
3. Приоритет сотрудничества с заказчиком перед согласованием условий контракта. Agile-команды активно взаимодействуют с клиентами, регулярно предоставляют им обновления и получают обратную связь. Они ценят сотрудничество и открытость, вместо того чтобы тратить время на долгие согласования объемных контрактов.
4. Приоритет готовности к изменениям перед следованием первоначальному плану. Agile-команды понимают, что варианты неизбежны, и они готовы к этому. Сотрудники гибко реагируют на новое, адаптируются, изменяют процессы, чтобы достичь лучших результатов.

Эти ценности лежат в основе методологии agile. Теперь давайте рассмотрим 12 принципов подхода, которые помогают еще глубже понять эту технологию и ее преимущества.

12 принципов Agile

Методология, изначально предназначенная для области программного обеспечения, стала источником вдохновения для многих участников Agile Alliance. Основываясь на этом, манифест agile акцентирует внимание на разработке ПО. Однако принципы ее не ограничиваются только этой сферой и могут быть успешно применены в других отраслях. Давайте рассмотрим подробнее, какие преимущества agile может принести проектам в различных областях:

• Удовлетворение потребностей клиента.

Основной приоритет agile-команды – удовлетворение потребностей клиента. В отличие от традиционных групп, они не заставляют потребителей ждать до конца проекта, а предоставляют результаты работы через определенные промежутки времени.

• Гибкость в изменениях требований.

Agile приветствует изменения даже на поздних стадиях разработки. Это дает возможность использовать изменения для обеспечения конкурентного преимущества заказчика. В отличие от традиционных групп, agile-команды легко управляют изменениями и вносят их в проект, чтобы удовлетворить меняющиеся потребности клиента.

• Частые выпуски работающего продукта.

Agile-команды стремятся создавать его как можно чаще, с периодичностью от двух недель до двух месяцев. Это позволяет поддерживать постоянное общение и обратную связь с клиентом, что является ценным аспектом для успеха проекта. Команды scrum, работающие по методологии agile, разбивают свою деятельность на периоды, называемые спринтами, длительностью от одной до четырех недель.

• Сотрудничество и коммуникация.

Сотрудничество является краеугольным камнем agile. Важно, чтобы разработчики и представители бизнеса работали вместе ежедневно. Это относится не только к сотрудничеству внутри команды, но и с заинтересованными сторонами, клиентами и другими партнерами. Прямое общение является наиболее эффективным способом обмена информацией.

• Agile-команды состоят из мотивированных профессионалов.

Обеспечение условий и поддержки для работы группы и полное доверие к ее членам являются ключевыми факторами успеха. Когда участники agile-команды получают поддержку, возможность сотрудничать и необходимые инструменты, они достигают высоких результатов.

• Непосредственное общение и гибридные модели работы.

Принцип прямых контактов является практичным и эффективным способом обмена информацией как внутри команды, так и с заинтересованными сторонами. Даже в эпоху «новой нормы» с гибридными и удаленными моделями работы, платформы, такие как Zoom и Teams, предоставляют отличную альтернативу телефонным звонкам и электронной почте. Ключевые точки проекта могут быть организованы в формате личных встреч группы.

• Работающий продукт как показатель прогресса.

Главная цель agile-команды – предоставить клиенту высококачественный результат. Когда он доволен, это становится главным показателем успеха проекта.

• Agile помогает наладить устойчивый процесс.

Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм труда. Многие начинают проект с бурного прогресса, но не могут его сохранить до конца.

• Agile поддерживает постоянное внимание к техническому совершенству и качеству проектирования.

Принцип подхода не заключается в простом повторении идей, а в постоянной инновации. Каждый новый проект предоставляет возможность технического развития и улучшений.

• Простота и минимизация лишней работы.

Это – искусство сократить до минимума лишний труд. Agile-команды в срок и качественно выполняют свою работу и переходят к следующему проекту.

• Самоорганизующиеся команды и лучшие решения.

Самые хорошие требования, архитектурные и технические решения рождаются у самоорганизующихся команд. Agile-группы демонстрируют, что микроменеджмент редко делает их лучше или продуктивнее. Свобода самовыражения и самоорганизации в команде приводят к наилучшим результатам.

• Систематически непрерывное совершенствование.

Это – ключевой аспект agile, позволяющий избавиться от вредных привычек и достичь большего.

Agile-методы

Чтобы полностью понять этот подход, важно различать его как общность гибких методов и agile-философию в целом.

Главные agile-методы:

• Scrum.
• Kanban.
• eXtreme Programming (XP).
• DSDM
• FDD

Рассмотрим подробно каждый метод.

Scrum-метод

Scrum – это метод управления проектами, который нашел свое вдохновение в регби, популярной игре в Америке. Как и в ней, где успех команды зависит от слаженности, в бизнесе также очень важна командная работа.

Этот термин впервые использован японскими исследователями Хиротаки Такеучи и Икуджиро Нонаки в контексте управления проектами в 80-х годах 20 века. Однако scrum как управленческая практика подробно представлен американским программистом Джефом Сазерлендом в 1993 году в книге «Scrum. Революционный метод управления проектами». Способ принят на вооружение такими крупными компаниями, как Microsoft, Amazon, Yahoo, Siemens Healthcare и другими.

Несмотря на различия в специализациях и реализации, scrum имеет общие ключевые моменты, которые следует учитывать независимо от того, какой бизнес вы ведете. Базы scrum:

• Product Backlog (требования к проекту).
• Sprint Backlog (условия, которые нужно выполнить в ближайшее временя или этап, именуемый «спринт»).
• Sprint Goal (цель «спринта»).
• Sprint Burndown Chart (диаграмма, обновляемая по мере выполнения требований).

Для эффективной работы необходимо определиться с основными позициями и принципами:

• Владелец продукта (Product Owner) – это лицо, принимающее решения и представляющее заказчика. Желательно, чтобы он был одним человеком, уполномоченным принимать решения, вносить правки и утверждать результат. Это помогает избежать недоразумений и ускоряет процесс принятия решений.
• Команда разработчиков (Delivery Team). Лучше всего, если в команде будет до 10 человек. Это количество соответствует концепции числа Данбара, которое предполагает, что люди могут эффективно координироваться и взаимодействовать в группах такого размера. Команда разработчиков отвечает за выполнение задач и достижение поставленных целей.
• Скрам-мастер (Scrum Master). Этот специалист следит за ходом проекта и обеспечивает соблюдение принципов scrum.
• Четкие требования к продукту (Product Backlog). На старте проекта необходимо определить их список. Это помогает всем участникам команды понять, что именно нужно разработать, и установить приоритеты для каждого требования.
• Для выполнения задач в рамках проекта используется отрезок времени (Sprint Backlog). Он определяет, какие задачи или их блоки будут выполнены в течение определенного периода времени.
• Ежедневные совещания проводятся не дольше 15 минут и дают каждому участнику возможность ответить на 3 вопроса: что сделано вчера, что планируется сегодня и какие препятствия мешают выполнению задач.
• Обзоры готовой рабочей части программного продукта с участием всех заинтересованных сторон являются важным этапом в scrum.
• Подведение итогов после каждого блока задач.

Методика scrum является эффективным инструментом agile-методов для управления проектами.

Kanban

В отличие от scrum, kanban не требует наличия Product Owner и Scrum Master. Вместо этого он предлагает подход, основанный на балансе. Основная идея – обеспечить полную прозрачность процесса и равномерное распределение обязанностей, что позволит избежать простоев, авралов. В kanban процесс разделен на стадии выполнения конкретных задач:

• «Планируется».
• «Разрабатывается».
• «Тестируется».
• «Завершается».

Такая структура напоминает crm-системы, где видно, в какой стадии находится каждая операция, будь то продажа, закупка или согласование проекта. Для визуализации процесса и синхронизации задач в разных стадиях часто используется диаграмма Ганта. Она позволяет наглядно представить основные составляющие процесса и текущую стадию выполнения каждой задачи.

Диаграмма помогает команде отслеживать прогресс и принимать необходимые решения для достижения целей проекта. Дэвид Андерсон, автор метода kanban, подробно описал все нюансы в книге «Канбан. Альтернативный путь в Agile».

eXtreme Programming (XP)

Название само по себе говорит об его основных принципах – экстремальная скорость и короткие циклы разработки. Вместо того чтобы тратить несколько дней или недель на отдельные этапы, XP предлагает использовать парное программирование.

Это означает, что два разработчика трудятся над одним блоком кода: один его пишет, а другой сразу же проверяет на наличие ошибок. В eXtreme Programming придается важное значение тестированию. Каждый самодостаточный блок кода сразу же его проходит, и любые неисправности незамедлительно корректируются.

Основные принципы метода впервые были описаны в книге Кента Бека «Экстремальное программирование. Разработка через тестирование» в 2002 году:

• Соблюдение единых стандартов оформления кода.
• Создание тестов до написания кода.
• Одним из уникальных аспектов XP является так называемое «слушание». В процессе разработки программного обеспечения команда и клиент активно взаимодействуют, чтобы уточнить требования и убедиться, что все стороны правильно понимают друг друга. Это помогает избежать недоразумений и создает более эффективное сотрудничество.
• Гибкое планирование – проектирование следующего этапа разработки происходит и после завершения предыдущего этапа, и в процессе реализации текущего, если это необходимо.

В целом, применение методологии экстремального программирования позволяет команде разработчиков эффективно справляться с изменяющимися требованиями и создавать оптимальные решения для заказчика.

DSDM

DSDM (Dynamic Software Development Method) предлагает комплексный подход к созданию динамических систем. DSDM включает три основных этапа: предпроектную стадию, проект и постпроектную стадию. 9 ключевых принципов DSDM:

• Максимальное вовлечение заказчика как будущего пользователя.
• Большинство решений команда разработчиков может самостоятельно принимать без дополнительного согласования с руководством.
• Стремление лучше сделать хорошо и раньше, чем сделать идеально, но поздно.
• Обеспечить максимально быстрое решение критических проблем функционала программы.
• Важный фактор хорошего результата – обратная связь с заказчиком.
• Любые изменения являются обратимыми.
• Базовые требования устанавливаются до старта проекта.
• Тестирование должно быть в процесс разработки.
• Тесное сотрудничество между участниками процесса.

FDD

FDD (Feature Driven Development) – метод появился, как ни странно, раньше, чем agile-манифест, но полностью соответствует его философии. Стадии FDD:

• Разработка общей модели, определение круга задач, которые должен решить продукт.
• Определение необходимых функций.
• Составление плана разработки каждой из них.
• Проектирование функций.
• Сам этап разработки.

Отличительной особенностью FDD (по сравнению с другими методами agile) является внимание к предварительному моделированию системы.

Преимущества и недостатки Agile

Преимущества:

• Гибкость и открытость к изменениям. Любые новые требования заказчика можно быстро внести в разработку, ответить на действия конкурентов и выполнять работу в условиях неопределенности.
• Минимизация рисков провала. Общение заказчиков плотное, изменения могут быть внесены на каждом этапе разработки – в итоге исключено, что продукт будет не нужен.
• Надёжность в плане соблюдения дедлайна. На любом этапе работы можно адаптировать функцию или вовсе отказаться от нее, чтобы продукт был готов в срок.
• Активное участие команды. Тесное взаимодействие с руководством и самоуправление предоставляют разработчикам чувствовать свой вклад в проект.
• Быстрое реагирование на проблемы. При появлении ошибки можно быстро устранить ее в новом цикле.
• Снижение объемов рутины в виде документации и отчётов.

Недостатки:

• Отсутствие чёткого плана и структуры. Поэтому в итоге может получиться совсем иной продукт, нежели задумано в начале. Это недостаток для государственных компаний, где важно следование четким требованиям.
• Необходимость тесного взаимодействия. Заказчику требуется на всех этапах общаться с командой, вносить и просматривать изменения.
• Завязка на определенной команде. Когда работа уже идет, сменить ее невозможно из-за того, что придется разбираться во всех предыдущих этапах.
• Большое внимание к мелочам. Бывает, что за их доработкой можно забыть о том, какова цель проекта.
• Сложности с внедрением. Может потребоваться время и отдельный сотрудник проекта, который разбирается в agile-методологиях.

Agile на практике

Цикл труда

Вся работа над проектом в agile организуется в виде повторяющихся отрезков времени, называемых спринтами. Каждый из них включает в себя планирование, разработку, тестирование и демонстрацию. Спринты должны быть короткими, обычно от недели до месяца.

Это позволяет быстро получать обратную связь, вносить корректировки в разработку. Руководитель команды или заказчик должен иметь соответствующую квалификацию и активно участвовать в процессе, будучи связующим звеном у членов группы и принимать оперативные решения.

Спринты

Перед началом работы над проектом составляется список требований заказчика, известный как бэклог. Задачи в нем упорядочиваются по приоритету, чтобы определить порядок их выполнения. Команда выбирает цели для каждого спринта и составляет план работы.

Длина всех их должна быть одинаковой для удобного контроля хода заказа. Регулярные планерки позволяют команде обсуждать проект и анализировать возможности улучшения работы или продукта. Руководитель или заказчик при необходимости вносит изменения по результатам спринта.

Минимально жизнеспособный продукт, или МЖП

Одна из ключевых идей agile – сделать только то, что необходимо. Вместо попытки создать сложный продукт сразу, команда выбирает конкретную проблему аудитории и создает МЖП – продукт, который решает эту проблему и не более того. Затем с каждым спринтом он улучшается и дополняется. Такой подход позволяет быстро выпустить работающий продукт на рынок и получить обратную связь, чтобы определить, какие доработки необходимы.

Признаки успешной реализации agile

• Сокращение количества документации.
• Улучшение обмена информацией между отделами и между исполнителями и заказчиком.
• Увеличение темпа работы команды.
• Распределение принятия решений между руководством и группой.
• Частое внедрение работающего продукта.

Нужен ли вашей команде Agile

Гибкие подходы, основанные на принципах agile, действительно нашли широкое применение во многих сферах. Их эффективность особенно заметна в ИТ-разработке. Однако не всем компаниям и проектам подходит внедрение agile. Оно оптимально, если:

• небольшие команды работают над конкретным продуктом или сервисом в условиях неопределенности;
• есть стремление выпустить первую версию продукта как можно быстрее, чтобы обогнать конкурентов;
• разрабатывается инновационный продукт, не имеющий аналогов, с непредсказуемыми свойствами.

Однако корпорации с устоявшимися процессами и сложной структурой могут воспользоваться методами, основанными на элементах agile, такими как SAFe (Scaled Agile Framework) и LeSS (Large-Scale Scrum).

В ИТ-сфере существуют и другие эффективные методы, помимо agile. Например, DevOps – это способ, в котором все участники активно взаимодействуют друг с другом, а рабочие процессы взаимно интегрированы.

Есть такие инженерные практики, как Customer Development и Design Thinking, которые позволяют протестировать новые идеи без необходимости проходить все этапы разработки.

Business Agility («гибкость в бизнесе») является более широким подходом, который включает agile-методики. В него входит не только ускорение разработки и выпуска продукта, но и быстрая реакция на внешние изменения, гибкое целеполагание и распределение ресурсов. Этот подход стал особенно популярным в последние два-три года.

Однако agile подход точно не подойдет и даже может быть вредным, если:

• вашей компании требуется постоянно достигать одинакового стабильного результата;
• базовые процессы неизменно повторяются;
• нет понимания принципов agile и способности команды принимать решения, исходя из ее философии;
• руководитель не готов дать инициативу сотрудникам и глубоко погружаться в проект;
• ваша команда не может каждый день общаться друг с другом;
• процессы в компании сопровождаются большим объемом отчетности и документации.

Топ 8 книг по Agile-методологии

• «Эпоха Agile. Как умные компании меняются и достигают результатов». Стивен Денниг

Книга Стива Деннига – отличный источник информации для консультантов, руководителей и собственников бизнеса, которые хотят понять, что такое agile, scrum, DevOps, канбан, и как это применять. Он объясняет, как agile-подход работает в деле и как его можно распространить на всю компанию, делая ее более гибкой и инновационной.

• «Agile: оценка и планирование проектов». Майкл Кон

Майкл Кон, известный гуру в области agile, предоставляет в этой книге инструменты и методы оценки, планирования и управления agile-проектами любого масштаба. Он предлагает конкретные примеры, графики и рекомендации, которые помогут успешно реализовать agile-подход в проекте.

Читайте также

Методы планирования процессов: задачи и инструменты

Подробнее

• «Agile-менеджмент. Лидерство и управление командами». Юрген Аппело

Юрген Аппело в книге делится пониманием того, как работают agile-команды. Он предлагает общие подходы, которые помогут вам создать собственные рецепты успеха, соответствующие потребностям. Эта книга будет полезна современным менеджерам, которые стремятся развивать свои команды и достигать лучших результатов.

• «Постигая Agile. Ценности, принципы, методологии». Эндрю Стеллман, Дженнифер Грин

Если нужно быстро погрузиться в мир agile, эта книга предоставит обзорную экскурсию по гибким подходам. Она рассматривает не только общую концепцию подхода, но и разные инструменты, такие как scrum, ХР, lean и канбан. Также в книге представлены техники коучинга и фасилитации, которые помогут эффективно применять agile-подход в вашей команде.

• «Шесть условий гибкости бизнеса: как процветать в неопределённом мире». Карим Харботт

Карим Харботт, бизнес-консультант и автор бестселлеров по agile, предлагает универсальную модель построения дела, основанную на шести факторах: лидерстве, культуре компании, структуре, вовлеченности сотрудников, управлении командой и методах совместной работы. Эта книга поможет понять, как эти факторы могут привести вашу компанию к успеху.

• «Мост к Agile для Software Project Manager’s». Мишель Слайдер, Стейша Бродерик

Авторы этой книги объясняют основы agile-подхода и делятся опытом перехода к нему. Они обсуждают проблемы, с которыми сталкиваются менеджеры в процессе его внедрения, и предлагают рекомендации по успешной адаптации к новой модели управления проектами.

• «Scrum без ошибок. Инструменты, техники и советы для тех, кто работает по Agile». Илан Голдштейн

Илан Голдштейн, опытный scrum-тренер, предлагает 30 лайфхаков, которые помогут внедрить метод успешно и эффективно. Он рассматривает подводные камни, с которыми сталкиваются команды, практикующие scrum, и предлагает способы их преодоления.

Книга также обсуждает ключевые метрики и планирование целей спринтов. Про типичные ошибки и способы их устранения автор рассказал в остроумных и запоминающихся историях.

• «Чистый Agile. Основы гибкости». Роберт Мартин

В этой книге Роберт Мартин объясняет, как правильно применять agile-подход в разных ролях и сферах бизнеса. Он демонстрирует, как agile может помочь в управлении проектами, достижении лучших результатов. Книга предоставляет практические советы для разработчиков, тестировщиков, руководителей и клиентов.

Частые вопросы про Agile-методологию

• Какое устройство agile-команды?

Она отличается от традиционных групп тем, что каждый участник имеет равнозначную позицию и ответственность. Роли внутри команды распределяются в зависимости от проекта. В IT-компаниях в agile-проекте:

1. product owner;
2. project-менеджеры;
3. UX-дизайнеры;
4. технические писатели;
5. разработчики (тип зависит от профиля проекта);
6. тестировщики.

Даже product owner, который формулирует требования к продукту, не является руководителем, а просто берет на себя ответственность за видение и функционал продукта.

• Какая роль agile coach?

Он играет важную роль в успешном внедрении подхода в компанию. Его задача – приобщить команду к ценностям метода и помочь бизнесу расти. Agile-коуч повышает эффективность команды, обучает ее его практикам, развивает комьюнити и участвует в гильдиях. Он также настраивает процессы знаний и обеспечивает их обмен внутри команды, так называемый knowledge sharing (англ. «поделиться знаниями»).

• Как применять agile в маркетинге?

В маркетинге этот подход позволяет компаниям эффективно расти и привлекать новые деньги. Но важно помнить, что специалисты работают для людей, остальное – на втором плане.

При формировании стратегии продвижения необходимо ответить на вопросы:

1. Какие проблемы клиентов решает наш продукт?
2. Как стать незаменимым?
3. Почему мы лучше конкурентов?

Важно:

1. Agile-подход предполагает проведение множества маленьких экспериментов и тестирование гипотез.
2. Стратегия маркетинга должна корректироваться на основе данных, а не мнений. Важно настраивать каналы обратной связи с командой.
3. Сотрудничайте с клиентами, а не стройте жесткую иерархию.
4. Запускайте адаптивные кампании вместо больших и сложных.
5. Основа изменений – изучение отзывов и реакции клиентов.

В современном бизнесе гибкость и адаптивность – ключевые факторы успеха. Методология agile и agile-команда позволяют эффективно работать в быстром темпе и достигать поставленных целей. Применение способа в маркетинге помогает компаниям расти, привлекать новых клиентов и успешно конкурировать на рынке. Будьте готовы к изменениям, проводите эксперименты и учитесь на основе данных – в этом помогут принципы agile.

Автор статьи

Галина Кочеткова

Понравилась статья? Поделитесь: