Получите 4 курса для старта работы в IT
И выберите себе одну из 100+ IT-профессий во время обучения
Кнопка закрыть топ-бар
ГлавнаяБлогСтоит ли применять метод Agile: кому подходит, а кому нет
Программы для создания базы данных
3 940
Время чтения: 17 минут

Стоит ли применять метод Agile: кому подходит, а кому нет

Сохранить статью:
Сохранить статью:
В статье рассказывается: 
  1. Что такое методология Agile
  2. Краткая история методологии Agile
  3. Отличия Agile от Waterfall
  4. 12 принципов метода Agile
  5. Плюсы и минусы Agile
  6. Где используется Agile
  7. Нужен ли вашей команде Agile
  8. Ключевые моменты в применении Agile
  9. Когда не следует применять метод Agile
  10. Книги про Agile

Что это такое? Методология Agile – это эффективная схема управления проектами. Ее разработали в 1990-х годах, но усовершенствовали чуть больше 20 лет назад. Изначально Agile придумали для работы над ПО, но со временем метод распространился и в других сферах деятельности. Существует много примеров, где схема зарекомендовала себя с положительной стороны. Ее обкатали Microsoft, Spotify, М.Видео, Иннополис и другие известные компании.

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

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

Итак, что такое Agile простыми словами? Agile – это особая продуктивная система управления проектами, в которой задействуется четыре ценности и 12 основополагающих принципов.

Упомянутые четыре ценности изложены в документе под названием манифест Agile (Agile Manifesto). Суть их в следующем:

  1. В первую очередь, внимание к людям, их взаимодействиям. И лишь потом – к процессам и инструментам.
  2. Главное – не документация к продукту, а его корректная работа.
  3. Важнее на деле наладить плодотворное сотрудничество с заказчиком, чем тщательно выверять условия договора.
  4. Важнее уметь оперативно подстраиваться под обстоятельства, чем строго следовать намеченному плану.

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

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

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

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

Для реализации Agile-проектов чаще всего применяются следующие фреймворки:

  • Scrum;
  • DSDM;
  • Kanban;
  • Экстремальное программирование.

Краткая история методологии Agile

По поводу момента зарождения принципов Agile сведения из разных источников неодинаковы. Как отправные точки указываются и 1960-е, и 1975-й, и 1990-е годы. Но все сходятся в одном: начало было положено Манифестом гибкой разработки программных продуктов, который так и называли — манифест Agile.

Год первого издания манифеста Agile – 2001. Ведущие разработчики специально собрались в штате Юта для того, чтобы обсудить проблемы отрасли (в частности – найти новые способы управления процессами разработок ПО) и подготовили текст манифеста.

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

Решение было найдено такое: проект следует разбивать на итерации (спринты). Тогда и разработка, и тестирование пойдет быстрее. Нужно показывать клиенту результаты каждой итерации (а не весь продукт целиком) и по результатам отзыва (ретроспективы) тут же вносить корректировки.

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

Отличия Agile от Waterfall

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

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

Вот основополагающие принципы Waterfall:

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

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

ТОП-30 IT-профессий
2022 года с доходом
от 200 000 ₽
Команда GeekBrains совместно с международными специалистами по развитию карьеры подготовили материалы, которые помогут вам начать путь к профессии мечты.
Подборка содержит только самые востребованные и высокооплачиваемые специальности и направления в IT-сфере. 86% наших учеников с помощью данных материалов определились с карьерной целью на ближайшее будущее!

Скачивайте и используйте уже сегодня:

Александр Сагун
Александр Сагун
Исполнительный
директор Geekbrains
pdf иконка

Топ-30 самых востребованных и высокооплачиваемых профессий 2022

Поможет разобраться в актуальной ситуации на рынке труда

doc иконка

Подборка 50+ ресурсов об IT-сфере

Только лучшие телеграм-каналы, каналы Youtube, подкасты, форумы и многое другое для того, чтобы узнавать новое про IT

pdf иконка

ТОП 50+ сервисов и приложений от Geekbrains

Безопасные и надежные программы для работы в наши дни

pdf 3,7mb
doc 1,7mb
Уже скачали 13124 pdf иконка

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

12 принципов метода Agile

Манифест Agile включает в себя 12 основных принципов планирования, обязательных к исполнению при работе над проектами. Эти принципы такие:

  1. Приоритетная цель – быстрое и регулярное предоставление программного обеспечение заказчику, то есть, оперативное удовлетворение его интересов. Имеется в виду, что клиент получает по итогу не весь продукт целиком, а периодически и может видеть и оценивать промежуточные результаты.
  2. Agile – это методология, при которой изменения возможны (и даже приветствуются) вплоть до завершающего этапа разработки. Эти изменения должны в итоге давать заказчику возможность успешно конкурировать. Разработчики манифеста обратили внимание, что при традиционном подходе вносить корректировки на поздних стадиях достаточно трудно. В то время как Agile позволяет максимально оперативно адаптировать проект к любым вновь появляющимся требованиям.
  3. Желательно почаще запускать продукт в работу, с периодом от двух недель до двух месяцев. Интервальное планирование при подобном подходе позволяет это делать. Чаще всего команды, работающие по системе Agile, делят проект на спринты и по завершении каждого выдают готовый к работе продукт. Длительность этих спринтов варьируется в промежутке от 1 до 4 недель.
  4. Заказчик и разработчики должны тесно сотрудничать на протяжении всего срока реализации проекта. Лишь при таком подходе методология Agile действительно покажет свою эффективность, а результатом станет отличный, качественный продукт. Совещания рекомендуется проводить каждый день с привлечением к ним команды Agile, представителей заказчика и прочих заинтересованных сторон.
  5. Специалистов, занимающихся проектом, непременно необходимо хорошо замотивировать. Хотите получить качественный результат – доверьтесь профессионалам, обеспечьте им соответствующие условия для работы и всестороннюю поддержку. Концепция применения Agile подразумевает следующее: необходимо грамотно подобрать исполнителей на каждый участок проекта и дать им полную свободу действий. Специалисты при этом приглашаются с учетом их навыков, опыта, вне зависимости от занимаемых должностей. Задача менеджера проекта – не «давить» жёстким контролем, а давать максимальную поддержку и мотивацию.
  6. Лучший способ взаимодействия и обмена данными (с самой командой и внутри неё) – это тесное общение. Разработчики манифеста придавали этому особое значение. Подчеркивалось, что участники должны иметь возможность работать в непосредственной близости друг от друга. Телефонные переговоры или переписка по e-mail не дают такого эффекта, как личный контакт. Если команда не может быть размещена в общем офисе, то для обеспечения невербального взаимодействия организовывайте видео-совещания.
  7. Главный показатель результативности – это работающий продукт. Подход Agile подразумевает регулярную его демонстрацию. Именно это ставится во главу угла, а все прочие сопутствующие требования (вроде подготовки документации по проекту, соблюдения сроков и т.п.) отодвигаются на второй план.
  8. Все заинтересованные стороны (разработчики, инвесторы, заказчики) должны быть готовы к бесконечному поддержанию рабочего ритма. И благодаря Agile это возможно. Данный принцип означает, что работа над проектом должна вестись в стабильном темпе, от одного шага итерации – к последующему и так далее. При таком подходе (с разбивкой всего процесса на части) возможность переработок сводится к минимуму, и сроки тоже, как правило, остаются соблюденными, если функционирующий результат регулярно демонстрируется. Плюс разбивка помогает организовать рабочие циклы, которые членам команды останется лишь повторять столько, сколько потребуется.
  9. Повышению технических характеристик и в целом качеству разработок здесь уделяется большое внимание, что делает весь проект более гибким. На первом месте тут улучшение окончательного результата с постоянным прогрессированием. Задача команды – внедрять и внедрять инновации, улучшая каждую итерацию шаг за шагом.
  10. Подчеркивается необходимость сведения к минимуму лишних действий, то есть, чем проще – тем лучше. Согласно принципам Agile, результат должен получиться рабочим и отвечать заявленным требованиям. Всё, что не имеет важности для клиента, или неоправданно увеличивает объёмы работ (дополнительные шаги, процессы, документы, задачи и т.п.), следует исключить.
  11. Команды, которым предоставлена возможность самоорганизации, как правило, способны генерировать лучшие решения (и архитектурные, и технические). Один из принципов Agile состоит в том, чтобы привлекать к работе над проектом высококвалифицированных, самостоятельных профессионалов, давать достаточную мотивацию и широкие полномочия для формирования необходимой структуры. Им следует предоставить свободу действий, не контролировать слишком плотно, позволить самим принимать решения касательно внедрения инноваций.
  12. Одна из задач команды – постоянно вносить корректировки в работу с целью повышения эффективности. Для этого требуется систематически анализировать процесс. Команда сама способна обеспечить достаточный рост, если у неё хороший уровень самомотивации, есть способность совершенствовать собственные навыки и применять их. Регулярные обсуждения результатов и возможных улучшений тут обязательны.

Плюсы и минусы Agile

Положительные аспекты:

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

Слабые стороны:

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

Где используется Agile

Изначально Agile использовался больше для разработки ПО, компьютерных игр, программных интерфейсов. Это были Google, Netflix, Microsoft, WordPress, Magna International, Spotify, Intronis, Ericsson, Dell, Adobe, Accenture, Riot Games, CH Robinson, Scrum Alliance.

Только до 11.08
Как за 3 часа
разбираться в IT
лучше, чем 90%
новичков и выйти на
доход в 200 000 ₽?
Приглашаем вас на бесплатный онлайн-интенсив «Путь в IT»! За несколько часов эксперты GeekBrains разберутся, как устроена сфера информационных технологий, как в нее попасть и развиваться.
Александр Волчек CEO GeekBrains

Интенсив «Путь в IT» поможет:

  • За 3 часа разбираться в IT лучше, чем 90% новичков.
  • Понять, что действительно ждет IT-индустрию в ближайшие 10 лет.
  • Узнать как по шагам c нуля выйти на доход в 200 000 ₽ в IT.
При регистрации вы получите в подарок:
pdf иконка

«Колесо компетенций»

Тест, в котором вы оцениваете свои качества и узнаете, какая профессия в IT подходит именно вам

doc иконка

«Критические ошибки, которые могут разрушить карьеру»

Собрали 7 типичных ошибок, четвертую должен знать каждый!

pdf иконка

Тест "Есть ли у вас синдром самозванца?"

Мини-тест из 11 вопросов поможет вам увидеть своего внутреннего критика

pdf иконка

Гайд по профессиям в IT

5 профессий с данными о навыках и средней заработной плате

Хотите сделать первый шаг и погрузиться в мир информационных технологий? Регистрируйтесь и смотрите интенсив:
Только до 11 августа
Осталось 17 мест

На сегодняшний день Agile применяется уже значительно шире. К примеру, в производстве истребителей (Saab), сельскохозяйственной техники (General Electric и John Deere).

В России Agile стал востребован лишь спустя несколько лет (после появления на Западе), но его популярность здесь, пожалуй, ничуть не меньше, чем за рубежом. Данный подход к планированию успешно задействуется в сфере IT, на производственных предприятиях, в банках, ритейл-компаниях, во всевозможных онлайн-службах. В частности, это: First Line Software (сфера деятельности – разработка ПО), «М.Видео» (торговля электронной техникой), Dostаевский (компания по организации доставок), IVI (онлайн-кинотеатр), 12 Storeez (модный бренд одежды), НМЛК (сталелитейная компания).

ScrumTrek каждый год анализирует использование Agile в России. Результаты за 2020 год (были собраны данные по тысяче участников из 80 российских городов) следующие:

  • Географически: 41 % исследованных команд работают в Москве, 14 % в Санкт-Петербурге, далее, в Перми – 6,4 %, в Казани и Иннополисе (специализированный научный IT-кластер) – 5,5 %, в Новосибирске – 5,4 %.
  • По отраслям: сфера деятельность 42 % участников, использующих Agile – это IT, далее 18 % приходится на финансовые учреждения, 8 % — на промышленные предприятия, 7 % — на ритейл, 4,8 % — на телекоммуникации, 3,2 % — на энергетическую отрасль и 2,8 % — на консалтинг.
  • 33 % команд применяют Agile при планировании проектов внутри собственной компании и при организации услуг для своих клиентов.
  • 41 % применяют в качестве фреймворка от Agile систему Scrum. Это на 7 % меньше, чем в прошлом году, и на 9 % меньше, чем в 2018. Далее, Kanban в рамках Agile-подхода используют 23 % опрошенных. Это на 8 % больше, чем в 2019 и на 13 % больше, чем в 2018. Получается, что популярность Kanban постепенно растет, приближаясь к показателям к Scrum. А вот в мире рост использования Scrum составил с 54 % до 58 %, а Kanban – с 5 % до 7 % (что, кстати, втрое ниже, чем в России).
  • 60 % предпочитают совмещать разные подходы, а 30 % имеют собственные методики или комбинированные варианты;
  • 22 % считают себя высококомпетентными в применении Agile. В сравнении с прошлым годом это на 9 % больше. Многие пару лет назад были едва знакомы с принципами Agile, а теперь свободно ими владеют, задействуют разные подходы, разрабатывают собственные. Впрочем, данные исследования ведутся всего лишь в течение трех лет, и тут еще рано делать выводы о ценности и результативности Agile.

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

IT – основная сфера, где сейчас находит применение Agile. Постепенно он проникает и в другие области, однако далеко не везде гибкий подход целесообразен. Он эффективен, если:

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

По сути, Agile отличный инструмент для стартапов, но не для крупных компаний с множеством процессов, работа которых уже давно отлажена. Тут эффективнее себя показывают доступные для масштабирования элементы Agile вроде SAFe (Scaled Agile Framework) и LeSS (Large-Scale Scrum).

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

А для тестирования новых идей (без многократного повторения всех этапов разработки) отлично годятся методики типа Customer Development, Design Thinking и др.

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

Есть еще более обобщенный метод Business Agility (ему буквально 2-3 года, переводится как «гибкость в бизнесе»). В его основе – тоже принципы Agile (подразумевающие быструю разработку продукта), плюс еще быстрое реагирование на изменение внешних условий, гибкий подход к постановке целей и задействию ресурсов.

Ключевые моменты в применении Agile

Система Agile применима для самых разных сфер бизнеса. Но прежде, чем внедрять, нужно «разложить по полочкам» порядок её практического применения.

Распределение ролей по Agile

Роли тут следующие:

  1. Собственник продукта. Не вникает в технические тонкости процесса, но имеет точное представление о том, с какой целью и для кого этот продукт создается.
  2. Координатор. Организует рабочий процесс, придает нужное направление действиям сотрудников.
  3. Группа специалистов. Технические разработчики продукта.

Система иерархии в Agile

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

Пропускная способность процесса

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

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

Тут имеет значение сфера деятельности. В частности, на первом месте может быть:

  • Value Based. То есть, оценивается, насколько задача прибыльна и полезна для бизнеса, помогает ли повышать его репутацию, решать проблемы пользователей.
  • Technology Risk Based. Оценивается, насколько велики технологические риски в ходе выполнения задачи. К примеру, выдвигается слишком много требований, или велико воздействие внешних факторов и т. п.

График выполнения задач

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

Внедрение методологии Agile

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

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

Когда не следует применять метод Agile

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

Когда не следует применять метод Agile
Когда не следует применять метод Agile

Ниже описано четыре примера, в которых использовать Agile нет смысла:

  • Результат проекта четко определен и не может быть изменен

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

  • Изначально ставится задача многократного повторения результатов проекта

Определение понятия «проект» звучит так: «это ограниченная по времени совокупность мероприятий с началом и окончанием для создания уникального продукта, услуги или результата». Пусть, например, заказчик заказывает строительство пяти одинаковых коттеджей.

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

  • Заинтересованные стороны отказываются от применения Agile

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

  • Вы сами не готовы к использованию Agile

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

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

  1. Суть гибкой методологии недопонята. Члены группы разработки не обучены, или не понимают в полной мере принципы, методы и модели Agile, то есть, полноценно применить данный инструмент они не могут.
  2. Какая-то из заинтересованных сторон (заказчик, инвестор, исполнитель) не хотят задействовать Agile. Это следует обсудить еще до начала работы над проектом.
  3. У вашей компании нет возможностей для ежедневного взаимодействия. Тогда сотрудничество вряд ли получится плодотворным, и от использования Agile лучше отказаться.
  4. Между отделами компании нет тесного взаимодействия. При внедрении Agile оно обязательно должно быть, тут не обойтись без совместных совещаний, обсуждений деталей проекта. В противном случае успеха в реализации не ждите.
  5. Компания перегружена документацией, правила требуют отражать любое действие в куче отчетов. Тогда Agile может обойтись слишком дорого. Уменьшение количества отчетов, требований и контрольных матриц как раз входит в приведенный выше список принципов Agile.

Книги про Agile

  • Роб Коул и Эдвард Скотчер: «Блистательный Agile. Гибкое управление проектами с помощью Agile, Scrum и Kanban». Подойдет тем, кто решил начать внедрять у себя в компании гибкий менеджмент проектирования.
  • Стивен Деннинг: «Эпоха Agile. Как умные компании меняются и достигают результатов». Автор учит постановке целей и работе по ним с применением гибких методологий на всех управленческих уровнях.
  • Джеф Сазерленд: «Scrum. Революционный метод управления проектами». Фреймворк Scrum — это именно его детище. Книга полезна для Scrum-мастеров, желающих разбираться в данном инструменте и использовать его в работе.
  • Хенрик Книберг и Маттиас Скарин: «Scrum и Kanban: выжимаем максимум». По сути – сравнительная характеристика двух методологий с описанием их достоинств и недостатков, приведением примеров применения.
  • Составленный специалистами концерна Toyota сборник статей «Канбан и «точно вовремя» на Toyota. Менеджмент начинается на рабочем месте». Тут описывается процесс внедрения инструмента Kanban в компании, где смешаны американская и японская системы управления. Описывается, как поменялись в результате этого внутренние процессы.
  • Майк Кон: «Agile: Оценка и планирование проектов». О каком бы проекте ни шла речь, в нем обязательно должно присутствовать планирование и оценка результатов. Конечно, бывает и такое, что планы оказываются не совсем реалистичными. Автор книги с системой Agile, что называется, «на ты». Он учит применять эту методику к самым разным по масштабам проектам, грамотно планировать их и оценивать.

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

Оцените статью
Рейтинг: 5
( голосов 2 )
Поделиться статьей
Добавить комментарий

Забрать
гарантированный
подарок

Получите бесплатно подборку файлов от GeekBrains:

Осталось 17 мест

Поздравляем! Вы выиграли 2-х дневный интенсив "Путь в IT". Чтобы закрепить подарок и получить к нему доступ, заполните информацию в открывшемся окне

Редирект для продолжения диалога
×
Петр Озеров
Петр Озеров печатает ...