Проектирование и оценка
Создано 12.06.2026
Обновлено 05.07.2026
Как читать FTE-оценку разработки: чем емкость команды отличается от календарного срока, что показывают FTE-месяцы и какие допущения важны.
FTE показывает эквивалент полной занятости специалиста за период. В проектной оценке это способ описать емкость команды: сколько работы требуется от аналитика, разработчика, тестировщика, архитектора, менеджера проекта и других ролей.
Если в КП указано 6 FTE-месяцев, это не обязательно 6 календарных месяцев. Это объем трудоемкости. Календарный срок зависит от состава команды, параллельности задач, доступности экспертов заказчика, внешних зависимостей и порядка согласований.
FTE-оценка показывает, за какую емкость команды планируется работа и почему календарный срок нельзя считать простым делением FTE-месяцев на количество людей. Такая оценка помогает сравнивать варианты команды, видеть зависимости и реалистичнее планировать бюджет.
FTE-оценка полезна, когда важно показать не только итоговую стоимость, но и из чего она складывается.
Она подходит, если:
FTE особенно полезен в проектах, где календарный срок зависит не только от объема работ, но и от внешних решений: доступов, API, согласований, данных и приемки.
Один человек может быть занят не на 100 процентов. Например, архитектор может подключаться на 0,2 FTE, аналитик - на 0,5 FTE, разработчик - на 1 FTE.
FTE описывает не количество людей в списке, а эквивалент занятости. Два специалиста по 0,5 FTE дают 1 FTE емкости за период, но это не всегда равно одному человеку по эффекту: у разных ролей разные задачи, контекст и ответственность.
FTE-месяц - это единица трудоемкости. Один FTE-месяц означает объем работы, сопоставимый с полной занятостью одного специалиста в течение месяца.
Пример: 6 FTE-месяцев можно выполнить:
Поэтому FTE отвечает на вопрос "сколько емкости нужно", а календарный план отвечает на вопрос "за какой срок это реально выполнить".
| Входит в FTE-оценку | Не входит |
|---|---|
| Трудоемкость ролей команды | Гарантия календарного срока без плана |
| Аналитика, разработка, тестирование, управление | Внешние задержки по доступам, API и согласованиям |
| Основа для расчета бюджета | Полный график проекта по датам |
| Варианты состава команды | Доступность экспертов заказчика |
| Нагрузка на ближайший этап | Бессрочная поддержка после завершения этапа |
В КП важно смотреть не только на общий объем FTE, но и на распределение по ролям.
Например, если в проекте есть только разработка, но нет аналитики и тестирования, это может означать, что часть работ не учтена или переложена на заказчика.
Для MVP обычно нужны:
Состав команды должен соответствовать характеру проекта, а не выглядеть как универсальный список.
Добавление людей помогает только там, где задачи можно выполнять параллельно. Если сначала нужно согласовать требования, проверить API или принять архитектурное решение, большая команда не ускорит проект пропорционально.
Есть работы, которые идут последовательно:
Если эти шаги не пройдены, дополнительные FTE могут увеличить стоимость и коммуникационные расходы, но не сократить срок.
В КП указано 8 FTE-месяцев:
Это не значит, что проект будет идти 8 месяцев. Если задачи можно распараллелить, календарный срок может быть 2-3 месяца. Но если интеграция с внешней системой ждет доступа 4 недели, календарный срок увеличится, хотя FTE-емкость команды почти не изменится.
Что значит 1 FTE?
1 FTE - это эквивалент полной занятости одного специалиста за выбранный период.
Чем FTE отличается от ставки специалиста?
Ставка показывает стоимость единицы времени или периода. FTE показывает объем занятости. Бюджет получается из сочетания емкости, ставок, ролей и условий проекта.
Почему 6 FTE-месяцев не равны 6 месяцам проекта?
Потому что часть работ может идти параллельно, а часть зависит от внешних решений и согласований. FTE описывает трудоемкость, а не календарный график.
Можно ли уменьшить срок, увеличив команду?
Иногда да, если задачи независимы. Но если проект упирается в решения, доступы, архитектуру или приемку, увеличение команды почти не помогает.
Как FTE связан с бюджетным коридором?
FTE помогает показать, из каких ролей и объемов складывается оценка. Если scope меняется, меняется и FTE-емкость, а значит бюджетный коридор нужно пересмотреть.
Если КП содержит FTE-месяцы, рядом стоит проверить две вещи: какой scope оценивается и какие допущения влияют на бюджетный коридор .
См. также: scope оценивается, бюджетный коридор, Roadmap проекта из требований: как собрать этапы и проверить план, Документирование интеграций и API: что зафиксировать до разработки, Документация на программное обеспечение: какие документы нужны в проекте.
Обсудить проект
Если хотите применить этот материал к вашему проекту, напишите нам. Поможем уточнить вводные, риски и следующий шаг: оценку, discovery, разработку, интеграцию или сопровождение.
СвязатьсяПредыдущая
Бюджетный коридорСледующая
КП на MVP© 2018–2026, ООО «РоботБулл Технолоджи» ИНН 9710065224
ОКВЭД 62.01
Сведения об ИТ-деятельности