Неадекватные требования заказчиков

[metaclass]

В рамках недавнего срача произошла следующая беседа c ng67:
http://metaclass.livejournal.com/739172.html?thread=14746468#t14746468
Поймите - вы судите с точки зрения разработика в вакууме. То есть Вам платят деньги и вы естественно думаете как за эти деньги поменьше работать. А вы встаньте на позицию руководителя проекта, который вам работу дает.

Есть приложение к проекту где расписаны минимальные технические требования к аппаратному и программному обеспечению. Про негрантированно работающие технологии - точно не вам решать.
А насчет рекламы... С таким подходом как у Вас до рекламы еще дожить надо...
У любой фирмы есть отрицательные отзывы заказчиков. У любой. Но если фирма адекватна, и идет навстречу заказчику, то положительных отзывов намного больше.
Главное - не учить заказчика жить. и помнить что у него есть деньги, а у Вас их нет... И не будет с таким подходом.

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

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

Кроме того, сейчас почти не существует систем, которые можно просто принести, поставить и запустить - они все требуют участия технических специалистов заказчика (интеграция в сети, подключение к существующему оборудованию, да и просто вообще работа с новой системой). При этом, внезапно, обычно безумные требования выдвигает руководство, а технические специалисты понимают, что это бред, поэтому когда этот бред будет дословно реализован и начнется внедрение - привлечь к адекватному участию специалистов заказчика не получится, потому что способов саботировать с их стороны невменяемые и технически не обоснованные требования существует очень много.

Т.е. если мы подписываемся делать неправильные (технически, юридически или просто проблемные в будущем) требования - мы подписываемся под тем, что делаем некачественные продукты. Я понимаю, что в краткосрочном плане делать так - это выгодно, но в целом, мы тем самым разрушаем свою же экосистему, а через 5 лет все задачи будут состоять из поддержки в условно работоспособном виде результатов таких вот "проектов".

PS: http://en.wikipedia.org/wiki/Parable_of_the_broken_window

Comments

[raydac.livejournal.com]

очень часто проект начинается словами "составьте ТЗ"
p.s.
когда заказчик расписывая систему говорит что надо что бы было так так и так, а потом добавляет - "но в какой то момент надо что бы все работало наоборот и я влезал бы в данные и все задним числом переделывал", то от такого отказываюсь.. здоровье местами дороже
p.p.s.
недавно из одной конторы заказ был, там куча пиэмов сидит и вот и на том проекте который захотели тоже пиэм сидит.. и вот я им говорю, напишите что хотите, те - "да да, конечно", неделю нет, две недедели нет, потом звонят и говорят "писать это долго, мы тебе сейчас на словах за 15 минут объясним".. заел такой подход

[vit-r.livejournal.com]

Как-то в Берлине обнаружил контору, где на три десятка ПМ было четыре программиста.

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

[nivanych.livejournal.com]

Замечу, что есть два различающихся понятия — постановка задачи и ТЗ.
При хорошей постановке задачи, ТЗ можно сделать и самому.

[inhate.livejournal.com]

Главно, не забыть принудить заказчика к автографу на каждой странице.

[nivanych.livejournal.com]

Паяльники да утюги какие-то представляются...