Неадекватные требования заказчиков
Oct. 24th, 2012 09:54 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
metaclassВ рамках недавнего срача произошла следующая беседа c ![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif)
ng67:
http://metaclass.livejournal.com/739172.html?thread=14746468#t14746468
Поймите - вы судите с точки зрения разработика в вакууме. То есть Вам платят деньги и вы естественно думаете как за эти деньги поменьше работать. А вы встаньте на позицию руководителя проекта, который вам работу дает.
Есть приложение к проекту где расписаны минимальные технические требования к аппаратному и программному обеспечению. Про негрантированно работающие технологии - точно не вам решать.
А насчет рекламы... С таким подходом как у Вас до рекламы еще дожить надо...
У любой фирмы есть отрицательные отзывы заказчиков. У любой. Но если фирма адекватна, и идет навстречу заказчику, то положительных отзывов намного больше.
Главное - не учить заказчика жить. и помнить что у него есть деньги, а у Вас их нет... И не будет с таким подходом.
Как обычно, люди "делают выводы", разговаривая с собственной картиной мира в голове. Это я к тому, что на своих проектах я решаю, что будет делаться и что нет, потому что заказчики, тащемта, стоят в очередь и можно выбирать - заниматься вещами, которые принесут результат и деньги или заниматься вещами, которые принесут только проблемы, т.к. за те деньги, которые заплатит не совсем адекватный заказчик, он вынет душу потом.
Я понимаю, можно прописать в договоре все тонкости, условия, кто за что отвечает и так далее. Но чисто юридическими аспектами взаимодействие с заказчиком обычно не ограничивается.
Кроме того, сейчас почти не существует систем, которые можно просто принести, поставить и запустить - они все требуют участия технических специалистов заказчика (интеграция в сети, подключение к существующему оборудованию, да и просто вообще работа с новой системой). При этом, внезапно, обычно безумные требования выдвигает руководство, а технические специалисты понимают, что это бред, поэтому когда этот бред будет дословно реализован и начнется внедрение - привлечь к адекватному участию специалистов заказчика не получится, потому что способов саботировать с их стороны невменяемые и технически не обоснованные требования существует очень много.
Т.е. если мы подписываемся делать неправильные (технически, юридически или просто проблемные в будущем) требования - мы подписываемся под тем, что делаем некачественные продукты. Я понимаю, что в краткосрочном плане делать так - это выгодно, но в целом, мы тем самым разрушаем свою же экосистему, а через 5 лет все задачи будут состоять из поддержки в условно работоспособном виде результатов таких вот "проектов".
PS: http://en.wikipedia.org/wiki/Parable_of_the_broken_window
ng67:http://metaclass.livejournal.com/739172.html?thread=14746468#t14746468
Поймите - вы судите с точки зрения разработика в вакууме. То есть Вам платят деньги и вы естественно думаете как за эти деньги поменьше работать. А вы встаньте на позицию руководителя проекта, который вам работу дает.
Есть приложение к проекту где расписаны минимальные технические требования к аппаратному и программному обеспечению. Про негрантированно работающие технологии - точно не вам решать.
А насчет рекламы... С таким подходом как у Вас до рекламы еще дожить надо...
У любой фирмы есть отрицательные отзывы заказчиков. У любой. Но если фирма адекватна, и идет навстречу заказчику, то положительных отзывов намного больше.
Главное - не учить заказчика жить. и помнить что у него есть деньги, а у Вас их нет... И не будет с таким подходом.
Как обычно, люди "делают выводы", разговаривая с собственной картиной мира в голове. Это я к тому, что на своих проектах я решаю, что будет делаться и что нет, потому что заказчики, тащемта, стоят в очередь и можно выбирать - заниматься вещами, которые принесут результат и деньги или заниматься вещами, которые принесут только проблемы, т.к. за те деньги, которые заплатит не совсем адекватный заказчик, он вынет душу потом.
Я понимаю, можно прописать в договоре все тонкости, условия, кто за что отвечает и так далее. Но чисто юридическими аспектами взаимодействие с заказчиком обычно не ограничивается.
Кроме того, сейчас почти не существует систем, которые можно просто принести, поставить и запустить - они все требуют участия технических специалистов заказчика (интеграция в сети, подключение к существующему оборудованию, да и просто вообще работа с новой системой). При этом, внезапно, обычно безумные требования выдвигает руководство, а технические специалисты понимают, что это бред, поэтому когда этот бред будет дословно реализован и начнется внедрение - привлечь к адекватному участию специалистов заказчика не получится, потому что способов саботировать с их стороны невменяемые и технически не обоснованные требования существует очень много.
Т.е. если мы подписываемся делать неправильные (технически, юридически или просто проблемные в будущем) требования - мы подписываемся под тем, что делаем некачественные продукты. Я понимаю, что в краткосрочном плане делать так - это выгодно, но в целом, мы тем самым разрушаем свою же экосистему, а через 5 лет все задачи будут состоять из поддержки в условно работоспособном виде результатов таких вот "проектов".
PS: http://en.wikipedia.org/wiki/Parable_of_the_broken_window
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2012-10-24 06:58 am (UTC)no subject
Date: 2012-10-24 07:00 am (UTC)Ребе, сделайте нормальный сайт)
(frozen) (no subject)
From:(frozen) (no subject)
From:(frozen) (no subject)
From:no subject
Date: 2012-10-24 06:58 am (UTC)no subject
Date: 2012-10-24 07:00 am (UTC)Т.к. мой перфекционизм и изготовление некачественных продуктов противоречат друг другу.
(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2012-10-24 07:08 am (UTC)p.s.
когда заказчик расписывая систему говорит что надо что бы было так так и так, а потом добавляет - "но в какой то момент надо что бы все работало наоборот и я влезал бы в данные и все задним числом переделывал", то от такого отказываюсь.. здоровье местами дороже
p.p.s.
недавно из одной конторы заказ был, там куча пиэмов сидит и вот и на том проекте который захотели тоже пиэм сидит.. и вот я им говорю, напишите что хотите, те - "да да, конечно", неделю нет, две недедели нет, потом звонят и говорят "писать это долго, мы тебе сейчас на словах за 15 минут объясним".. заел такой подход
no subject
Date: 2012-10-24 08:18 am (UTC)А, вообще, я смотрю по социальным сетям состав и, когда вижу, что менеджеров слишком много, заношу в чёрный список.
no subject
Date: 2012-10-24 01:07 pm (UTC)При хорошей постановке задачи, ТЗ можно сделать и самому.
(no subject)
From:(no subject)
From:no subject
Date: 2012-10-24 07:14 am (UTC)Правда, для кого-то геморрой -- это делать добротный софт, а для кого-то -- бодаться с идиотом-заказчиком.
Первые уходят в прожект-манагеры, вторые -- сидять в сеньорах.
Ну, как-то так :)
no subject
Date: 2012-10-24 07:16 am (UTC)no subject
Date: 2012-10-24 07:18 am (UTC)(no subject)
From:(no subject)
From:no subject
Date: 2012-10-24 07:41 am (UTC)а через 5 лет все задачи будут состоять из поддержки в условно работоспособном виде результатов таких вот "проектов"
А почему вы, собственно, уверены, что через пять лет будут существовать обе конторы и решаемая задача?
no subject
Date: 2012-10-24 07:43 am (UTC)(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2012-10-24 07:43 am (UTC)(no subject)
From:no subject
Date: 2012-10-24 07:43 am (UTC)Это значит, что у вас не контора, а колхоз.
no subject
Date: 2012-10-24 08:16 am (UTC)no subject
Date: 2012-10-24 08:16 am (UTC)Как-то работал с исполнителями, у которых ТЗ было записано в трёх строчках. Не смотря на все косяки с их стороны, было даже жалко смотреть на то, как их отымели.
no subject
Date: 2012-10-24 08:21 am (UTC)(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2012-10-24 08:28 am (UTC)no subject
Date: 2012-10-24 10:04 am (UTC)no subject
Date: 2012-10-24 10:08 am (UTC)я так понял, у вас больше десяти лет пишутся проекты, которые реально используются, в том числе коробочные
no subject
Date: 2012-10-24 10:16 am (UTC)(no subject)
From:no subject
Date: 2012-10-24 11:36 am (UTC)Перфекционизм требует работающих продуктов, отвечающих разумным требованиям.
Например, запас прочности я заложу, а вот добиваться 5 девяток без соответствующего бюджета на железо и софт нет.
(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2012-10-24 05:51 pm (UTC)Такие как он даже картридж в принтер обычно вставить не могут.
no subject
Date: 2012-10-24 06:47 pm (UTC)По-моему он все-таки заказчика. И руководителя проекта.
Если заказчик хочет что-то, то согласитесь он этого хочет не просто так.
Я уже обжегся пару раз на вот таком вот отношении к заказчикам и их пожеланиям.
Сначала кажется, что глупость несусветная, но потом начинаешь понимать.
Это если заказчик адекватный и объяснит тебе всю глубину твоих заблуждений...
В конце-концов все элементарно - заказчик проекта платит деньги, значит они у него есть.
Если у него есть деньги, может все не так плохо? И заказчик не клинический идиот?
По поводу технических специалистов заказчика все решается просто.
Если они не хотят внедрять систему - их просто увольняют и берут других специалистов,
которые хотят внедрять систему. А если они еще и саботажем занимаются....
О.... Здесь уже должна работать служба безопасности...
no subject
Date: 2012-10-25 06:09 am (UTC)Насчет хотят, не хотят.... Ясен пень не хотят. Какой человек в здравом уме будет писать под MS SQL Server или на PHP.
(no subject)
From:(no subject)
From:no subject
Date: 2012-10-25 06:16 pm (UTC)no subject
Date: 2012-11-04 09:41 pm (UTC)Через 5 лет вообще может быть все что угодно, например выпустят 128 битные процы, а 64битные снимут с продажи. Контора-заказчик купит такие серверы и окажется что ваш софт, субд или еще какая бибилиотека не работает на новой платформе. И тут начнется прикручивание костылей, эмуляция, хаки и прочее.
Или придет новое руководтсво со своим видение и разработанную опердень заменят на sap или 1с.
Так что писать софт на всю жизнь конечно можно, но совсем не факт что он будет рабоатть больше 3х лет