Agile методология разработки ПО: простое объяснение и преимущества

Agile is a flexible software development approach prioritizing team communication and adaptable product delivery.

### Agile Software Development Explained
* 🌱 **Agile** is not a programming language or framework, but a simple, flexible approach to software development.
* 👩‍💻 The speaker, Ekaterina Wexler, a 10-year veteran of large corporations (including General Motors), teaches technical skills and emphasizes practical application in her courses.
* 🌊 Traditional software development (Waterfall) involved sequential phases, often leading to late-stage issues and costly rework.  This is a lengthy process that can result in a product that doesn't meet client expectations.
* 🔄 Agile contrasts this by breaking development into short iterations (2-8 weeks), allowing for frequent feedback and adjustments. Each iteration involves designing, developing, testing, and delivering a small piece of functionality.
* 👍 Agile's advantages include faster development, lower costs, and continuous client input, minimizing the risk of major project failures.
* ⚠️ A potential drawback is reduced documentation, which can pose challenges if team members leave.  The "fast and dirty" approach prioritizes speed over extensive documentation.
* 📜 The Agile Manifesto outlines 12 principles and 4 values, available for reference.  Agile prioritizes communication and a functioning product above processes and tools.
* 🎯 Agile is an umbrella term encompassing various methodologies like Scrum and Kanban, offering a flexible framework adaptable to diverse project needs.

Аджайл — это не язык программирования, не фреймворк, не какая-то сложная

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

до конца, вы перестанете бояться этого слова. Если вы увидите вакансию с...

меня зовут Екатерина Вестер. Я проработала 10 лет в крупных корпорациях. Одним из проектов

например, было создание беспилотного автомобиля Chevrolet Bolt в компании

General Motors. Я занимаюсь обучением техническим навыкам. Например, сейчас у

меня есть два курса: один по базам данных SQL и один по… У меня фишка в том, что очень

очень много практики. Мои ученики много-много пишут на языке и… Ссылка на

мои курсы в описании под этим видео. А теперь давайте продолжим касательно

Аджайл. Чтобы понять, для чего его вообще придумали, я сейчас объясню, как было

раньше. Примерно в 70-е годы было несколько ступеней, так называемый

Waterfall, водопад, каскадная модель разработки. Несколько ступеней. Как это

вообще выглядело? Допустим, у вас проект для какой-нибудь банковской системы.  Банку нужно,

чтобы у него много там всего было: отправка договоров, заключение сделок с

другими банками, ипотека и так далее. Это есть большой такой крупный

Для продукта сначала пишутся требования, собираются данные, всё это длится месяц, согласуется.

Потом переходит на следующую фазу — проектирование. Проектируется вся система целиком, вся функциональность.

Затем разработчики пишут код — месяц, два, три, в зависимости от объёма работы.

Дальше всё передаётся в тестирование.  Сначала и до конца тестируется.

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

Всё это возвращается обратно спустя много месяцев.  После тестирования поставляется заказчику.

Происходит запуск, инсталляция в среде заказчика, и… ничего не работает.

Вся работа, которая шла по фазам, оказывается не то что коту под хвост…

Вот такая ситуация, и теперь нужно вернуться к истокам. Да, там имена, а кто и...

фазе, где что-то упало, там это всё переделывать, и ещё ответственный...

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

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

не знаете, что вы получите, получится ли то, что ожидал заказчик, или да, он...

как-то той картинке, где ожидание не сходится с реальностью, и...

кроме того, это получается соответственно дорого, и такая тяжеловесная

система разработки ещё и медленная. Но в текущем мире, если вы разрабатываете, да...

там вам нужно мобильное приложение, и вы работаете таким образом, то вы ваш бизнес

вообще поздравите со всем на свете. Поэтому придумали гибкие процессы

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

разработки программного обеспечения, а сами создатели Agile говорят, что это

вообще философия, то есть это то, как ты живёшь. И в чём разница, если

была вот такая каскадная модель, the waterfall, или всё вот это дело...

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

Дам 8 недель, допустим, возьмем там три недели. У нас есть три недели, в этот…

Эти 3 недели берется какое-то одно требование, оно проектируется,

разрабатывается, тестируется и поставляется заказчику, и сразу

спрашивает: "Это то, что вы хотели? Дайте нам фидбэк", и переходим дальше. Еще три

недели, еще три недели, и получается вот такая гибкая система. То есть это вот waterfall,

в грубом говоря, миниатюре. И какие плюсы

таких маленьких имплементаций? Во-первых, вы не берете всю систему, вы берете

маленькие кусочки, и по каждому кусочку вы можете получить сразу фидбэк от

заказчика. В этом одно из преимуществ данного подхода.

Соответственно, вы можете быстро что-то изменить, среагировать. То есть получается быстрая

разработка, и стоит это соответственно дешевле. И у вас

нету вот этого подарка в конце целого проекта, чтобы *бах* — и все взорвалось.  Да,

казалось бы, звучит это все круто, но тем не менее, у него или есть свои минусы.

Основной минус — что при таком подходе проект получается мало задокументирован.

То есть, если кто-то уходит, то знания могут уйти вместе с этим человеком. Нет…

времени писать там очень подробную документацию, на это не заморачиваются.

Есть подход такой: fast and dirty — быстро и грязно. Вот разработка

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

каких-то серьёзных проектах, да, там, как

банковская система, то тогда, конечно, предпочитают другие методы разработки,

чтобы была полная, чёткая документация, чтобы ничто никогда не потерялось.

Создатели Agile написали целый манифест, он описывает 12 принципов Agile и 4

ценности. Вы можете почитать об этом в Википедии, там очень просто и понятно

написано. А теперь подведём просто итог: да что такое Agile? Agile — это гибкая

методология или гибкий подход к разработке программного обеспечения,

при котором получается, что коммуникация в команде важнее, чем процессы или

инструменты. На вот насчёт вот этого всего не заморачиваются. Готовый продукт

важнее, чем что бы то ни было. Уважают коммуникации,  встречи осуществляются

часто, как правило, в конце каждой итерации. И при этом Agile — это гибкий

подход, а соответственно, команда готова к изменениям, готова что-то менять по ходу.

Дела, еду, забыла сказать, что "Agile" — это обобщающий термин, существует много

различных подходов, основанных на методологии Agile, таких как Scrum, Kanban,

ну, там и другие. Поэтому имейте в виду, что Agile — это основа, база, из которой

могут вытекать различные вот такие направления по управлению проектами. Вот

и всё. Если вы видите в вакансии слово "Agile", вы теперь понимаете, что это значит.

Понимают, как работает команда. Да, то есть, когда вы только вливаетесь в группу, вы

уже имеете представление, как это выглядит. Я прям настоятельно рекомендую:

если вы открываете вакансию, если просто пробегитесь по всем непонятным словам,

посмотрите определение. Может быть, это что-то такое простое, как тот же

Agile, что можно погуглить за час-два и быстро

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

вакансию. Я, к слову, интересный пример:  входил в сферу, и один из моих

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

образования соответствующего. То переходите к следующему ролику. На этом

ЧТО ТАКОЕ AGILE - АДЖАЙЛ ЭТО..

Ekaterina Wexler - Айти - Айтишечка

Agile is not a programming language, framework, or complex technical tool.

Introduction of Ekaterina Wexler, her experience in large corporations (including General Motors), and her focus on practical technical training.

Mention of her SQL and other courses with a strong emphasis on practical application.

Transition to explaining Agile and its origins.

The Waterfall Model of Software Development

Description of the Waterfall model, a multi-stage process used in software development (70s).

Example of a banking system project illustrating the Waterfall model's stages: requirements gathering, design, development, testing, and deployment.

Problem with Waterfall: discrepancies discovered during testing leading to significant rework and delays.

Consequences of the Waterfall approach: project failure and the need to restart from the beginning.

Drawbacks of the Waterfall model: lengthy process, uncertainty about the final product, high cost, and slow development.

Agile as a response to the limitations of the Waterfall model; described as a flexible development process or philosophy.

Agile's iterative approach: breaking down projects into smaller iterations (e.g., 3-week sprints).

Advantages of Agile: frequent feedback from clients, faster development, lower costs, and reduced risk of project failure.

Disadvantages and Further Clarification of Agile

Main disadvantage: less comprehensive documentation, potential knowledge loss if team members leave.

Mention of the "fast and dirty" approach and its suitability for different project scales.

Reference to the Agile Manifesto and its twelve principles and four values, available on Wikipedia.

Summary: Agile is a flexible methodology prioritizing communication, frequent feedback, and adaptability.

Agile as an umbrella term encompassing various approaches like Scrum and Kanban.

Encouragement to understand Agile for job applications.

Recommendation to research unfamiliar terms in job descriptions.

Example of a successful career change into the IT field.