Moonlight 22 апр 2008 в 23:10

Практика создания адекватных ответов на вопросы неадекватного заказчика

1 мин

689

Чулан

-6

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

Amka 22 апр 2008 в 23:25

Грубовато местами.

Moonlight 22 апр 2008 в 23:29

Без контекста наверное и правда слегка грубоватым покажется, но тем, кто работал с затрахавшим до ужаса заказчиком, я думаю покажется близким)

Советую обратить внимания на вопросы, возникающие у заказчика, который кичится очень грамотным менеджментом)

b_r 23 апр 2008 в 08:16

Могу посоветовать не работать с затрахавшими мозг заказчиками ;)

b00taNik 22 апр 2008 в 23:29

Еще можно добавить:
Заказчик:
А почему это так дорого все стоит, опишите мне пожалуйста по пунктам, что вы сделали, я спрошу у своего знакомого сколько это стоит....
Ответ:
[Ответ вырезан цензурой, чтоб не сильно минусовали ;)]

Moonlight 22 апр 2008 в 23:32

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

b00taNik 23 апр 2008 в 00:08

а мы все еще :(

techman 23 апр 2008 в 00:12

Как заказчик, скажу) изменения ТЗ неизбежны, как неизбежно разное видение проекта на различных этапах. Выход, который мы нашли с подрядчиком - пилить на такие мелкие фазы, когда разночтения минимальны)

Moonlight 23 апр 2008 в 00:19

Конечно, agile-разработка деление и подразумевает и с нормальным заказчиком такой подход отлично работает уже проверено) В данном случае трабл был в неправильных собственных оценках времени на разработку заказчиком и в перекладывании ответственности за изменения им спецификации (повлёкшие увеличение сроков) на разработчиков.

Ashina 23 апр 2008 в 01:22

Прикольно. Бывают еще и те кто упирается типа вы недоделали - плтить не будем.

realsonic 23 апр 2008 в 06:00

Ну это вообще хамство!

Ashina 23 апр 2008 в 13:56

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

4erep 23 апр 2008 в 01:26

Moon, всетаки я считаю, что в таких делах не может быть одного виноватого. Если уж мы взялись работать с таким "неадекватным" заказчиком, то значит, мы как минимум на 50% виноваты во всех вытекающих из этого последствиях.
На самом деле, все мы люди и надо как-то находить общий язык.

DrToller 23 апр 2008 в 02:00

Moon, ты палишь мой трафик и телефонные переговоры?

kovalsky 23 апр 2008 в 03:51

По моему, для вас, ребята, вполне подходящий заказчик.

shprota 23 апр 2008 в 04:16

А реальные ответы, наверное, такие:

Вопросы:
1) почему я только сейчас узнаю об испольуемых технологиях
2) почему вы используете JBoss Seam? я узнал об этом только сейчас

Ответ:
Потому что мы не удосужились составить четкое ТЗ и с вами согласовать. Вроде как-то в аське писали, что будем использовать JBoss Seam. Сами что ли не помните?

Вопросы:
1) что вы вообще сделали, нет нечего
2) что сделано за прошлый месяц
3) за предыдущие 3 месяца сделано мало и многое теперь всё надо переделывать
Ответ:
Потому что мы решили не тратить время на составление ТЗ и соглашались на все ваши требования по ходу дела. Кстати, не подкинете ли еще деньжат, а то у нас кончились?

Заказчик: почему я этого не видел
Ответ: Потому что мы просто послали вашему интегратору обновление по мылу и никому больше ни о чем не сообщили, ибо нам совершенно наплевать, что вы будете с нашим кодом делать.

Заказчик: почему все тормозит
Ответ: потому что, скорее всего, так написано, так как писалось все хаотично, переделывалось под новые требования в процессе работы, и в этом коде теперь черт ногу сломит.

Заказчик:
1) почему в этом фремвоке (Seam) нету готовых компонентов, это какой то неполноценный фреймвок
2) что же за фреймворк вы выбрали что в нем нет таких базовых вещей как постраничный вывод. ииз того что слышу вобще для нас в нем нет ничего полезного?
Ответ: Потому что, повторяем, нам глубоко наплевать на ваши далекоидущие планы. Мы выбрали фреймворк в точном соответствии с вашим определением задачи на момент обсуждения проекта, а все ваши последующие идеи по улучшению продукта потребуют перехода на другой фреймворк - читай, переписывание всего кода заново.

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

AmdY 23 апр 2008 в 05:05

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

voicer 23 апр 2008 в 06:39

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

Интересная метода - видеть в чужих словах то, чего там нет :)

bbb 23 апр 2008 в 12:00

"Потому что мы не удосужились составить четкое ТЗ" - бывают ситуации, когда чёткого ТЗ быть не может в принципе. Например, когда заказчик не может сказать в каком направлении надо будет завтра развивать проект (вплоть до полной переделки в любой момент). Тем не менее такие проекты финансируются соответствующим образом, а значит будут делаться. Без ТЗ вообще. На честном слове и умении менеджеров находить общий язык с заказчиком.

"Уж простите, но никогда бы не стал с вами сотрудничать..." - это же вы сами ответили на все вопросы. Может правильнее сказать, что вы бы с собой никогда не стали бы сотрудничать?

shprota 23 апр 2008 в 12:47

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

M4rkK1d 23 апр 2008 в 04:31

Ахрененно смешно! :-X

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

P.S. "ахрененно" смешно.

realsonic 23 апр 2008 в 06:06

Как вариант, можно вести логи работы с заказчиком: какое ТЗ поступило, что обсуждалось, что изменялось по требованию заказчика, новые ТЗ, сколько времени на всё это ушло, к каким последствиям привело. Написать систему учёта, чтоли. :)

quard 23 апр 2008 в 07:29

а почему заказчик с вами на Вы, а вы с заказчиком на Ты?

ibnteo 23 апр 2008 в 11:35

Может это не заказчик неадекватен, а разработчик?
Особенно видно из хамского ответа "что куришь?" на вопрос "почему тормозит?".

karamba 23 апр 2008 в 11:19

Очень частные, по-моему, вещи затронуты. Мне мало близко все кроме "если мы получаем чёткое ТЗ и его требования не изменяются каждый день, то работа выполняется точно в срок".