---
title: Основные концепции · часть 2
seo:
  title: Основные концепции · часть 2 — Systems Analyst
  description: Тема «Основные концепции · часть 2» для собеседования Systems Analyst. Чем Kanban отличается от Scrum? В каких методологиях вам приходилось работать?
---

[Все темы Systems Analyst](/systems-analyst)

## <strong>Чем</strong> <code>Kanban</code> <strong>отличается от</strong> <code>Scrum</code><strong>?</strong> [#q-14bee738d69b819b8e33e7e1a2289097]

<code>Kанбан</code> и <code>Scrum</code> — это два различных подхода к
управлению проектами и задачами&#58;

{/* prettier-ignore */}
1. <code>Kанбан</code><strong>&#58;</strong>

    - <strong>Подход&#58;</strong> гибридный метод управления потоком работы.

    - <strong>Основная идея&#58;</strong> визуализация и управление текущими задачами в рамках общего потока работы.

    - <strong>Доска Kанбан&#58;</strong> визуализирует стадии работы и текущее состояние каждой задачи.

    - <strong>Ограничения WIP&#58;</strong> ограничение числа задач в каждой стадии процесса, чтобы избежать перегрузки.

    - <strong>Применение&#58;</strong> эффективно для непрерывных процессов разработки, поддержки и обслуживания, где требуется гибкость и быстрая реакция на изменения.

1. <code>Scrum</code><strong>&#58;</strong>

    - <strong>Подход&#58;</strong> итеративный метод разработки, ориентированный на командную работу.

    - <strong>Основная идея&#58;</strong> разделение проекта на короткие итерации (спринты) с фиксированной продолжительностью.

    - <strong>Роли&#58;</strong> Product Owner, Scrum Master, и разработчики.

    - <strong>События&#58;</strong> ежедневные scrum-совещания, планирование спринта, обзор спринта и ретроспектива.

    - Артефакты&#58; Product Backlog, Sprint Backlog и Increment. Burn-down chart является дополнительным инструментом, а не обязательным артефактом Scrum.

    - <strong>Применение&#58;</strong> подходит для команд, разрабатывающих новые продукты или значительно изменяющих существующие, где необходим прогнозируемый итеративный процесс.

<strong>Отличия&#58;</strong>

- <strong>Гибкость и предсказуемость&#58;</strong> Kанбан обеспечивает гибкость
  в управлении потоком работы, в то время как Scrum предлагает предсказуемый
  итеративный процесс.

- <strong>Роли и события&#58;</strong> Scrum имеет четко определенные роли и
  события, в то время как Kанбан менее строг в своей структуре и фокусируется на
  непрерывной оптимизации процесса.

- <strong>Управление изменениями&#58;</strong> Kанбан лучше подходит для
  управления изменениями в реальном времени, в то время как Scrum обеспечивает
  структуру для прогнозируемой разработки.

:::note[Ссылки для изучения]

1. [Семь основных методологий разработки ПО](https://habr.com/ru/companies/edison/articles/269789/)
   :::

---

## <strong>В каких методологиях вам приходилось работать?</strong> [#q-14bee738d69b8102aad0eda88cf3c498]

Назовите подходы из своего реального опыта и опишите практики команды. Возможные примеры&#58;

1. <code>Scrum</code>
   <strong>&#58;</strong> Итеративная методология разработки, основанная на
   коротких спринтах, ролевой структуре (Product Owner, Scrum Master,
   разработчики) и регулярных событиях (спринт-планирование, дневные
   scrum-совещания, обзор спринта и ретроспектива).

1. <code>Kanban</code>
   <strong>&#58;</strong> Гибридный подход к управлению потоком работы, который
   акцентирует внимание на визуализации процесса, ограничении числа задач в
   работе (WIP), и постоянной оптимизации рабочего процесса.

1. <code>Agile</code>
   <strong>&#58;</strong> Общая философия, направленная на гибкость,
   прозрачность и быструю адаптацию к изменениям, часто реализуемая через Scrum,
   Kanban или другие подходы.

1. <code>Waterfall</code> <strong>(Водопад)&#58;</strong> Линейная методология
   разработки, где проект делится на последовательные фазы&#58; определение
   требований, проектирование, реализация, тестирование и сопровождение.

1. <code>DevOps</code>
   <strong>&#58;</strong> Не столько методология разработки, сколько культурный
   и организационный подход, направленный на совмещение разработки и операций
   для ускорения цикла разработки и улучшения качества продукта.

:::note[Ссылки для изучения]

1. [Семь основных методологий разработки ПО](https://habr.com/ru/companies/edison/articles/269789/)
   :::

---

## <strong>Какие методологии разработки программного обеспечения вы знаете?</strong> [#q-14bee738d69b8175b099f0743cc4ea80]

Я знаком с несколькими методологиями разработки программного обеспечения&#58;

1. <code>Waterfall</code> <strong>(Каскадная модель)&#58;</strong> Линейная
   последовательность этапов разработки, где каждый этап завершается перед
   началом следующего.

1. <code>Agile</code> <strong>(Гибкие методологии)&#58;</strong> Группа
   методологий, включая Scrum, Kanban, XP, которые акцентируются на гибкости,
   итерациях, самоорганизации команд и быстрой адаптации.

1. <code>Scrum</code>
   <strong>&#58;</strong> Итеративная методология с фиксированными временными
   рамками (спринтами), регулярными событиями (планирование, обзор,
   ретроспектива) и акцентом на продуктивности и командной работе.

1. <code>Kanban</code>
   <strong>&#58;</strong> Методология управления потоком работы, где задачи
   визуализируются на доске, контролируется поток и минимизируется время цикла.

1. <code>Extreme Programming</code> <strong>(XP)&#58;</strong> Фокусируется на
   технических аспектах разработки, включая тестирование, планирование и
   обратную связь.

1. <code>Lean Software Development</code>
   <strong>&#58;</strong> Ориентирована на минимизацию потерь и создание
   ценности через устранение ненужных процессов и операций.

1. <code>DevOps</code>
   <strong>&#58;</strong> Не столько методология разработки, сколько подход к
   разработке и эксплуатации ПО, направленный на автоматизацию процессов
   разработки, тестирования и развертывания.

:::note[Ссылки для изучения]

1. [Семь основных методологий разработки ПО](https://habr.com/ru/companies/edison/articles/269789/)
   :::

---

## <strong>Опишите процесс работы, который был принят на вашем проекте.</strong> [#q-14bee738d69b814eac24eafab473428d]

Ответ стройте по реальному проекту. Ниже приведён условный пример процесса, а не готовая история вашего опыта&#58;

{/* prettier-ignore */}
1. <strong>Планирование и анализ требований&#58;</strong>

    - Начинали с сбора и анализа требований от заказчика.

    - Формировали backlog задач и определяли приоритеты.

1. <strong>Проектирование&#58;</strong>

    - В процессе проектирования определяли архитектуру системы и интерфейсы между компонентами.

    - Создавали детальные технические спецификации.

1. <strong>Разработка&#58;</strong>

    - Использовали методологию Scrum для организации работы разработчиков.

    - Итеративно выполняли разработку функциональности с использованием двухнедельных спринтов.

1. <strong>Тестирование&#58;</strong>

    - В Scrum тестирование выполняют в течение спринта, чтобы к его завершению получить Increment, соответствующий Definition of Done. Отдельная фаза тестирования после спринта этому не соответствует.

    - Проводили юнит-тестирование, интеграционное тестирование и системное тестирование.

1. <strong>Внедрение и поддержка&#58;</strong>

    - После успешного завершения тестирования выпускали новую версию продукта.

    - Осуществляли мониторинг и поддержку внедренных решений.

:::note[Ссылки для изучения]

1. [Семь основных методологий разработки ПО](https://habr.com/ru/companies/edison/articles/269789/)
   :::