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

[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

[vp.livejournal.com]

Я тебе больше скажу. Через год уже будут показывать пальцами, что "а вы знаете, вот у этой конторы заказали абы что, и она сделала абы что, за деньги". Имхо всегда есть возможность опуститься, но этого делать не нужно.

[zelanton.livejournal.com]

а зачем ты это написал?

[raydac.livejournal.com]

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

[kong-en-ge.livejournal.com]

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

Ну, как-то так :)

[plumqqz.livejournal.com]

Призрачно все в этом мире бушующем.
а через 5 лет все задачи будут состоять из поддержки в условно работоспособном виде результатов таких вот "проектов"

А почему вы, собственно, уверены, что через пять лет будут существовать обе конторы и решаемая задача?

[blackyblack.livejournal.com]

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

[vit-r.livejournal.com]

Дело даже не в "не правильных" требованиях, а в неполноте спецификации, прилагаемой к договору.

Как-то работал с исполнителями, у которых ТЗ было записано в трёх строчках. Не смотря на все косяки с их стороны, было даже жалко смотреть на то, как их отымели.

[teewoon.livejournal.com]

Походу вырисовывается разделение на "рубить бабло заплющчыў вочы" и "перфекционизмъ" =)

[osdm.livejournal.com]

Если стоит очередь из клиентов, то надо выбирать самых адекватных. Иначе за сумасшедшие доработки надо просто брать очень много денег. И предупреждать, что поддержка тоже будет совсем недешевой.

[berezovsky.livejournal.com]

почему в вакууме?
я так понял, у вас больше десяти лет пишутся проекты, которые реально используются, в том числе коробочные

[(Anonymous)]

Расшифровываю ng67 менеджер среднего звена. 1) Он считает, что "Вам платят деньги". А мы в 90% работаем не за деньги. 2) "руководителя проекта, который вам работу дает" От ведь... Он нам дает работу? Наивное существо. 3) "Про негрантированно работающие технологии - точно не вам решать." А КОМУ? КТО РАЗБИРАЕТСЯ В ЭТИХ ТЕХНОЛОГИЯХ? Этот убогий, который нам дает работу? В 99% Это Шакал из маугли который пресмыкается перед тем у кого есть деньги и уговаривает волков.

Такие как он даже картридж в принтер обычно вставить не могут.

[ng67.livejournal.com]

А проект точно Ваш?
По-моему он все-таки заказчика. И руководителя проекта.
Если заказчик хочет что-то, то согласитесь он этого хочет не просто так.
Я уже обжегся пару раз на вот таком вот отношении к заказчикам и их пожеланиям.
Сначала кажется, что глупость несусветная, но потом начинаешь понимать.
Это если заказчик адекватный и объяснит тебе всю глубину твоих заблуждений...
В конце-концов все элементарно - заказчик проекта платит деньги, значит они у него есть.
Если у него есть деньги, может все не так плохо? И заказчик не клинический идиот?
По поводу технических специалистов заказчика все решается просто.
Если они не хотят внедрять систему - их просто увольняют и берут других специалистов,
которые хотят внедрять систему. А если они еще и саботажем занимаются....
О.... Здесь уже должна работать служба безопасности...

[(Anonymous)]

Кстати как вариант: "Главное - не учить заказчика жить. и помнить что у него есть деньги, а у Вас их нет... " Я подозреваю он обратился к нам потому, что денег скоро у него не будет. Ну и если он такой мудак и никто не будет браться завтра он подумает и станет пушистым. Надо всетаки профсоюз IT спецов. И там будут вносить мудаков в черные списки.

[rashid80.livejournal.com]

"через 5 лет".

Через 5 лет вообще может быть все что угодно, например выпустят 128 битные процы, а 64битные снимут с продажи. Контора-заказчик купит такие серверы и окажется что ваш софт, субд или еще какая бибилиотека не работает на новой платформе. И тут начнется прикручивание костылей, эмуляция, хаки и прочее.
Или придет новое руководтсво со своим видение и разработанную опердень заменят на sap или 1с.

Так что писать софт на всю жизнь конечно можно, но совсем не факт что он будет рабоатть больше 3х лет