Действительно, измеряется во времени и в деньгах.

Другое дело, что чтобы посчитать то и другое, нужно пройти путь "требования -> архитектура, средства, процесс разработки -> задачи в плане, наложенные на людей -> риски, график работы, ФЗП -> порядок оплаты, учёт инфляции" (что ещё забыл?). И в любом случае, без конкретных людей эта цифра - абстракция: на практике вижу, как производительность просто очень хорошего программиста отличается от производительности "супера" в 3 раза.

"Функциональные точки", как и любые другие "попугаи", IMHO имеет смысл использовать уже во время доработки, когда есть архитектура, команда, процесс и опыт разработки. Действительно, когда процесс налажен, "ещё один документ типа Контрагенты - Статический текст - Таблица заказа", "ещё один стандартный класс с маппингом в БД", "ещё одну форму типа Детальный просмотр" конкретный человек может разработать (с учётом рисков) за предсказуемое время. Когда-то пробовал IFPUG FPA, оно вполне работает, когда "функциональная точка" для каждого - одно и то же, и известно, сколько функциональная точка "строит" времени того или иного специалиста.

И конечно, для задач, связанных с НИОКР, "функциональные точки" IMHO не имеют смысла. А в программировании НИОКР - это любая задача, обладающая новизной для команды, а иногда - просто для конкретного исполнителя.