По каким причинам некоторые люди не отвечают, когда с ними здороваются (Страница 8 из 8)

Не знаю, как там у менеджеров и аналитиков, но люди, не умеющие ставить задачу, раздражают, что факт, то факт.
ЧУдные ощущения испытываю, когда от меня хотят, чтобы я в трёхзнаковое поле запихала шестнадцатизнаковое число, а на мой вопрос: "И как вы себе это представляете?" отвечают: "Вы программист, вы и представляйте".

у меня по работе происходит так:
ставишь задачу робу. онолитегу, блин. задача: сделать структуру данных программного модуля для реализации такого-то функционала. описание функционала, требования, примеры - прилагаются. он думает. денёк-другой. потом подходит и говорит что-то в стиле "я тут посмотрел твою задачу. в ней не хватает данных". спрашиваешь - чего не хватает? из того, что он отвечает понятно, что не хватает ровно того, из-за чего ты ему задачу ставил. типа, он в ответ спрашиват - а вот какая связь тут должна быть между таблицами? в этот момент я лично объясняю чуваку, что этот вопрос был задан ему. и его задача на него ответить. потому что я - тупой менеджер, а он - умный онолитег. хорошо, говорит он. и уходит думать. думает еще два дня. модуль уже разработан давно. он присылает ответ на поставленную задачу с копией начальству - моему и его - с просьбой проконтролировать, чтобы менеджеры правильно ставили задачи. и с предложением по введению в процедуры постановки задач таких-то и таких-то этапов. этапы как правило усложняют выполнение задачи и увеличивают затраты времени на неё раза в полтора.

в моей классификации это называется мудак. 8))) и я с подобным не раз сталкивался.

Conway пишет:

в моей классификации это называется мудак. 8))) и я с подобным не раз сталкивался.

Слава богу до такого у меня с ними не доходило на работе. Но бывали бои, да. На текущей работе я нечаянно страшно обидела аналитега. Он продвигал мне идею, что требований надо писать два экземпляра - один такой общий - для заказчика, другой такой подробненький - для разработчиков. На вопрос зачем такое делать - ответ был таков - чтобы не надо было следовать пожеланиям заказчика в мелкой функциональности и пользовательских интерфейсах, потому что эти вопросы сложно согласовывать. Я же ему говорю, что у меня вопросы согласования с заказчиком мелкой функциональности и пользовательских интерфейсов всегда проходили гладко и никаких проблем никогда не было, а вот если их не согласовать - вот тогда точно будут проблемы. Тогда он рассказывает совершенно дикую историю: на одном из его прошлых мест работы заказчик нанял стороннюю контору которая провела анализ требований и прислал подробненькие требования с нарисованными интерфейсами и проч. В процессе разработки команда решила, что интерфейсы такие они делать не будут и еще некоторые изменения в функционале наворотила. Заказчик нанял на acceptance testing ту же контору, что писала требования. Quality assurances сели и проверили каждую кнопочку и каждую функцию из требований и каждый сценарий использования и естественно проект не приняли - они же там наворотили своего. Я его спрашиваю - а как вы вообще могли такое сделать - наворотить своего без согласования, это как если я закажу у портного красное платье в белую жемчужинку, а он мне сделает наоборот потому что по его мнению так видите ли лучше? И тут он как обиделся....

Noire пишет:

Так если бы мы понимали чего они обижаются.

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

Noire пишет:

Taras пишет:

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

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

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

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

?
Ну кроме глухоты...
И зачем так делаете вы, если делаете?
(Тим тоже неплохо бы указать)

Но лично с моей колокольни, чаще всего на меня обижаются по глупым причинам Робы и неприятнее всего реагируют они же.