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

[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]

[Не показывая пальцем]
Ребе, сделайте нормальный сайт)

[zelanton.livejournal.com]

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

[metaclass.livejournal.com]

Разъяснить свою точку зрения, подробно.
Т.к. мой перфекционизм и изготовление некачественных продуктов противоречат друг другу.

[raydac.livejournal.com]

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

[vit-r.livejournal.com]

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

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

[nivanych.livejournal.com]

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

[kong-en-ge.livejournal.com]

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

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

[theiced.livejournal.com]

ты явно из первой категории?

[metaclass.livejournal.com]

Вот. А тут учат добровольно с радостью принимать геморрой за деньги. Оно мне надо?:)

[plumqqz.livejournal.com]

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

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

[metaclass.livejournal.com]

У меня до сих пор работают системы, сделанные в 90х годах, а на конторе я работаю уже 15 лет.

[blackyblack.livejournal.com]

Почему бы, собственно, через 5 лет не купить себе виллу на Канарах, на заработанные от поддержки деньги.

[blackyblack.livejournal.com]

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

[teewoon.livejournal.com]

а может он исполнитель хороший. Вон плиточников_по_знакомству ждут месяцами, когда освободятся.

[vit-r.livejournal.com]

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

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

[vit-r.livejournal.com]

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

[teewoon.livejournal.com]

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

[osdm.livejournal.com]

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

[berezovsky.livejournal.com]

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

[metaclass.livejournal.com]

Потому что оппонент разговаривал с собственной картиной мира в голове, где разработчики не желают работать :)

[metaclass.livejournal.com]

Не запретит :)
Перфекционизм требует работающих продуктов, отвечающих разумным требованиям.
Например, запас прочности я заложу, а вот добиваться 5 девяток без соответствующего бюджета на железо и софт нет.

[(Anonymous)]

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

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

[ng67.livejournal.com]

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

[(Anonymous)]

Еще раз. IT проекты это не выкопать "яму от меня до забора". Тут работает мозг. Если вы считаете, что вы разработчику начинаете диктовать условия из серии "Я сказал, что таблица будет вот такая", то любви не будет. Насчет денег я уже говорил. ЗП разработчиков в пост СССР странахз ниже чем ЗП среднего менеджера по продажам. Это не деньги и разработчики работают не за деньги.
Насчет хотят, не хотят.... Ясен пень не хотят. Какой человек в здравом уме будет писать под MS SQL Server или на PHP.

[(Anonymous)]

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

[rashid80.livejournal.com]

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

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

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