До основного вмісту
nythrex.
УвійтиПочати

Питання й відповіді · Фінанси та інженерія

Фінанси хочуть знати, скільки коштувала кожна фіча. Чи може інженерія взагалі на це відповісти?

Рано чи пізно кожна софтверна компанія, що росте, отримує такий запит від фінансів. Ось як ми відповіли б на нього, не перетворюючи інженерів на бухгалтерів.

Створити акаунт
Телефоністки комутатора за робочими місцями в конторі телефонної станції початку XX століття.
Колись з’єднувати кожен дзвінок із потрібною лінією було окремою професією. Відносити кожну витрату до потрібної фічі не має нею бути. Фото: Northwestern Bell Telephone Company, через DPLA, суспільне надбання.

Команда Nythrex · 29.10.2026

Питання

Питає VP of Engineering · так, як ми його зазвичай чуємо

«Фінанси хочуть знати вартість кожної фічі продукту — частково для ціноутворення, частково тому, що аудитори вимагають обґрунтування капіталізованого ПЗ. Інженерія відстежує задачі, а не гроші. Чи можна на це відповісти, не змушуючи всіх заповнювати таймшити?»

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

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

Чому це питання звучить дедалі голосніше

У вересні 2025 року Рада зі стандартів фінансового обліку США (FASB) випустила ASU 2025-06, що оновлює правила капіталізації програмного забезпечення для внутрішнього використання. Воно скасовує колишні етапи проєкту. Капіталізація починається, коли керівництво схвалило проєкт і зобов’язалося його фінансувати, а завершення ймовірне, — і відкладається, доки лишається суттєва невизначеність розробки, наприклад нові функції, ще не підтверджені кодуванням і тестуванням.

Нові правила застосовуються до річних періодів, що починаються після 15 грудня 2027 року, дозволене й дострокове застосування. Хоч би як аудитор вирішив деталі, практичний наслідок той самий: фінансам знадобляться витрати за проєктами і докази того, що й коли відбувалося. Це не бухгалтерська порада; як це стосується саме вас, питайте свого аудитора.

80-колонкова перфокарта з надрукованими рядами цифр і підписами полів.
Обробка даних почалася з карток, що прив’язували кожен запис до поля. Фото: Wikimedia Commons, CC0.

Від роботи до вартості

Як інженерні записи складаються у вартість фічі
ЗаписЩо він даєДе він живе
Фіча чи епікОдиниця, про яку питають фінансиJira, Linear, Azure DevOps, Trello
ЗадачіСкоуп фічіТой самий трекер
Коміти й pull request-иРобота, яку справді виконалиGitHub, GitLab, Bitbucket, Azure DevOps
AI-сесії й запуски CIПрямі витрати, прив’язані до цих змінAI-інструменти й CI
ХмараВартість роботи сервісів, на рівні проєктуAzure, Google Cloud
Час людейЗазвичай найбільша витрата, у вигляді оцінкиВаші ставки й оцінка

Що ми налаштували б до кінця кварталу

  1. 1

    Послідовно використовуйте епіки

    Один епік на кожну фічу, яка цікавить фінанси. Без цього жоден інструмент не згрупує роботу.
  2. 2

    Прив’язуйте зміни до задач

    Ключа задачі в назві гілки чи заголовку pull request-у досить. Ця одна звичка робить можливим усе інше.
  3. 3

    Домовтеся, що враховується

    Разом із фінансами вирішіть, які витрати рахуються: час людей, AI, CI, хмара. Запишіть це один раз.
  4. 4

    Подавайте цифри з основою

    Позначайте оцінки як оцінки, а прогалини як прогалини. Аудиторам комфортно з чітким методом і некомфортно з мовчазними здогадками.
  5. 5

    Узгодьте метод заздалегідь

    Покажіть фінансам і аудитору метод до закриття кварталу, а не цифри після.

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

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

    Показує вартість кожної зміни від задачі до AI-сесії, коміту, pull request-у, CI і деплою — з переглядом за проєктами, командами, людьми й періодами та, за бажанням, оцінкою часу людей. Хмара рахується на рівні проєкту. Кожна цифра показує свою основу, оцінки позначені, а невідоме ніколи не показується нулем.

  • Чого він не робить

    Він не є бухгалтерською системою і не вирішує, що капіталізувати. Він дає фінансам простежувану вартість роботи; бухгалтерське судження лишається за фінансами та аудитором.

Чому Nythrex

Джерела

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

Як порахувати вартість фічі в розробці ПЗ?

Згрупуйте задачі у фічу чи епік, прив’яжіть до них коміти й pull request-и, віднесіть витрати на AI і CI до змін, хмару рахуйте на рівні проєкту і додайте оцінку часу людей. Подавайте результат разом з основою, позначаючи оцінки як оцінки.

Що змінює ASU 2025-06?

Випущене FASB у вересні 2025 року, воно скасовує етапи проєкту в обліку ПЗ для внутрішнього використання. Капіталізація починається, коли керівництво схвалило проєкт і зобов’язалося його фінансувати, а завершення ймовірне, і відкладається, доки лишається суттєва невизначеність розробки. Застосовується до річних періодів, що починаються після 15 грудня 2027 року; дострокове застосування дозволене.

Чи потрібні інженерам таймшити, щоб дати фінансам вартість фічі?

Не обов’язково. Якщо зміни прив’язані до задач, а задачі — до фіч, більшість витрат автоматично йде за роботою; час людей можна оцінити поруч, а не розподіляти вручну.

Читайте також

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

Створити акаунт

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

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