caxapa.ru :: Я - ремесленник. У меня всегда ограниченный бюджет и разного рода риски. И когда боец, вместо того чтобы дернуть меня и показать проблему, тупо давит в стену своим широким лбом, теряя время, ресурсы и репутацию (мою! репутацию) мне хочется его... усыновить. И расцеловать. Одновременно, блядь.

Cкpипaч, пророк (16.07.2023 21:50, просмотров: 106) ответил mr-x на Это разные подходы, ремесленника и, если позволите громкое слово, изобретателя. Первый сопоставляет цену и предполагаемый результат и даёт прогноз. Отлично, если задача типовая. Решил да/нет и вперёд. Второй сразу видит, что решения готового он не знает и долбится, пока не пробьёт. Прогнозируемость отвратительная. Будет ли результат и какой ценой - не известно. С точки зрения управленца - плохая ситуация. Но без такого упоротого ничего маломальски нового не сделаешь.

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

Но когда разговор строится так: "Вот икс денег, вот заказчик, вот задача. Половина от непотраченного - премия (налоги!)"

почему-то проблемы решаются в одно касание. А если звонят, то даже среди ночи, ни секунды не откладывая.

... но не любой ценой.

Ответить

- Крайности - всегда плохо. Дабы в них не впадать менеджер и исполнитель должны дополнять друг друга и уравновешивать, как инь и ян. Хорошее совещание - великая вещь. Но это уметь надо. - mr-x(16.07.2023 23:06)
  - Великая вещь, говоришь? 8) В моем понимании, вопросы делятся на два типа: а) мозговые штурмы, когда изначально не понятно в какой области вообще искать решение (и искать ли, или "фиксировать убытки и валить с проекта") б) те что подменяют собой нормальный документооборот. Вы знаете еще какие-то? Cкpипaч(91 знак., 16.07.2023 23:28, ссылка)
    - Руководитель - тот же заказчик для исполнителя. Он не компетентен в тонких моментах и не понимает, сколько его пожелания будут стоить времени и усилий. Исполнитель не знает или не понимает приоритетов и сроков. Как разрулить не посовещавшись? А иначе потом тупой начальник и недалёкий и ленивый исполнитель обижаются друг на друга и копят злобу. mr-x(1038 знак., 17.07.2023 09:15)
      - Это - мозговой штурм. Пункт "а". Организация труда - пункт "б". ТЗ, запрос на изменения, протокол испытаний. - Cкpипaч(17.07.2023 12:57)
    - совещания с Заказчиком.... на них мне порой хочется его пристрелить. жаль только, что ствол у него, а не у меня. - Alex68(16.07.2023 23:37)
      - ...поэтому тоже стараемся по возможности заменить такие совещания неформальной "работой в полях", с профильными инженерами и младше-средним менеджментом. Но это не всегда возможно :( - Cкpипaч(16.07.2023 23:41)
        
        вот! ключевое слово "профильными инженерами", очень часто разработчика от них, или их от разработчика изолируют круче, чем прокаженных. а ТЗ писано , ну или озвучено, полными идиотами. кои не в состоянии пояснить вообще ничего. - Alex68(16.07.2023 23:46)
        
        Проекты с такими раскладами ко мне попадают крайне редко. Я не самый дешевый и не самый коруппированный исполнитель, там где со стороны заказчика не имеют слова инженеры я обычно кому-то проигрываю торги. - Cкpипaч(16.07.2023 23:52)
      - У него ключи от твоего холодильника! Или принимай всё как должное и с уважением, или гордо отказывайся от общения с идиотом [по твоему мнению]. - POV(16.07.2023 23:40)
        
        человек,олицетворящий для меня Заказчика, часто бывает полным техническим идиотом. и ТЗ - нереалистично. на вопросы ответить не может. и чо мне с ним делать? - Alex68(16.07.2023 23:48)
        
        Классики проджект-менеджмента предлагают в таких раскладах вводить "внутреннего заказчика". Обычно, адекватного продавана, способного "разными способами"(тм) понять чего заказчик на самом деле хочет и корректно переформулировать это для инженеров. Cкpипaч(166 знак., 16.07.2023 23:58)
        
        тут другое. не могу в подробностях, но в ТЗ хотять уровень спуров и шумов ниже реально теоретически достижимого и габариты и вес изделия нереализуемые при требуемом функционале даже теоретически. это просто часть примеров. очень поверхностная часть. - Alex68(17.07.2023 00:17)
        
        Нужно уметь говорить "нет". И не тянуть время. Тогда и инженеры у заказчика находятся. - Cкpипaч(17.07.2023 09:20)
        
        Заказчик не монолитен. У него есть люди: а) которые полезны для дела б) которых опасно надолго упускать из вида в) пересекаться с которыми лучше по-реже. Кроме того, иногда удобно формировать "комплиментарные пары" - в бухгалтерию отправлять "молодого кудрявого", к генеральному - старичков. - Cкpипaч(16.07.2023 23:44)
        
        я его пытаю - ТЗ не ясно, дай поговорить с твоими разработчиками, с теми, кто писал ТЗ. или отдай им список моих вопросов, вот прям при нем пишу на бумажке. неа, ноль эффекта. - Alex68(16.07.2023 23:52)
        
        Так нет ничего однозначного, везде есть "допущения". И в человеческом общении... POV(220 знак., 16.07.2023 23:49)
        
        скажу проще - заказчик хочет физически нереализуемого. либо реализуемого лет за 10 НИРов и ОКРов и за 100500 денех. и то не факт, что выйдет каменный цветок. - Alex68(17.07.2023 00:19)
        
        Не понимаю я такого. Если собеседник идиот - то зачем с ним дальше говорить, а потом нам это расписывать? POV(224 знак., 17.07.2023 00:24)
        
        заказчик - лампасы. продолжать нужно? - Alex68(17.07.2023 00:42)
        
        Тут всё стабильно сто лет уже. - POV(17.07.2023 09:20)

Средства и методы разработки