Роль ТЗ на проекте

ПРЕДИСЛОВИЕ

По роду своей практики общаемся с коллегами по цеху и часто обмениваемся опытом, в том числе у нас в кулуарах часто идут споры по поводу разработки технического задания.

В основном мнения делятся ровно на 2 лагеря:

• те кто топит за разработку ТЗ;
• те кто не понимает зачем тратить лишние деньги и время на него

Давайте сегодня рассмотрим наш практический опыт, мы расскажем наши ситуации в жизни, а по итогу статьи вы сами примите для себя решение, нужно техническое задание или нет👇

ГЛАВА 1️⃣ “КЛИЕНТЫ НА ВСЮ ЖИЗНЬ”

В этой главе мы рассмотрим один практический случай из нашего опыта по разработке.

Начнем с того, что мы в компании четко приняли для себя концепцию “Клиенты на всю жизнь” → если коротко, то каждый наш клиент, это полноценный партнер, с которым мы настроены работать минимум 10-20 лет. Нам не интересные “короткие интрижки”, когда мы что-то сделали на скорую руку и клиент убежал дальше. Мы изначально строим отношения на много лет вперед.

Поэтому когда у нас на первых проектах начинали возникать споры по поводу того, о чем мы договаривались реализовать в проекте, а что не обсуждали, стало сразу понятно, что нужен инструмент, в котором мы на “берегу” с Заказчиком договоримся о всех обязанностях с обеих сторон.

И как вы можете догадаться → таким инструментом стало Техническое задание (ТЗ), в котором мы до самых мелких подробностей описали каждый “винтик” проекта.

И это стало золотым стандартом у нас в компании → тк после такого инструмента у нас за 5+ лет опыта разработки не возникло ни одного случая недопонимания и исчезли на 100% конфликты с заказчиком.

Как это работает: все что нужно реализовать в проекте мы фиксируем в ТЗ → согласовываем его финальную редакцию и подписываем с двух сторон. На основании этого документа считаются все произведенные работы и мы выставляем стоимость/сроки согласно нужным реализованным объемам работ.

И теперь, когда Заказчик нам говорит, что мы должны были реализовать опресненный функционал, а его нет в проекте → мы оба заглядываем в ТЗ и смотрим, так это или нет. После этого сразу становиться понятно кто прав, а кто немного преувеличивает))

Конфликт интересов сразу исчезает тк документ согласовали обе стороны и все согласились на эти условия.

ГЛАВА 2️⃣ “СЭКОНОМЛЕННЫЙ 1МЛН.РУБ”

Как-то в 2022 году мы реализовали проект по сервису обучения на английскому языку. Как и в ранее разработанных проектах мы на старте работ реализовали техническое задание.

А дальше нам опыт в корзинку жизни тк мы согласовали функционал с Заказчиком, который в итоге не внедрили в проект. Это было связано с нейронной сетью и ботом с искусственным интеллектом.

Разумеется Заказчик воспользовался правом и показал нам ТЗ, что с нашей стороны подписал и взяты обязательства на создание и внедрение такого функционала в сервис.

Что на это можем сказать → если бы не было ТЗ, то Заказчику пришлось бы дополнительно вкладывать около 15 000$ на разработку и внедрение ИИ в проект, а так по договору мы обязаны были доработать проект тк в ТЗ черным по белому все описано и подписано с обоих сторон.

Согласитесь, при стоимости разработки технического задания в 1000$ → эконом я в 15000$ смотрится супер-окупаемо?!

И это не единственный случай, когда так было на наших проектах. Дальше думайте сами……

ГЛАВА 3️⃣ “ВАЖНЫЕ СТРУКТУРНЫЕ ЭЛЕМЕНТЫ”

А сейчас предлагаю вам пробежаться по самым важным структурным элементам лучшего ТЗ, которое экономим вам ваши средства и защищает вас от разного рода ошибок в проектах:

1. Обязательно должен быть титульный лист с заголовком + описание команды + принадлежность ТЗ к части заключенного договора;
2. Обязательно оформите структуру, чтобы Заказчику было удобно быстро найти важный пункт и перейти на него по клику;
3. Разрабатывайте ТЗ только в электронном носителе;
4. Обязательно пропишите общие описательные и технические элементы проекта;
5. Дальше разработайте интеллект карту, в которой покажите все шаги пользователей (user-flow);
6. Распишите также каждое действие пользователя максимально подробно;
7. Обязательно распишите отдельно front-end и back-end детально по элементам;
8. Нужно не забыть включить в ТЗ раздел интеграций с другими сервисами;
9. Также рекомендуем максимально подробно техническим языком описать визуальный стиль проекта
10. Если есть раздел по искусственному интеллекту - рекомендуем его вынести отдельным разделом
11. И финальным элементом занесите все доступы, API ключи, данные акаунтов разработчика в сторах и пр элементы инеграции, чтобы команде разработке было где оперативно найти всю информацию и не дергать Заказчика по пустякам.