Это такая штука, о которой все говорят, но никто толком не знает. Представьте себе: у вас есть команда разработчиков, похожая на стадо ленивых, но милых котиков. Каждый котик – это разработчик, и каждый котик имеет свой собственный, неповторимый уровень
Capacity – это попытка посчитать, сколько рыбок (задач) эти котики могут слопать (выполнить) за определенный промежуток времени. Казалось бы, просто: посчитаем котиков, умножим на среднее количество съеденных рыбок в час, и вуаля! Но нет!
Тут начинаются проблемы:
1️⃣ Котики болеют: Один котик ушел в отпуск, другой подхватил вирус (баг в коде), третий просто решил поспать на клавиатуре. Capacity падает!
2️⃣ Рыбки разные: Одни рыбки маленькие и вкусные (простые задачи), другие – огромные и костлявые (сложные задачи, требующие месяцев работы). Даже если котиков много, огромная рыбина может застопорить всю команду надолго.
3️⃣ Котики конфликтуют: Два котика дерутся за самую вкусную рыбку (кто-то забыл закоммитить код). Производительность падает!
4️⃣ Рыбок мало: Менеджер забыл купить рыбок (задачи). Котики скучают и играют в "пятнашки" вместо работы. Capacity стремится к нулю!
5️⃣ Котики тупят: Оказалось, что котики не умеют программировать (недостаток навыков). Рыбки остаются нетронутыми. Capacity – мизерная.
Так что Capacity – это не просто количество котиков, а сложный алгоритм, который учитывает болезни, конфликты, размер рыбок, настроение котиков и ещё кучу факторов, которые предсказать практически невозможно. И да, часто случается, что ожидаемый Capacity и реальный Capacity – это две большие разницы. Это как обещание котика поймать мышь – хорошо звучит, но на деле, котик оказывается "Томом" из одноимённого мультика
В общем, Capacity – это магическое число, которое IT-менеджеры используют для того, чтобы выглядеть умными, а разработчики – для того, чтобы оправдывать свои просрочки. И все вместе пытаются построить прозрачное, прогнозируемое планирование. 😾🙀
#обучение
Путь к СЕО (18+). Подписаться
Другие соц.сети: