Что ТЗ даёт заказчику?

Время прочтения: 3 мин
Сложность: норм Просмотров:
Денис Сапожников 30.09.2019

Заказчик зачастую имеет очень смутное представление о ТЗ, а про функции ТЗ для заказчика представление и вовсе отсутствует.

К сожалению, большая часть людей* всё ещё воспринимают ТЗ, как:

1) Формальный этап подготовки к проекту

2) Формальный юридический документ, нужный для подписания договора

3) Непонятный текст на птичьем языке разработчиков

4) Описание функционала «кликни сюда — произойдет это»

Когда-нибудь отечественная IT-культура дорастет до той мысли, что ТЗ — удобный прикладной инструмент, framework для реализации проектов и воспринимать его следует исключительно так.

Основные преимущества наличия адекватного технического задания для заказчика

  1. Структуризация идей и замыслов
    Ни для кого не секрет, что привести идеи заказчика в структурированную форму — огромный труд, на который заказчик сам, зачастую, не способен. При оформлении технического задания все мысли и идеи обретут структуру, целостность и даже форму, понятную другим людям.
  2. Четкая структура проекта и прозрачность его реализации
    В грамотно составленном техническом задании включен такой документ или раздел, как Иерархическая структура работ (ИСР), он же — Структура декомпозиции работ, (СДР) или же Work Breakdown Structure, (WBS).
    Этот раздел предполагает иерархическое разбиение всей работы, которую необходимо выполнить для достижения целей проекта, на более мелкие операции и действия до такого уровня, на котором способы выполнения этих действий вполне ясны и соответствующие работы могут быть оценены и спланированы.
    Проще говоря, в любой момент времени Вы знаете что сейчас должен делать разработчик и имеете возможность управления реализацией проекта.
    Нет ИСР — нет понимания, что сейчас должен делать разработчик — нет возможности полноценного контроля выполнения проекта
  3. Рычаг давления на разработчика
    В случае возникновения каких-либо разногласий с разработчиком, у Вас будет возможность сослаться на утвержденный документ.
    Техническое задание составляется в соответствии с общепризнанным синтаксисом, поэтому у разработчика нет возможности сказать «мы не так поняли задачу, то что вы хотите стоит в 5 раз больше».
  4. Юридическую защищенность
    В случае срыва сроков, финансового ущерба, некорректном исполнении проекта — у Вас повышаются шансы добиться от разработчика результатов или компенсации ущерба в судебном порядке. Никому не советую доводить ситуацию до судебного разбирательства, но в случае подобной ситуации ТЗ — основной документ для оценки нарушений при реализации проекта.
  5. Экономию бюджета
    Отсутствие ТЗ или не достаточная детализация технического задания — прямая дорога к бесконечным правкам и срывам сроков. Чем детальнее проработано ТЗ, тем ниже вероятность некорректной реализации работ, а значит и дополнительных инвестиций в реализацию проекта потребуется гораздо меньше.
  6. Сокращение сроков реализации
    Скорость выполнения проекта может увеличивается в несколько раз, если есть грамотно составленное ТЗ. Все просто — меньше дополнительных согласований + меньшее количество правок = экономия времени.
  7. Отсутствие проблем при развитии и расширении проекта
    Чем выше уровень детализации, тем корректнее и нагляднее путь развития проекта. А так же ниже вероятность использования технических решений, ограничивающих дальнейшее развитие проекта.

Неустанно вбиваю в голову людей одну простую мысль — на подготовку к реализации проекта, формирование идей, написание ТЗ в частности — должно уходить не менее 25% времени и средств от всего бюджета на разработку.

Только в этом случае снижается высокая вероятность большого количества непредвиденных работ и больших расходов.

*Речь идёт о заказчиках из числа отечественных компаниях, работающих на отечественном рынке.
Западные коллеги, европейские коллеги, отечественные компании, работающие на зарубежный рынок — обычно не имеют подобных ложных представлений о ТЗ.

Рано или поздно исчезнут простые работяги, их профессии падут под гнетом автоматизации и нейронных сетей. Следом падут и рядовые разработчики, их заменят SAAS-сервисы. Проект-менеджеры наконец-то окажутся никому ненужными. Останется лишь чернь, бездумно потребляющая контент и безумные изобретатели‑первопроходцы, меняющие мир.

А пока этого не произошло, я буду писать этот блог и стараться давать Вам самую суть разработки, продвижения и управления в IT‑проектах.


P.s. нравится проект?
Ну так помоги развить его - репосты, донат и интересная работа приветствуются

Рекомендую посмотреть

Случайный вопрос

Сколько стоит разработать мобильное приложение на iOS?

Сколько стоит автомобиль? Смотря какой и для каких целей.
Так и с мобильными приложениями — зависит от того, какой функционал вам нужен, как срочно требуется разработать, нужна ли помощь с публикацией и продвижением приложения.
Рекомендую для начала разобраться с темой «техническое задание», а после уже обратиться к специалистам для составления полноценного технического задания и оценки стоимости разработки.

Показать больше ответов

Привет, дружок‑пирожок