До основного вмісту

Питання й відповіді · Агенції та аутсорс

Наш проєкт із фіксованою ціною знову вийшов за бюджет. Як з’ясувати, куди поділися гроші?

Це питання ми чуємо від власників агенцій і директорів з delivery майже слово в слово. Ось із чого ми почали б розслідування.

Баштовий кран на тлі порожнього неба над будівельним майданчиком.
Фіксована ціна, відкрите небо: оцінку зафіксовано, витрати — ні. Фото: Wikimedia Commons, CC0.

Команда Nythrex · 29.10.2026

Питання

Питає власник агенції · так, як ми його зазвичай чуємо

«Ми оцінили проєкт фіксованою ціною, здали його, клієнт задоволений — а ми втратили гроші. Знову. За таймшитами команда відпрацювала приблизно стільки, скільки ми оцінювали. Маржа каже інше. З чого взагалі почати пошуки?»

Коротка відповідь

Зберіть усі витрати проєкту в одному місці, тиждень за тижнем: час людей, AI, CI і хмару. А потім порівняйте їх зі скоупом, який насправді пішов у реліз, — задачами й змінами, — а не з тим, що було в оцінці. Перевитрати рідко бувають однією великою помилкою. Це багато дрібних додатків, які ніхто не оцінив.

Ви не самі, і з часом стає гірше

Найвідоміші цифри — від McKinsey та Оксфордського університету, які дослідили понад 5400 IT-проєктів. Великі проєкти — з бюджетом понад $15 млн — у середньому виходили на 45% за бюджет і на 7% за терміни та давали на 56% менше цінності, ніж прогнозували. Кожен додатковий рік графіка збільшував перевитрати на 15%, а 17% проєктів пішли настільки погано, що перевитрати перевищили 200%.

Ваші проєкти менші, тож відсотки напряму не перенесуться. А механізм — так: що довше триває проєкт, то більше в ньому накопичується неоціненої роботи і то менше хтось пам’ятає, звідки вона взялася.

Крани й робітники на щільному міському будівельному майданчику між багатоповерхівками.
Багато дрібних рухомих частин, один бюджет. Фото: Wikimedia Commons, CC0.

Куди зазвичай іде маржа фіксованої ціни

Типові витоки маржі і як вони проявляються
ВитікЯк проявляєтьсяДе шукати
Дрібні прохання, прийняті без change requestЗадачі, створені після старту, яких не було в оцінціТрекер, за датою створення
ПереробкиКілька pull request-ів і запусків CI на одну задачуРепозиторій і CI, за задачами
Інструменти, що росли разом із проєктомРахунки за AI і CI зросли, але їх ніхто не розділив за клієнтамиРахунки постачальників, за репозиторіями
Незупинені середовищаВитрати на хмару тривають після здачіХмара, за проєктами
Округлені таймшитиГодини, яким не відповідає жодна робота за періодЧас поруч із задачами й змінами

Що ми зробили б до наступної оцінки

  1. 1

    Зафіксуйте оцінений скоуп

    Запишіть оцінку як список задач. Усе, що додається пізніше, буде помітно відрізнятися.
  2. 2

    Позначайте додатки як change request

    Навіть ті, за які ви вирішили не виставляти рахунок. Не можна домовлятися про скоуп, який ніхто не рахував.
  3. 3

    Дивіться щотижня, а не наприкінці

    Щотижнева вартість проєкту показує дрейф, поки ще є час поговорити з клієнтом.
  4. 4

    Знайдіть дорогі зміни

    Вартість випущеної зміни показує, які частини роботи — інтеграції, крихкий модуль, одне середовище — з’їли маржу.
  5. 5

    Оцінюйте за фактом

    Наступна оцінка починається з того, скільки справді коштувала схожа робота, разом з AI, CI і хмарою, а не з пам’яті.

Де допомагає Nythrex — і де ні

  • Що він робить

    Зводить вартість проєкту в одну картину: задачі з Jira, Trello, Linear чи Azure DevOps, pull request-и, CI, AI з Claude Code, Codex і GitHub Copilot, хмару з Azure чи Google Cloud і, за бажанням, оцінку часу людей. Перегляд за проєктами, командами й періодами; кожна цифра показує свою основу.
  • Чого він не робить

    Він не замінює інструменти для рахунків чи договорів і не складає за вас оцінок. Хмара рахується на рівні проєкту і не розподіляється між окремими змінами.

Як складається вартість проєкту

Часті питання

Чому проєкти з фіксованою ціною виходять за бюджет?

Зазвичай через багато дрібних неоцінених додатків, а не через одну велику помилку: прохання клієнта, прийняті без change request, переробки, витрати на інструменти, які зросли, але не були розділені за клієнтами, незупинені середовища та округлені таймшити. Що довший проєкт, то більше їх накопичується.

Як часто IT-проєкти виходять за бюджет?

У дослідженні McKinsey та Оксфорда, яке охопило понад 5400 IT-проєктів, великі проєкти в середньому виходили на 45% за бюджет і на 7% за терміни, а кожен додатковий рік графіка збільшував перевитрати на 15%.

Як знайти, куди пішла маржа проєкту?

Зберіть час людей, витрати на AI, CI і хмару для проєкту в одному місці по тижнях, порівняйте зі скоупом, що пішов у реліз, і подивіться на вартість окремих змін, щоб знайти дорогі частини.

Перестаньте вгадувати.
Почніть бачити.

Без картки й без підписки: платні тарифи ще не запущені.

Створити акаунтБез картки й підписки