Обновить

ИТ — это не центр затрат. Это центр неоправданных ожиданий

Уровень сложностиПростой
Время на прочтение4 мин
Охват и читатели10K
Всего голосов 7: ↑5 и ↓2+3
Комментарии13

Комментарии 13

Самым безумием в этой истории - это быть веб-студией

Да, уровень стресса - максимальный.

почему ? за это платят.
и чем больше поток хаоса от маркетоидов, тем больше платят.

Да, все так. И платят неплохо, надо признать.

Худшее в этой статье - ИИшные картинки с грамматическими ошибками

На собственного иллюстратора еще не заработал :)

Тест настолько синтетика что не хочется отвечать по существу.

Идеально если генерация идей, заказ и исполнение, сопровождение работают слаженно. Но чем сложнее проект тем дальше от такого идеала

Не совсем понял про тест. Это реальный пример из жизни.

Это всё потому, что маркетинг вообще не считает свои затраты. Все эти "придумайте - посмотрим" никак не ложатся ни на какую модель. А вот когда пришло взрослое ИТ, маркетинг вынужден был начать считать соотношение "затраты - выхлоп", и вдруг стало понятно, что творчество за счёт акционера - развлечение не бесконечное

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

В принципе в статье верно верно определено, но только всегда будут нюансы конкретных ситуаций.
Даже если бизнесом, или маркетингом в нем, начинает заведовать бывший айтишник, он все равно неизбежно, скорее всего, придет к описанному способу выдачи задач, ибо у него наверное взгляд на конечные цели смещается. Сам недавно пострадал, можно сказать,от этого. Шеф упорно не хотел давать нормальное развернутое ТЗ. Но при этом, сам балуясь с эксперементами над ИИ, сидел и вычищал промпты по нескольку дней. Аргумент убивал, что и привело в итоге к разрыву творческих отношений: у тебя уровень эксперта, вот и сделай как я хочу. А чего шеф хочет, приходилось "вытаскивать клещами", и это и бесило и просто приводило в ступор.
Наверное такой режим управления, это какой-то парадокс управленцев, и он хорошо описан где то. Но в целом - доканывает как инженера-програмиста каждый раз, как я с ним сталкиваюсь :(

Тут нужно просто понять. Это уже половина решения проблемы. Т.к. если понять, то будет проще объяснить. Если исходить из того, что обе стороны адекватные, то договориться можно всегда.

Это в теории. И даже вопрос не в адекватности, а в диаметральности взгляда на одну и туже проблему, но с разных сторон. Особенно, когда у одной стороны (менеджмента) неизвестно почему задранные ожидания для другой стороны (разрабов). В итоге получится скорее как со мной. Вроде обе стороны адекватные были, а по итогу - я работы лешился.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации