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