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

    Наверное многим из нас приходилось работать с неадекватным заказчиком. Во время последнего подобного проекта мы с ребятами сделали перечень ответов на часто задаваемые вопросы заказчика))

    Вопросы:
    1) почему я только сейчас узнаю об испольуемых технологиях
    2) почему вы используете JBoss Seam? я узнал об этом только сейчас
    Ответ:
    ты уже не первый раз упрекаешь нас в этом, плиз, проверь историю в icq:
    Заказчик (дата — за месяц до начала работы):
    наверняка есть готовые фреймвоки, в которых будет проще создать этот стандартный функционал
    Мы: конечно, потому предлагаем использовать Java EE + JBoss Seam
    Заказчик: ну вот! это именно то, что нужно!


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

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

    Заказчик: почему все тормозит
    Ответ: не знаю! что куришь?

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

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

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

        Советую обратить внимания на вопросы, возникающие у заказчика, который кичится очень грамотным менеджментом)
          0
          Могу посоветовать не работать с затрахавшими мозг заказчиками ;)
        0
        Еще можно добавить:
        Заказчик:
        А почему это так дорого все стоит, опишите мне пожалуйста по пунктам, что вы сделали, я спрошу у своего знакомого сколько это стоит....
        Ответ:
        [Ответ вырезан цензурой, чтоб не сильно минусовали ;)]
          0
          Кстати, такие вопросы тоже возникали у некоторых людей, но слава аллаху только на стадии обсуждения проекта. Предпочитаем с такими деятелями не работать, как и с описанными выше (теперь уже)))
            0
            а мы все еще :(
          0
          Как заказчик, скажу) изменения ТЗ неизбежны, как неизбежно разное видение проекта на различных этапах. Выход, который мы нашли с подрядчиком - пилить на такие мелкие фазы, когда разночтения минимальны)
            +1
            Конечно, agile-разработка деление и подразумевает и с нормальным заказчиком такой подход отлично работает — уже проверено) В данном случае трабл был в неправильных собственных оценках времени на разработку заказчиком и в перекладывании ответственности за изменения им спецификации (повлёкшие увеличение сроков) на разработчиков.
            0
            Прикольно. Бывают еще и те кто упирается типа вы недоделали - плтить не будем.
              0
              Ну это вообще хамство!
                0
                Да, но вот в тех.задании трудно указать что вот эти рюшечки сверху должны быть полупрозрачными и загибаться вверх а не вниз. И вот к таким деталям многие придираются
              0
              Moon, всетаки я считаю, что в таких делах не может быть одного виноватого. Если уж мы взялись работать с таким "неадекватным" заказчиком, то значит, мы как минимум на 50% виноваты во всех вытекающих из этого последствиях.
              На самом деле, все мы люди и надо как-то находить общий язык.
                +1
                Moon, ты палишь мой трафик и телефонные переговоры?
                  0
                  По моему, для вас, ребята, вполне подходящий заказчик.
                    +6
                    А реальные ответы, наверное, такие:

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

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

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

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

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

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

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

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

                          "Уж простите, но никогда бы не стал с вами сотрудничать..." - это же вы сами ответили на все вопросы. Может правильнее сказать, что вы бы с собой никогда не стали бы сотрудничать?
                            0
                            Когда проект идет без четкого ТЗ, но должным образом финансируется, не может быть нареканий на неадекватность заказчика, поскольку это условие изначально в проект заложено.
                          0
                          Ахрененно смешно! :-X

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

                          P.S. "ахрененно" смешно.
                            0
                            Как вариант, можно вести логи работы с заказчиком: какое ТЗ поступило, что обсуждалось, что изменялось по требованию заказчика, новые ТЗ, сколько времени на всё это ушло, к каким последствиям привело. Написать систему учёта, чтоли. :)
                              +5
                              а почему заказчик с вами на Вы, а вы с заказчиком на Ты?
                                0
                                Может это не заказчик неадекватен, а разработчик?
                                Особенно видно из хамского ответа "что куришь?" на вопрос "почему тормозит?".
                                0
                                Очень частные, по-моему, вещи затронуты. Мне мало близко все кроме "если мы получаем чёткое ТЗ и его требования не изменяются каждый день, то работа выполняется точно в срок".
                                  0
                                  фантастика какая то, не имеющая отношения к реальности.
                                    0
                                    Странный у вас заказчик если вы с ним на "ты". Мне пока такие не попадались :)

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

                                    Самое читаемое