Agile это: Развитие мышления Agile | Atlassian

Развитие мышления Agile | Atlassian

Резюме. Чтобы успешно применять методологию Agile, команды должны развивать гибкое мышление. Мышление Agile — это мыслительный процесс, который направлен на понимание, сотрудничество, обучение и сохранение гибкости для достижения высоких результатов. Сочетая мышление Agile с процессами и инструментами, команды могут адаптироваться к изменениям и обеспечить инкрементную поставку ценности своим клиентам.

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

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

Теперь мысленно перенесите этот сценарий на вашу работу.

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

В рабочей среде Agile эффективная базовая система руководящих принципов помогает командам гибко оптимизировать работу, чтобы ускорить поставку и повысить ее качество.

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

Мышление Agile

Мышление Agile — это мыслительный процесс, который направлен на понимание, сотрудничество, обучение и сохранение гибкости для достижения высоких результатов. Такой образ мышления помогает командам приспосабливаться к изменениям, а не противостоять им. Участники команды должны не просто ознакомиться с методами Agile и начать их формально применять. Важно действительно понять и принять эту методологию и руководствоваться ею во всех рабочих аспектах. Когда станет понятно, «почему» выбрана методика Agile, вопрос «как ее использовать?» решится естественным образом, в зависимости от потребностей команды.

Не секрет, что перемены даются нелегко, и бывает непросто ориентироваться в новой реальности, особенно когда речь идет о сложных проектах. Внесение даже незначительных корректировок в существующие системы часто может казаться утомительным и не стоящим затраченных усилий занятием. Исследования показывают, что в 60–80 % случаев провал проекта напрямую связан с плохим сбором и анализом требований, а также управлением изменениями в них. Мышление Agile — это идеальный подход к таким нестабильным и сложным средам, поскольку оно дает возможность принимать изменения, вместо того чтобы их избегать.

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

Четыре основных принципа мышления Agile

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

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

Уважительное отношение ко всем участникам команды

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

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

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

Сотрудники должны видеть, что менеджеры подкрепляют слова делом и первыми смещают фокус внимания с себя на группу. Иными словами, чтобы реализовать на практике концепцию Agile, в организации должно существовать взаимное уважение. Моделирование совместной работы, признание ошибок и поощрение улучшений помогает укрепить систему и создать успешную развивающуюся практику. Неумение или нежелание сотрудничать приводит к снижению производительности. Мышление Agile борется с этим, поощряя совместную работу участников и внесение каждым адекватного вклада в проект.

Оптимизированный и устойчивый процесс

Оптимизированный рабочий процесс означает внедрение инкрементной поставки, уменьшение размера пакетов и постоянное совершенствование. Мышление Agile основывается на качестве: оно дает командам возможность увеличить ценность результатов и сократить потери. Гораздо проще решить проблему сразу после ее возникновения, чем в конце рабочего процесса. Представьте, например, процесс покраски дома. Если вы покрасите одну стену в неправильный цвет, ее перекраска не займет много времени, и проблема будет решена. Но если покрасить в неправильный цвет весь дом, то масштаб проблемы резко возрастет, и тогда на ее решение придется потратить много времени и сил.

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

Поощрение инноваций в команде

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

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

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

Акцент на постоянном улучшении

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

Гармоничное сочетание структуры и инноваций позволяет сформировать у команды определенные ожидания, но не отнимает свободы поиска новых способов улучшения. Участники команды должны регулярно встречаться, чтобы общаться друг с другом, вносить необходимые коррективы и синхронизировать свое понимание методов Agile. Непрерывная поставка будет успешной, если включить в непрерывный процесс обратную связь команды и улучшения. Так мышление Agile замыкает цикл и создает действие, направленное на улучшение результатов.

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

Инструменты помогают оптимизировать agile-процессы, чтобы команда могла сосредоточиться на решении проблем и с легкостью двигаться вперед. По мере того как команда совершенствует свое мышление и методы Agile, инструменты постепенно адаптируются к этим изменениям и новым потребностям рабочего процесса.

Использование Confluence и Jira для формирования мышления Agile

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

Мы рекомендуем неразлучную парочку — Confluence и Jira. На страницах в общем открытом разделе Confluence все участники команды могут внести свой вклад и совместно работать над видением, целями и реализацией проектов. Jira раскрывает всю мощь Agile благодаря гибкому планированию, прозрачности процессов, масштабируемости и многому другому. Объединив эти инструменты, вы создадите основу для успеха команды, следующей принципам Agile.

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

Kelly Drozd

Келли — маркетолог продуктов в команде Jira. Она стремится к непрерывному совершенствованию и помогает командам повышать эффективность совместной работы. До перехода в Atlassian Келли руководила внедрением методов Agile и преобразованиями в маркетинговых командах, в том числе масштабированием Jira и Confluence более чем для десятка структурных подразделений и сотен пользователей. В свободное время, когда она не рассказывает миру о мощных инструментах Atlassian для команд, Келли занимается йогой и гуляет с собаками у холмов Сан-Франциско.

Квартальное agile-планирование — 8 шагов для начала работы

Отправляясь на очередное рабочее совещание по квартальному agile-планированию, я поняла, что тоже работаю над долгосрочным проектом: строю дом. Создание программного обеспечения и строительство дома во многом похожи: это долгосрочные проекты, в которых нескольким командам необходимо согласовывать действия друг с другом, и к тому же (тут меня поймет любой домовладелец) они никогда не заканчиваются. Всегда может понадобиться внести улучшения, что-нибудь починить или поменять с учетом новых рыночных тенденций. Без плана вы рискуете столкнуться с потенциальными блокерами и вечно отодвигать дату въезда.

У разработки программного продукта есть одно выгодное отличие от строительства — возможность применения agile-методологии. Она позволяет нескольким командам быстро реагировать на изменения. Но как agile‑методология, в основе которой лежат частые и непрерывные поставки, может сосуществовать с долгосрочным планированием проекта? Можно ли создать реалистичный прогноз на длительный период, зная, что единственная постоянная — это изменение?

Независимо от того, на каком этапе agile-пути вы находитесь, используете вы kanban, scrum или только начинаете практиковать agile-подход при любом масштабе, в процессе разработки долгосрочного стратегического видения вам все равно требуется управлять кадрами, объемами работы и сроками. При разработке программного обеспечения сложно создать концепцию развития с помощью изолированных инструментов вроде диаграмм Ганта, электронных таблиц и всевозможных сочетаний инструментов управления портфелем проектов (PPM). Либо, как это было в случае с моим подрядчиком, мешанина из электронных таблиц, писем и текстовых сообщений становится просто непригодной к использованию.

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

Шаг 1. Начните с комплексного представления проекта.

Как при строительстве дома, так и при выпуске продукта нужно определить видение и выделить стратегические темы. Представьте, что темы — это основные направления деятельности в рамках организации. На чем вы хотите сосредоточиться в течение следующего квартала, шести месяцев, года? Чему вы хотите посвятить время и ресурсы? Производительность, взаимодействие с пользователем, безопасность, новые конкурентоспособные возможности (кто-нибудь хочет джакузи?) или сразу несколько пунктов из этого перечня?

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

Шаг 2. Определите самые важные составляющие.

Например, для обеспечения безопасности необходимо поставить новый фундамент, отвесные стены по периметру, массивные щитовые двери и окна с двойным остеклением.

Шаг 3. Разбейте работу на части.

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

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

Он поможет на следующем, самом важном этапе процесса планирования: оценке.

Шаг 4. Проведите оценку.

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

Здесь имеет значение опыт работы подрядчика (или менеджеров по продукту и разработке). Просмотрев аналогичные уже выполненные работы, можно получить ясное представление о том, что нужно для завершения каждого эпика.

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

Чуть позже вы передадите конечный вариант дорожной карты команде (разработчикам, установщикам окон и т. д.), и они укажут более точное время выполнения работ.

Шаг 5. Создайте умные релизы.

При использовании agile-методик разработки команды обычно поставляют работающую часть программного обеспечения в конце каждого спринта в виде релиза (или версии). Однако при долгосрочном планировании и составлении дорожной карты необходимо определить примерные точки релизов, чтобы вы могли прикинуть даты релизов в следующем квартале с помощью квартального agile-планирования. Такой точкой может быть «Завершение наружных работ по строительству дома», куда входят работы, связанные с установкой надежных окон, включая рамы, покраску, изоляцию и т. д.

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

Шаг 6. Создайте дорожную карту.

Теперь у вас есть предварительный бэклог, релизы и команды с определенной производительностью. Традиционный треугольник планирования показывает, что план имеет три переменные: объем работы (что вы хотите сделать), время (сколько времени это займет) и ресурсы (кто может это сделать). У вас есть все необходимое для создания реалистичной дорожной карты. Наконец-то подрядчик сможет сообщить примерную дату фактического заселения!

Профессиональный совет. Чтобы создать реалистичную дорожную карту для команд, принимать решения на основе имеющихся данных и постоянно информировать заинтересованные стороны о ходе работы в командах, можно воспользоваться таким инструментом, как дорожные карты в Jira Software.

Шаг 7. Поделитесь картой с командой и подтвердите ее.

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

Шаг 8. Продолжайте оптимизировать.

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

Хотите создать дорожную карту, чтобы обозначить цели на перспективу? Эта возможность предусмотрена в таких продуктах Jira Software, как Advanced Roadmaps и Jira Align. Посмотрите, чем они отличаются, и определите, какой из них оптимально подходит для вашего бизнеса.

Claire Drumond

Клэр Драмонд работает в Atlassian как специалист по маркетинговым стратегиям, докладчик и писатель. Она написала множество статей для блогов Trello и Atlassian. Материалы, подготовленные с ее участием, регулярно публикуются на Medium, в том числе в категориях HackerNoon, Art+Marketing и PoetsUnlimited. Клэр выступает на технических конференциях по всему миру, рассказывая о методиках agile, преодолении разрозненности и развитии эмпатии.

Что такое Agile? Введение в методологию и принципы Agile

ПредыдущийСледующий

• Учебное пособие

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

Прежде чем мы сможем начать работу с Agile, нам нужно хорошо понять водопадную модель.

Получите глубокое представление о популярной методологии проектов Agile Scrum с помощью сертификационного тренинга Agile Scrum Master! Ознакомьтесь с курсом прямо сейчас.

Что такое Agile?

Agile — это итеративный способ управления проектами и разработки программного обеспечения, который позволяет командам быстрее и эффективнее приносить пользу своим клиентам.

Agile-команда должна выполнять небольшие, но расходуемые части работы, а не ставить все на «большой взрыв».

Методологии Agile

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

Agile — это образ мышления

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

Гибкие методологии

1. Экстремальное программирование

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

2. Канбан

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

3. Бережливое

Это набор инструментов и принципов, направленных на выявление и устранение потерь для ускорения разработки процессов. Ценность максимальна, а отходы сведены к минимуму. Он используется практически во всех отраслях промышленности, производящих отходы в той или иной форме.

4. Схватка

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

5. Кристалл

Он фокусируется на людях и их взаимодействии, а не на инструментах и ​​процессах. Стремясь упростить процессы и улучшить оптимизацию, Crystal работает по принципу уникальности и динамичности проектов. Он используется, когда основное внимание уделяется укреплению командного взаимодействия, непрерывной интеграции, активному участию пользователей и настраиваемым процессам.

Подробнее: Agile vs Scrum: основные различия и сходства

Подробнее: Преимущества гибкой методологии

Далее давайте рассмотрим некоторые принципы Agile.

Гибкие принципы

Чтобы сделать процесс гибким, необходимо соблюдать следующие принципы.

1. Удовлетворенность клиентов

Клиент должен быть доволен быстрой доставкой товара.

2. Приветствуем изменение

Даже на поздних этапах разработки необходимо учитывать изменяющиеся потребности.

3. Доставляйте часто

Сосредоточьтесь на более коротких временных рамках и обеспечьте частую доставку продуктов.

4. Работайте вместе

Бизнес-команда и команда разработчиков должны работать вместе на протяжении всего проекта.

5. Мотивированная команда

Члены команды должны иметь мотивацию и доверие для успешного и своевременного завершения проекта.

6. Лицом к лицу

Общение лицом к лицу — одна из самых эффективных форм общения.

7. Рабочее программное обеспечение

Наличие рабочего результата является показателем прогресса, достигнутого в направлении конечного продукта.

8. Постоянный темп

Agile способствует устойчивому развитию.

9. Хороший дизайн

Повысьте маневренность, сосредоточившись на хорошем дизайне и техническом совершенстве.

10. Простота

Необходимо сократить количество времени, в течение которого работа не выполняется.

11. Самоорганизация

Эти типы команд обеспечивают лучшие проекты, требования и архитектуры.

12. Отражение и корректировка

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

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

Достаточно ли вы владеете терминологией Scrum и ее применением? Ответьте на эти вопросы экзамена Agile Scrum и узнайте прямо сегодня!

Ключевые концепции Agile

Вот несколько важных концепций Agile.

• Пользовательские истории: команда делит работу на функциональные блоки, известные как «пользовательские истории», по согласованию с клиентом или владельцем продукта. Каждая пользовательская история должна добавлять что-то ценное в конечный продукт.
• Ежедневное совещание: команда собирается каждый день в одно и то же время, чтобы сообщать всем информацию, необходимую для координации:
90 139 персон: когда этого требует проект, команда создает подробные сфабрикованные биографии гипотетических пользователей предполагаемого продукта.
• Команда. Небольшая группа лиц, назначенных для одного и того же проекта или усилия, почти все из которых работают полный рабочий день, в контексте Agile называется «командой».
• Инкрементная разработка: Agile-команды предпочитают использовать стратегию постепенной разработки, которая в условиях Agile означает, что каждая итерация продукта улучшает предыдущую за счет включения видимых пользователю функций.
• Итеративная разработка: проекты Agile намеренно допускают «повторение» действий по разработке программного обеспечения и возможность «повторного посещения» одних и тех же рабочих продуктов, что известно как итеративная разработка.
• Ретроспектива вех: после того, как проект уже запущен, команда посвящает от одного до трех дней изучению ключевых моментов.

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

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

Подробнее: Agile Sprint в разработке программного обеспечения
Узнайте больше: Что такое Disciplined Agile

Недостатки гибкой разработки

• Организационная культура может конфликтовать с гибкими ценностями
• Команды могут использовать непоследовательные методы
• Команды могут столкнуться с сопротивлением со стороны организаций при принятии изменений.

Когда следует использовать гибкое управление проектами?

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

Модель водопада

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

Давайте посмотрим на шаги модели водопада.

Сбор и анализ требований

Все системные требования, которые необходимо разработать, собираются на этом этапе и документируются в документе спецификации требований.

Дизайн системы

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

Реализация

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

Интеграция и тестирование

После того, как каждый блок протестирован, он интегрируется в систему. После этого вся система проверяется на неисправности и сбои.

Развертывание системы

После завершения функционального и нефункционального тестирования среда заказчика получает доступ или выпускается на рынок.

Техническое обслуживание

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

Использование методологий Agile и Waterfall

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

Далее поговорим о недостатках водопадной модели.

Недостатки модели водопада

Вот некоторые недостатки водопадной модели:

• Рабочее программное обеспечение создается только в конце жизненного цикла проекта
• Существует большое количество риска и неопределенности
• Не подходит для сложных и объектно-ориентированных проектов
• Не подходит для длительных и текущих проектов
• Измерение прогресса на этапах затруднено
• Изменение требований не может быть учтено
• Конечный пользователь/клиент не ориентирован на
• Тестирование отложено до завершения проекта

Что такое бизнес-гибкость?

Люди, стремящиеся к гибкости бизнеса, спрашивают себя: «Как мы можем структурировать и управлять нашей организацией таким образом, чтобы мы могли создавать и реагировать на изменения и справляться с неопределенностью?»

Гибкость бизнеса можно определить как понимание того, что для того, чтобы отдельные сотрудники организации могли работать с мышлением Agile, вся организация должна поддерживать это мышление. До того, как организация изменила свою структуру и операции, чтобы функционировать в неопределенной среде, гибкая разработка программного обеспечения никогда не была гибкой.

Гибкий бизнес-анализ или гибкое управление проектами

Люди, занимающиеся разработкой программного обеспечения, искали способ понять, как эти концепции Agile применяются в их работе по мере того, как Agile Software Development набирала популярность.

Разработчики программного обеспечения (вместе с тестировщиком) написали Agile-манифест и 12 принципов для решения проблем, с которыми они столкнулись.

Вопрос: «Как мы можем осуществлять управление проектами таким образом, чтобы мы могли создавать и реагировать на изменения и справляться с неопределенностью», поможет вам лучше понять Agile-управление проектами.

Заключение

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

Думаете, вам нужно больше навыков? Вы можете ознакомиться с сертификационным курсом Agile Scrum Master от Simplilearn. Мы подробно рассказываем, как можно реализовать Agile, различные методологии Agile, концепции scrum и многое другое. Курс также повысит вашу способность разрабатывать и поставлять качественную продукцию клиентам.

А если у вас есть какие-либо вопросы, сообщите нам об этом в разделе комментариев к этой статье, и наши специалисты свяжутся с вами прямо сейчас!

Методологии Agile: руководство для начинающих

Думаете о внедрении методологий Agile в своей организации? Вы не одиноки.

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

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

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

Что такое Agile?

Чтобы понять методологию Agile, полезно начать с самой Agile. Agile Alliance определяет Agile как «способность создавать изменения и реагировать на них. Это способ справиться с неопределенностью и турбулентностью и, в конечном счете, добиться успеха».

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

• Люди и взаимодействие важнее процессов и инструментов
• Рабочее программное обеспечение важнее подробной документации
• Сотрудничество с клиентами важнее переговоров по контракту
• Реагирование на изменения важнее следования плану

Вы можете быть (нижний регистр) agile, не будучи agile, и технически вы можете практиковать Agile, не испытывая по-настоящему agile. Dictionary.com определяет ловкость (любого рода) как «способность двигаться быстро и легко; ловкость», с этим вторичным определением: «умение быстро думать и делать выводы; интеллектуальная острота». Между тем (заглавные буквы) Agile описывает конкретный набор практик, ценностей и убеждений, направленных на обеспечение гибкости бизнеса.

Нам нравится использовать определение гибкости бизнеса, созданное исследователями McKinsey & Company, чтобы развить эту идею, которые определяют Agile как «способность быстро перенастраивать стратегию, структуру, процессы, людей и технологии для создания ценности и ценности». — защита возможностей». Эти определения отражают, что сама Agile — это образ мышления, а не техника. Вот где на помощь приходят Agile-методологии.

Что такое Agile-методологии?

Agile-методологии — это рамки, которые команды и организации используют для практического применения Agile-мышления. Если Agile — это что, Agile-методологии — это как.

Целью внедрения любой методологии Agile является повышение гибкости вашего бизнеса.

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

Давайте подробнее рассмотрим несколько самых популярных методологий Agile. К ним относятся:

• Scrum
• Extreme Programming (XP)
• Lean Development разработка программного обеспечения
• Kanban
• Crystal
• Development Development (FDD)
• Динамические системы разработки (DSDM)

Agile Methonologies Сравнение

DO)

. Agile методологии сравниваются друг с другом?

Scrum

Scrum — одна из наиболее широко используемых методологий Agile. Предписывающая структура, Scrum отлично подходит для управления итеративными и инкрементными проектами. Используя методологию Scrum Agile, Владелец Продукта устанавливает список приоритетов, Бэклог Продукта, который должен быть завершен кросс-функциональной командой. Команда работает над выпуском «потенциально готовых к поставке дополнений» программного обеспечения за 2-4-недельные спринты, в конце которых Бэклог Продукта переоценивается и расставляется по приоритетам.

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

Экстремальное программирование (XP)

Еще одна популярная методология Agile, Экстремальное программирование (XP), также делает упор на скорость и непрерывную доставку. Как и Scrum, XP позволяет сплоченным командам выпускать обновления рабочего программного обеспечения через частые промежутки времени, обычно каждые 1-3 недели. Он полагается на то, что клиенты сообщают о наиболее полезных функциях программного продукта, а разработчики работают над внедрением этой обратной связи.

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

Бережливая разработка программного обеспечения

Бережливая разработка программного обеспечения более гибкая, чем Scrum или XP, с меньшим количеством строгих указаний, правил или методов. Бережливое производство основано на наборе принципов, разработанных для обеспечения ценности и эффективности производства в середине 20-го века, и превратилось в настройку программного обеспечения. Бережливое производство опирается на пять принципов управления бережливым производством:

1. Определите ценность
2. Картирование потока создания ценности
3. Создание непрерывного рабочего процесса
4. Создание системы вытягивания
5. Непрерывное совершенствование

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

Канбан

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

Методология Kanban Agile опирается на шесть основных практик:

1. Визуализация рабочего процесса
2. Ограничение незавершенного производства
3. Управление потоком
4. Четкое определение политик процесса
5. Внедрение циклов обратной связи
6. Совместное совершенствование

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

Crystal

Методология Crystal Agile больше фокусируется на взаимодействии людей, участвующих в проекте, чем на инструментах и ​​методах разработки. Облегченная модель Crystal подчеркивает взаимодействие, людей, сообщество, навыки, общение и таланты.

Crystal классифицирует проекты по трем критериям:

1. Размер команды
2. Критичность системы
3. Приоритеты проекта

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

Разработка, ориентированная на функции (FDD)

Feature-Driven Development, или FDD, обеспечивает основу для разработки продукта, которая начинается с общей модели и постепенно становится более детализированной. Как и другие Agile-методологии, FDD направлена ​​на быструю поставку работающего программного обеспечения воспроизводимым способом. Для этого он использует концепцию «достаточно дизайна на начальном этапе» (JEDI), используя двухнедельные приращения для запуска итераций «план за функцией, дизайн за функцией, сборка за функцией».

Организациям, практикующим Agile, нравится Feature-Driven Development за ее ориентированный на функции подход и масштабируемость.

Метод разработки динамических систем (DSDM)

Метод разработки динамических систем (DSDM) завершает наш список известных методологий Agile. DSDM появился в 1990-х годах как способ обеспечить общую отраслевую структуру для быстрой доставки программного обеспечения. Сегодня он превратился в всеобъемлющую методологию Agile, которая вращается вокруг:

• Потребностей и ценности бизнеса
• Активного участия пользователей
• Расширенных возможностей команд
• Частой поставки
• Комплексное тестирование
• Сотрудничество с заинтересованными сторонами

Структура DSDM особенно полезна для определения приоритетов требований. Он также требует доработок, поэтому любые изменения в разработке должны быть обратимыми. DSDM опирается на спринты, как и другие методологии Agile, и часто используется в сочетании с такими подходами, как Scrum и XP.

Фреймворки для масштабирования Agile

В дополнение к этим методологиям Agile организации также полагаются на фреймворки для масштабирования Agile на предприятии. К ним относятся Scaled Agile Framework (SAFe®), Large Scale Scrum (LeSS), Disciplined Agile (DA), [email protected] и другие. Эти методы и фреймворки часто строятся на методологиях Agile, описанных выше, и повышают их ценность.

Чем отличаются три самых популярных корпоративных Agile-фреймворка?

Scaled Agile Framework® (SAFe®): Scaled Agile Framework описывает себя как «базу знаний проверенных, интегрированных принципов, практик и компетенций для достижения гибкости бизнеса с использованием Lean, Agile и DevOps».

SAFe — это хорошо зарекомендовавший себя и строгий подход к масштабированию Agile, который включает планирование на уровне команды, программы и портфеля. Фреймворк представил идею Agile Release Train (ART) для структурирования работы между командами из 50-125 человек, а также инженера Release Train (RTE) в качестве руководящей роли. SAFe требует последовательных двух- и десятинедельных итераций, которые могут хорошо сработать для организаций с более устоявшейся практикой Agile, но могут оказаться амбициозными для компаний, которые не знакомы с этой практикой.

Disciplined Agile (DA): Disciplineed Agile, ранее известная как Disciplined Agile Delivery (DAD), представляет собой «ориентированный на людей, ориентированный на обучение гибридный гибкий подход к предоставлению ИТ-решений». DA менее предписывающий, чем SAFe, и ориентирован скорее как основополагающий подход к Agile, чем как строгий «рецепт» масштабирования Agile. Он подчеркивает роли в команде и ориентированный на цель подход, что делает его более гибким, чем другие методологии масштабирования Agile.

Крупномасштабный Scrum (LeSS): как следует из названия, LeSS решает задачу масштабирования Agile через специфическую призму Scrum, помогая организации понять, «как применять принципы, цель, элементы и элегантность Scrum в крупномасштабный контекст, настолько простой, насколько это возможно». LeSS использует команды в качестве основных строительных блоков, уменьшает роль управления и выступает за простоту, а не за строго определенные процессы. LeSS признан эффективным подходом для организаций, которые уже используют методы scrum и хотят масштабировать Agile таким образом, чтобы он был одновременно оптимизированным и надежным.

Преимущества Agile-методологий

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

Грейльные методологии могут включить:	через:
Более эффективное планирование и управление проектом	. Поощрение более высокого динамического / затрат. организация	Содействие использованию инструментов визуального управления
Большее согласование командной деятельности со стратегией организации	Стимулирование регулярных обсуждений стратегии с помощью планирования Program Increment (PI) и использования показателей Agile, таких как цели и ключевые результаты (OKR)
Повышение способности реагировать на изменения на рынке	Сокращение циклов планирования и более адаптивное управление и методы финансирования
Проактивная, а не реактивная разработка решений	Акцент на сотрудничестве с клиентами и обратной связи
Лучшая способность прогнозировать и реагировать на изменения рынка	Непрерывный сбор отзывов клиентов; работа с короткими петлями обратной связи
Повышение стабильности/устойчивости организации	Развитие долгоживущих, самодостаточных команд

Кто применяет гибкие методологии?

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

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

Основные ценности Agile-методологий

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

Люди и взаимодействия важнее процессов и инструментов

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

И вот почему: многие из методов до Agile в значительной степени полагались на церемонию и дисциплину строго регламентированной системы управления рабочими процессами для поддержания контроля над людьми. На своем рабочем месте вы можете распознать это как излишне строгие правила в отношении того, где и как люди работают, догматическое использование программного обеспечения для «создания команды» вместо честных разговоров или другие способы сохранения контроля над людьми, которые не приносят положительных (финансовых или культурные) результаты.

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

Независимо от вашей отрасли, вы можете подумать об этой ценности, когда сталкиваетесь с любым решением, которое может потребовать нюансов и близости личного разговора: это что-то, что требует моего эмоционального интеллекта, критического мышления или творческого решения проблемы? ? Если нет, автоматизируйте. Если человеческое общение лицом к лицу принесет вам больше пользы, оставьте для этого место.

Работа (программное обеспечение) над исчерпывающей документацией

Хотя включение слова «программное обеспечение» в это значение может показаться связанным с программным обеспечением, на самом деле оно содержит ценную концепцию, которую можно применять практически к любому типу работы. Это значение предназначено для увеличения темпов разработки чего бы то ни было (будь то программное обеспечение, услуга, потребительский продукт или любое другое предложение), подчеркивая наличие работающего продукта в качестве основной цели.

И вот почему: до Agile методы разработки программного обеспечения требовали от команд создания подробной документации обо всем, что они делали.

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

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

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

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

Сотрудничество с клиентами при заключении контракта

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

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

Независимо от того, является ли ваш клиент внешним (фактически платящий клиент) или внутренним (ваш босс, который ждет презентации, которую вы готовите), всегда разумно собирать и учитывать отзывы на протяжении всего процесса «разработки», чтобы гарантировать, что то, что вы создают то, что им нужно.

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

Реагирование на изменения вместо следования плану

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

Проблема в том, что даже при самых точных оценках команды не всегда могут выполнить работу в соответствии с определенным графиком. Изменения в команде, данных, погоде, экономике или требованиях могут повлиять на ход работы. Не говоря уже о том, что создание долгосрочных планов (и отказ от их переоценки с течением времени) означает, что вы, вероятно, не сосредоточены на том, чтобы прислушиваться к тому, что говорит вам ваш рынок, когда вы его разрабатываете.

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

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

Как технологии могут поддерживать гибкие методологии?

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

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

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

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

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

На что обращать внимание в программном решении Agile

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

Хотя конкретные критерии для поиска будут различаться в зависимости от размера, зрелости и целей вашей организации, убедитесь, что ваше программное решение Agile включает следующее:

• Визуальное управление
• Lean и Agile показатели
• Иерархическая структура
• Возможность интеграции с существующими инструментами
• Обеспечивает связь
• Простота обновления и взаимодействия с

Практика Agile заключается в постоянном совершенствовании.