3️⃣ Итерационная (или итеративная) модель (с англ. Iterative Model)

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

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

🥷: Но есть ещё отличия.

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

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



4️⃣ Гибкая модель (с англ. Agile model)

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

🥷: Чаще всего это массивные проекты с большим набором возможностей и высокой неопределённостью в требованиях.

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

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

🥷: В гибкой методологии легче всего вовремя отследить негативные последствия внедрений, что позволяет снижать риски для компании.

Самыми популярными направлениями в гибкой модели принято считать: Scrum, Kanban и Lean. Если хотите узнать о них подробнее – ставьте 👍, напишем пост про разницу этих направлений. Кстати, про это тоже спрашивают на собеседованиях! 👀

Когда подходит гибкая модель разработки:
💥 Когда требования к продукту неизвестны полностью или имеют высокий риск изменений в ходе разработки;
💥 Когда разрабатываемый продукт имеет объёмную и сложную логику с большим количеством зависимостей внутри сделаешь тут, отвалится там
💥 Когда бюджет на разработку ограничен.


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

А ВОТ И КВИЗ 🥳 #quizGetAnalyst

Друзья, всем привет! 👋

В конце прошлой недели мы с вами изучили основные методологии разработки ПО. Пришло время закрепить полученные знания небольшим тестом (вы точно справитесь!) 🥷

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

Всем привет! 🙃

💻 Если хотите почувствовать себя немножко разработчиком и даже самостоятельно написать код под чутким руководством Екатерины — это ваш шанс! 💥

Уже в эти выходные собираемся и пробуем писать код на Java или Python (🥷: честно говоря, я за Python, потому что его у аналитиков спрашивают чаще).

А если не захотите писать, то в конце встречи научитесь его немного читать (а это тоже важный скилл!).

О дате и времени встречи сообщим дополнительно, поэтому ставьте реакции, кто пойдёт 👍

ПОБЕДИЛ PYTHON 🥳🥳🥳

Когда ждёшь начала недели, чтобы что-то изменить, нужен какой-то знак свыше. Кстати, а вот и один из них 😎

Всем привет! 👋

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

Полное видео можете посмотреть на нашем youtube-канале (подписываемся 😏😏😏), а это видео про то, как Катя и Никита руинят подкаст в течение 30 секунд 😅💥