ТЗ
Заказчики
- У вас программисты - некомпетентные дураки! Ничего не умеют! Всё через жопу сделано!
- Программа работает?
- Работает...
- Ошибки есть?
- Ошибок нет...
- Программа работает именно так, как написано в техническом задании?
- Да, но когда мы писали ТЗ, то имели ввиду совершенно другое!
Как бороться с хотелками заказчиков
Этот пост посвящён извечной проблеме взаимоотношений с заказчиками и приемки результатов работ для случаев, когда сторонам не хватило времени, желания, и т.д. по списку на согласование требований и договора. Но, даже если хватило, «хотелки» часто возникают, и назревающие проблемы приемки исполнителю нужно как-то уметь решать.
Этот способ мне посоветовал матёрый руководитель, и уже 5 лет он показывает свою эффективность, так что смело можете пользоваться.
Обычно процесс всем представляется так: Техническое задание, работы, проверка результата (приемка).
Заказчик утверждает, что результат не соответствует ТЗ. Это хорошо, тогда смотрим в ТЗ, находим несоответствие, исправляем и сдаём.
Но конфликты возникают тогда, когда заказчик считает, что результат не соответствует его ожиданиям, или, что исполнитель не внёс в ТЗ то, что оказывается для заказчика важным. Почему так случается, и главное, что делать, чтобы таких ситуаций избегать?
Первый важный момент, это разница между ТЗ и ТТ. Технические требования (ТТ) или просто «требования» характеризуют продукт, как результат физического или интеллектуального труда. ТЗ же является заданием в прямом смысле, т.е. характеризует, как исполнитель должен выполнить работу, этапы, сроки, правила сдачи, состав документации и т.д.
ТТ и ТЗ вместе дают исчерпывающий перечень требований как к результату, так и процессу его достижения.
Заказчик говорит, «Вы сорвали срок» или «Вы не показали промежуточный результат». Это относится к ТЗ. Часто требования ТЗ дублирует договор, или ссылается на ТЗ, отражая основные моменты.
Если заказчик говорит, «Я хотел совсем другое» или «Оно не работает». Это относится к ТТ. И тут важно отметить, что хорошие требования сформулировать на старте бывает сложно, как же быть?
Нужно просто держать в уме, что заказчик планирует использовать результат работ в соответствии со своими намерениями для решения задачи (задач). У результата работ есть назначение.
Для упрощения примем, что намерения определяются какой-то проблематикой заказчика. Для разрешения проблемы он и привлекает исполнителя (договор) для создания результата, который будет использоваться для решения задачи. Тоже самое, но другими словами, использование результата работ решает задачу заказчика. Решенная задача разрешает его проблему. Это и есть его намерение.
В итоге картина становится намного понятнее: Проблема - задача - требования - тех задание - договор.
Когда заказчик говорит, что в требованиях чего-то не было или что результат не соответствует ожиданиям, мы возвращаем заказчика на шаг назад на уровень его задачи, «мы точно решаем эту задачу?», и, если надо, в самое начало, «мы точно решаем эту проблему?».
Отматывайте заказчика на шаг назад, согласовывайте, фиксируйте договорённости и двигайтесь дальше, и тогда будет вам счастье.
У всех, кто дочитал до конца, извиняюсь за занудство) Желаю адекватных заказчиков и успешных проектов.
Посвящается всем, кто что-то у кого-то заказывает
Когда 23-летней девочке-дизайнеру родом из Питера и суровому 60-летнему технологу пищевого производства родом из станицы в Ростовской области поставили задачу сделать конфету в виде хрюшки.
Сможете найти на картинке цифру среди букв?
Справились? Тогда попробуйте пройти нашу новую игру на внимательность. Приз — награда в профиль на Пикабу: https://pikabu.ru/link/-oD8sjtmAi
Когда офис - весь город)
Особенность фриланса - это работа дома. Поэтому, для разнообразия, решено назначать встречи с заказчиками в красивых и уютных местах города)