Все темы
- Обеспечения качества
- Тестирование программного обеспечения
- 7 принципов тестирования программного обеспечения
- SDLC
- STLC
- Верификация и валидация
- Метод белого ящика
- Метод черного ящика
- Метод серого ящика
- Визуальный метод
- Ad-Hoc метод
- Ручное тестирование
- Автоматизированное тестирование
- Ручное VS Автоматическое тестирование
- Введение в тестирование AI и LLM
- Тестирование галлюцинаций
- Тестирование промптов и валидация ввода
- Определение «правильности» в AI-системах
Scrum VS Kanban
| Scrum | Kanban |
| Скрам делает
акцент на планировании.
Он начинается с
планирования спринта и заканчивается ретроспективой спринта.
Проводится
множество встреч, которые помогают гарантировать, что команда соответствует
следующим шагам, приоритетам и урокам предыдущих спринтов. | Канбан открыт для
внесения изменений на ходу. Это означает, что здесь меньше жесткости и все
может часто меняться. |
| Он
рекомендует собирать измерения времени, сделанные во время спринтов. | Канбан
рекомендует использовать графики, чтобы получить обзор прогресса команды с
течением времени. |
| Скрам больше не
требует от команд обязательств. Вместо этого речь идет о целях и прогнозах
спринта. | Канбан опирается
на временные рамки и прогнозы. |
| Здесь упор
делается на планирование, поэтому оценка играет очень важную роль в Scrum. | Канбан не имеет
обязательных требований к оценке. |
| У каждого
человека есть своя роль и обязанности. | Никаких
установленных ролей, поэтому гибкость в плане индивидуальных обязанностей. |
| Итерации/спринты
имеют фиксированную продолжительность. Продолжительность
варьируется от 2 недель до 1 месяца. | Канбан не основан
на продолжительности. Эта вещь измеряется относительно времени цикла. |
| Команды должны
выполнить определенный объем работы. | Обязательства не
обязательны, для команд это необязательно. |
| В этом методе
важны межфункциональные команды, поскольку они могут справиться с любыми
сбоями, которые могут стать узким местом в разработке программного обеспечения. | Важно иметь
специализированную команду. |
| Невозможно
добавлять элементы в текущие итерации. | Новые элементы
можно легко добавить, если имеется дополнительная емкость. |
| Журнал спринта
принадлежит только одной команде. | Несколько команд
могут совместно использовать доску Канбан. |
| Результаты
определяются спринтами, набор работ которых должен быть завершен и готов к
рассмотрению. | Продукты и
процессы поставляются непрерывно и по мере необходимости. Таким образом,
процесс тестирования и проверки происходит одновременно. |
| Метод разработки
программного обеспечения Scrum фокусируется на отставании. | Метод Канбан
полностью фокусируется на панели управления процессом. |
| Каждый член
команды играет определенную роль в Scrum-мастере, который определяет сроки, владелец продукта устанавливает цели и
задачи, а члены команды проводят работу по разработке. | Для команды не
существует заранее определенных ролей. Однако менеджер проекта все еще может
быть; команда поощряется к сотрудничеству и совместной работе. |
| Лучше всего
подходит для проектов с меняющимися приоритетами. | Идеально подходит
для команд со стабильными приоритетами, которые вряд ли изменятся со временем. |
| Измеряет
производительность, используя скорость во время спринтов. | Измеряет
производство, используя время цикла или точное время, необходимое для
завершения одной полной части проекта. |
| Scrum требует
полного перехода от традиционной модели к модели Agile Scrum, которая позволит реализовать проект. | Канбан не
допускает кардинальных изменений в проекте. |
| Это идеальный
метод для проектов с сильно различающимися приоритетами. | Лучше всего
подходит для команд со стабильными приоритетами. |
| В Scrum вся команда сосредоточена на
сотрудничестве и выполнении задачи, чтобы обеспечить качественную работу по
разработке. | Команды работают
над достижением целей и сокращением времени на завершение всего процесса. Таким
образом, сокращение временного цикла здесь является главным показателем успеха. |
| Акцент Scrum на своих расписаниях; новые элементы не
могут быть добавлены в текущие итерации. | Канбан по своей
природе более итеративен, поскольку не имеет конкретных временных рамок. Таким
образом, новые элементы могут постоянно добавляться всякий раз, когда
появляется дополнительная емкость. |
Полезные ссылки:
