Каковы плюсы и минусы прямого общения разработчика с заказчиком?

А, ну вот, классика жанра, блядь! Ситуация, когда заказчик тебе в личку пишет: «Привет, а можно вот тут кнопочку сделать, чтобы она не так, а эдак?». И вроде мелочь, а потом оказывается, что за этой кнопочкой — целая вселенная, нахуй.

Плюсы, они, конечно, есть, ёпта:

• Понимание на уровне телепатии, блядь. Никаких этих «менеджер сказал, что аналитик имел в виду». Ты слышишь желание прямо из первых, так сказать, уст. Хочет заказчик, чтобы кнопка мигала радугой — он так и скажет: «Хочу, блядь, радугу!».
• Скорость — всё. Вопрос «а что если?» решается за минуту, а не за два дня через десять встреч. «Можно?» — «Не, хуйня получится, а вот так — ок». И поехали дальше.
• Доверие, ёбаный насос. Когда ты не прячешься за тикет, а нормально, по-человечески объясняешь, почему его гениальная идея сломает половину бэкенда — он начинает тебе верить. А это дорогого стоит.
• Ликбез на месте. Самый кайф — когда можешь сказать: «Слушай, чтобы твоя радуга работала, нам надо сервер новый покупать, а если сделать просто зелёный анимацию, то и так сойдёт, и дешевле». Часто после этого радуга уже не кажется такой must-have, блядь.

Но минусы-то, сука, какие... Ох, минусы:

• Ожидания — они как резиновые, их можно растянуть до пизды. «О, раз ты такой умный и всё сразу делаешь, давай ещё вот это, и это, и чтобы завтра». А потом оказывается, что «простая доработка» — это переписать пол-архитектуры. И виноват-то уже ты, потому что «ну ты же согласился, я ж тебе в телеге писал!».
• Scope creep, или «разрастание хуйни». Это главный враг, блядь. Сегодня попросили кнопку, завтра — отчёт по нажатиям на кнопку, послезавтра — чтобы отчёт выгружался в эксель и слал письмо бухгалтерии. И всё это — мимо трекера задач, мимо планирования, просто потоком сознания в мессенджер. Пиздец проекту.
• Рабочий flow летит в тартарары. Только сконцентрировался, вошёл в состояние потока, чтобы наконец-то эту сложную хуйню починить — а тут: «Тук-тук, а почему у меня вот здесь не работает?». И всё, пиздец продуктивности, блядь. Снова два часа на то, чтобы вникнуть в контекст своей же задачи.
• Ответственность — она, сука, персональная. Сказал «да, сделаем» в чатике — всё, ты это пообещал. Даже если это было неофициально. Потом прилетает вопрос: «Ну чё там с тем, о чём мы договаривались?». И оправдывайся, что это было не в тикете.

Так как же не сойти с ума и не наговорить лишнего? Есть пара советов, блядь:

1. Забей на технарский сленг. Не говори «добавим endpoint в REST API». Скажи: «Сделаем так, чтобы система сама брала заказы из 1С, без ручного копирования». Говори на языке выгоды, а не технологий. «Радуга» — это не фича, это «повышение вовлечённости пользователя на 0.5%», вот так надо, блядь.
2. ВСЁ, БЛЯДЬ, ФИКСИРУЙ. Это святое. Обсудили радугу? Прекрасно. Твоя следующая фраза: «Ок, я создам задачу в Jira и скину тебе ссылку, чтобы не потерялось». И всё. Нет задачи — нет работы. Нет письма с итогами созвона — нихуя не было. Это не бюрократия, это твоя броня от ебучего scope creep.
3. Спрашивай «нахуя?». Серьёзно. «Хорошо, радужная кнопка. А какую проблему это решит? Чего мы хотим добиться?». Может, он хочет, чтобы кнопку чаще жали. И тогда, возможно, решение не в радуге, а в том, чтобы просто перенести её на видное место. Копни глубже, блядь.
4. Поставь границы, как царьградскую стену. «Я сфокусирован на задачах с 10 до 16, отвечаю в чате ближе к концу дня. Срочные вопросы — только в вот этот общий чат поддержки». Иначе тебя заебут вопросами в любое время дня и ночи. Ты же не служба спасения, в конце концов, ёпта.

Короче, общение напрямую — это как острый нож. В умелых руках — инструмент невероятной эффективности, а если хвататься за лезвие — порежешься в хлам. Главное — не забывай про тикеты, а то потом сам от себя охуеешь, когда поймёшь, что месяц делал не то, что планировалось.