ТЗ прийнято вважати бюрократією, яку підрядник нав'язує, щоб прикритися. Насправді все навпаки: проєкт без ТЗ захищає виконавця, а з ТЗ захищений замовник. Поки обсяг робіт не зафіксований, суперечку «це входило в кошторис чи ні» виграє той, хто пише код.
Що входить у технічне завдання
- Детальне текстове ТЗ: сценарії, ролі, правила, граничні випадки.
- Модель інтерфейсів: які екрани існують, з яких блоків вони складаються і як між ними переходить користувач.
- Модель даних: які сутності є, як вони пов'язані і що з чим не може існувати.
- Підготовка договорів під зафіксований обсяг.
- Оцінка бюджету розробки, що спирається на зафіксовані межі, а не на інтуїцію.
Як побудований документ
Ми пишемо ТЗ у логіці, близькій до SRS і стандарту ISO/IEC/IEEE 29148. Не заради форми, а щоб за документом можна було ставити задачі, оцінювати й приймати роботу. Усередині: загальний опис системи, функціональні й нефункціональні вимоги, бізнес-об'єкти та їхній зміст, обмеження даних, архітектурні рішення, опис інфраструктури та адміністративної частини, критерії приймання.
Окремо фіксуються вимоги до якості, які зазвичай «маються на увазі»: безпека, резервні копії, швидкість, підтримувані пристрої, аналітика. Вони впливають на бюджет, і якщо їх немає в документі, їх немає і в кошторисі.
Чому модель даних важливіша за список функцій
Функції змінюються, дані залишаються. Якщо на старті неправильно описані зв'язки між сутностями, кожна нова функція буде дорожчою за попередню: її доведеться вписувати в структуру, яка опирається. Саме тут народжується те, що потім називають техборгом, хоча жодного боргу ніхто не брав: просто п'ятнадцять хвилин полінувалися подумати про зв'язок.
Проєктування моделі даних докладніше розібрано в матеріалі про серверну бізнес-логіку, але рішення ухвалюється тут, на етапі ТЗ.
Що Ви отримуєте на виході
Пакет документів і моделей, достатній, щоб почати повноцінну розробку. Принципово: цей пакет працює і без нас. З ним можна вийти на тендер, змінити підрядника або віддати роботу внутрішній команді й отримати порівнянні пропозиції, бо всі рахують одне й те саме. Добре оформлене ТЗ юридично захищає замовника: приймання йде за критеріями з документа, а не за пам'яттю учасників.
Скільки коштує технічне завдання
Текстове ТЗ з моделями інтерфейсів і даних коштує $800. Якщо одразу замовити прототипування, ТЗ входить без доплати: економія $800, і зв'язка з ТЗ, архітектури, схеми бази даних і невеликого візуального прототипу коштує $2400. Такий пакет зазвичай займає 2-3 тижні й найкраще підходить, якщо далі планується розробка за фіксованою ціною.
Для систем зі складними бізнес-процесами є повний пакет за $7600: ТЗ, специфікації, база даних, система керування нею і частина інтерфейсів (форми, списки, діаграми, медіаблоки), які потім використовуються в продукті. Термін до двох місяців.
Якщо ТЗ у Вас уже є, писати нове зазвичай не потрібно. Ми проводимо аудит: перевіряємо повноту й несуперечливість, складаємо перелік уточнень і припущень. Для чинної системи вхід такий самий за ціною: текстовий аудит $800.
Що ламається, якщо етап пропустити
Оцінка бюджету стає фікцією. Будь-яка цифра, названа до фіксації меж, це ставка, а не розрахунок, і розплачується за нею зазвичай замовник: грошима понад кошторис або урізаною функціональністю наприкінці.
Стартувати з фіксованим бюджетом без ТЗ можна, але ризик недооцінки, спірних очікувань і частих змін різко зростає. У такому разі ми фіксуємо не «весь продукт із повітря», а лише найближчий етап, його межі й правила роботи зі змінами.
Приклад із практики
Для міжнародного автобусного перевізника LEX наша частина роботи завершилася до першого рядка продакшн-коду. Ми провели бізнес-аналіз продажів і бронювання, написали стандартизоване ТЗ, спроєктували архітектуру й ключові алгоритми, вайрфрейми екранів пасажира, адміністративну зону перевізника і прототип API у Swagger.
Реалізацією далі займалися інші підрядники, і це найкраща перевірка ТЗ: закладена логіка дійшла до продукту. На головній сторінці працювали пошук рейсу за полями «Звідки», «Куди» і «Дата», перемикач валюти й мови, особистий кабінет пасажира і промокод на знижку.
Інший приклад: для виробництва Скло після аудиту і прототипу вийшло ТЗ на 98 сторінок. Це не список побажань, а інженерний документ для трьох пов'язаних застосунків.
Куди далі
Далі прототипування за $2400: ТЗ оживає в клікабельній версії, і решта розбіжностей стає видимою до того, як написано перший рядок бойового коду. Попередній крок: консультація та моделювання. Повна мапа в стратегії розробки застосунку.
Обговорити обсяг ТЗ для Вашої задачі на безкоштовній консультації з архітектором. Після зустрічі Ви отримаєте розрахунок ціни й термінів за етапами.
