Что такое Critical Path?

Critical Path в проектном управлении

Critical Path — это путь от начала до конца проекта с самой длинной продолжительностью. Это определяет минимальное время необходимое для завершения проекта.

Простое объяснение

Представь что строишь дом:

• Фундамент: 10 дней (обязателен перед стенами)
• Стены: 15 дней (обязательны перед кровлей)
• Кровля: 5 дней
• Внутренняя отделка: 20 дней (может быть параллельно с другим)

Critical path = Фундамент (10) → Стены (15) → Кровля (5) = 30 дней

Внутренняя отделка может идти параллельно, не влияет на общее время.

В контексте QA и спринтов

Critical Path для спринта:

• Feature A: 3 дня разработки → 2 дня QA тестирования
• Feature B: 1 день разработки → 1 день QA
• Feature C: зависит от A и B, 2 дня разработки → 1 день QA

Eсли A и B идут параллельно, а C стартует когда оба готовы: Critical path = 3 дня (A) + 2 дня (QA для A) + 2 дня (C разработка) + 1 день (C тестирование) = 8 дней

Для QA это означает

1. Приоритизируй тесты — сначала тестируй features на critical path
2. Риск-анализ — баги в critical path блокируют весь проект
3. Параллелизм — пока разработчик чинит A, ты тестируй уже готовое B
4. Коммуникация — если critical path задерживается, сообщи команде

Пример из жизни

Спринт 45:

• Day 1: Разработка feature X (critical) + QA тесты feature Y
• Day 2: QA тесты feature X (critical, блокирует релиз) + разработка Z
• Day 3: QA approves X, релиз ready

Если баг в feature X найду только на day 3 — проект задерживается. Поэтому critical features тестирую максимально внимательно и рано.

Вывод

Critical path помогает QA понимать приоритеты и где сосредоточить внимание для успеха спринта.