Почему Story Points, а не человеко-часы, и как это работает на самом деле? 🤔
Часть 3 (финалка)
❗️Все три части рекомендую читать строго по порядку, а не отдельно одну.
Окей, а с помощью метода критического пути, за какое время этот проект может быть выполнен и объясни, как ты считал.
Метод критического пути — это техника управления проектами, которая используется для определения последовательности задач, которые являются критическими для завершения проекта вовремя. Это называется “критическим путем”. Задачи на этом пути не могут быть отложены без влияния на общий срок выполнения проекта.
Для расчета критического пути нам нужно знать продолжительность каждой задачи и зависимости между задачами. В вашем примере мы не знаем точную продолжительность каждой задачи, но мы можем использовать Story Points как приближенную оценку.
Допустим, что каждый Story Point соответствует одному дню работы. Тогда продолжительность каждой задачи будет следующей:
1. Дизайн пользовательского интерфейса: 13 дней
2. Разработка базы данных: 8 дней
3. Разработка API: 5 дней
4. Тестирование и отладка: 20 дней
Теперь давайте предположим, что задачи должны выполняться в следующем порядке:
1. Дизайн пользовательского интерфейса
2. Разработка базы данных
3. Разработка API
4. Тестирование и отладка
Тогда критический путь будет включать все эти задачи, и общее время выполнения проекта будет равно сумме времени выполнения всех задач на критическом пути, то есть 13 + 8 + 5 + 20 = 46 дней.
А как бы выглядела диаграмма критического пути для этого проекта?
Представьте себе таблицу с четырьмя строками, по одной на каждую задачу (A, B, C и D). В каждой строке есть два столбца: один для раннего старта и финиша, и другой для позднего старта и финиша.
• Задача A (Дизайн пользовательского интерфейса) начинается в день 0. Она длится 13 дней, поэтому ранний и поздний финиш — это день 13.
• Задача B (Разработка базы данных) начинается сразу после завершения задачи A, то есть в день 14. Она длится 8 дней, поэтому ранний и поздний финиш — это день 22.
• Задача C (Разработка API) начинается сразу после завершения задачи B, то есть в день 23. Она длится 5 дней, поэтому ранний и поздний финиш — это день 28.
• Задача D (Тестирование и отладка) начинается сразу после завершения задачи C, то есть в день 29. Она длится 20 дней, поэтому ранний и поздний финиш — это день 49.
Критический путь — это последовательность всех этих задач, потому что они должны выполняться одна за другой, и ни одна из них не может быть отложена без влияния на общий срок выполнения проекта.
🔗Как выглядела бы схема этого примера можно посмотреть ЗДЕСЬ.
