Заказчик-генератор

Диалог представителя заказчика и разработчиков на одной из демонстраций функциональности:

- Так, здравствуйте, что вы нам сегодня покажете?

- Мы сделали вот тут большой кусок, и пару небольших фишек. (показываем)

- Ой, а что ж так плохо-то? А вот тут нужно еще сделать вот так, а тут переделать, а вот тут вообще сделано неправильно.

- Но ведь мы согласовывали с вами три недели назад, как это будет сделано, показывали отрисованные формы интерфейса, вы вносили правки?

- Это ведь были предварительные формы. А теперь я вижу их недостатки – они же очевидны, могли бы и сами догадаться. Мы вам за что платим? И вообще, почему вы так медленно работаете – за три недели так мало сделали?

Заказчик-генератор - мой ночной кошмар как руководителя проекта по разработке программного обеспечения. Каждый раз хочу задушить голыми руками. Чаще всего из госсектора, небольшая начальница в одном из подразделений заказчика. Объём сделанной работы оценивает по количеству элементов в интерфейсе информационной системы, способна половину команды довести до белого каления непрерывно изменяющимися требованиями к красоте интерфейса, а также может за полчаса сформировать задач в бэклог на годы работы вперед. На стандартную просьбу расставить приоритеты в выполнении задач отвечает, что все задачи важны, и она не может выделить среди них более важные. Любые уступки воспринимает как собственную победу над ленивыми программистами и торжество дела заказчика, которого она так успешно представляет.

Что с такими делать – непонятно совершенно. Можно апеллировать к контракту, но проблема любого технического задания заключается в возможности широко трактовать его положения. Предварительное согласование форм интерфейса не воспринимается как обязательство с её стороны о приемке работы в случае, если всё сделано по согласованным предварительным эскизам. Предложение об видео- или аудиофиксации встречи, чтобы было понятно, о чем договорились, воспринимается как попытка ограничить её права как заказчика на внесение изменений. Крайний ход – поход к высшему руководителю с просьбой замены представителя заказчика, как правило, не дает результата и является переходом холодной войны к её горячей фазе.

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

Попадались ли вам такие заказчики? Как вы находили выход из такой ситуации?

Следите за новостями в telegram-канале t.me/softprofy

Мой курс для профессионалов разработки программного обеспечения: profysoft.ru