Как стать автором
Обновить
136
0
Алексей Мелёхин @drosselmayer

Системный аналитик

Отправить сообщение
В общем-то, для развлечения и писалось. Потому как если писать серьезно, это во-первых будет долго и нудно и во-вторых затронет множество чужих полян (психология, риторика, пиар), что вообще никому не нужно. Да и не специалист я в этих материях.
Обычно нормальный хозяин прекрасно представляет себе состояние дел в своем хозяйстве. А наемный функционер, действительно, живет в виртуальном мире. К счастью, таких становится все меньше и меньше. Кончено, гос-во активно плодит таких виртуалов в госкорпорациях и разных ГУП и ФГУП. Но, все же, масса адекватных управленцев опережает в росте этих дятлов.
Обычно на таких сотрудниках все внедрение и выезжает. А потом они получают очень выгодное предложение от внедрявшей компании ;)
Гуглить «Черная риторика». В первых трех ссылках мне попалась книжка в pdf. Также было в свое время на либрусеке нудное немецкое исследование с полсотней подробно разобранных примеров. Я заснул на десятом. Технарям достаточно базиса, остальное приложится.
Учту на будущее. Еще не до конца разобрался в механике Хабра.
Им-то точно не нужна прозрачность в делах. А то такое всплывет — мало не покажется.
Внедрить ERP, если заказчик не знает точно зачем она нужна, практически невозможно. Даже если заказчик знает, зачем она нужна, но не готов изменить свою организацию, вероятность успеха тоже стремиться к нулю.
Ну, по крайней мере, прочтут для развлечения. Применимость чужого опыта в подобных делах вещь, в общем-то, весьма относительная. Это же не системное администрирование.
Будет обязательно. И на этом с троллингом будет покончено. И я перейду к консультантам и консалтингу. Но уже с другой стороны баррикад.
Технари любят зарываться в частности и терять общую картину. То есть, им нельзя позволять вести дискуссию. Но давать слово и позволять делать замечания нужно обязательно. В конце концов, только они могут нарастить мясо на бизнес-архитектуру.
Конструктив — это единственный способ обернуть недуг позорный в подвиг.

Один раз меня отправили сдавать совершенно сырую систему. На меня спустили мощного тролля-жертву, автора системы, имеющей схожий функционал. Когда я понял, что битву мне не выиграть, я сказал ему — фас, найди все баги в этого г--не! И он начал полноценное функциональное тестирование, буквально копытом землю рыл. Вот это был конструктив!
Эх, жаль, что я так не умею. Вырос в корпоративной среде, психически травмирован чуть ли не с детства.
В большом интеграторе проекты продают странные люди на очень странных условиях. Но продают много, и работы хватает на большую команду. Пока о частном бизнесе, свободном от маразма, только мечтаем
Это открытая архитектура, добавим троллей-конкурентов :)
Наверное, через них действуют конкуренты реальные. Вообще, этап продажи проекта довольно тонкая материя, там свои законы и своя классификация. Я не продавец, так что писать об этом могу только теоретически. Пост фокусировался на уже проданные проекты, по которым пошла работа. Когда задача — дать результат, то есть подпись на акте.
Согласен с вами. Но я пришел к тому же с других позиций. Нервная энергия — это ценный ресурс, который нужно расходовать с умом. На руководящих позициях один из признаков мастерства — умение управлять расходованием это энергии. Когда нужно, руководитель должен тратить энергию щедро — в ключевые моменты проекта, когда требуется идти на прорыв, отбивать ключевые моменты контракта, защищать решения и т.п. А в другие моменты такой человек не должен допускать произвольного расходования этой энергии. На тупое письмо начальства, на 120 новых замечаний или на разные ботинки. Это возможно, только когда человек учится жить с мыслью о том, что провал не смертелен, как и в любой игре, но лучше бы выиграть. Я часто видел, что излишне нацеленные на победу люди опускали руки и прекращали борьбу, когда вал проблем казался им непреодолимым. Они не могли мириться с тем, что вероятность успеха так сильно уменьшилась. Это говорит о том, что успех проекта они связывали со своей личной безопасностью. Угроза безопасности заставляла их отступить, элементарный страх заставлял прекращать борьбу. Если бы не было этого страха, они прошли бы и победили.

Другая черта нашего человека — повсеместная «обреченность». Люди прячутся за пессимизмом как за стеной, маскируя банальный страх перед поражением. От этого по команде идет цепная реакция и начинаются увольнения. Страх — вот чего нет в игре, и поэтому я за игру и против войны. На войне могут убить. А оно того не стоит.
Все относительно. С одной стороны — команда голодных спецов, друзей и боевых товарищей. Проект, который открывает новые горизонты в ИТ. С другой стороны — бедолага, который всю жизнь думал просидеть на теплом месте, а тут приходится с ним расстаться. Или начать делать работу, к которой он органически неспособен.

Да, иногда это жестоко.
Тема неисчерпаема, конечен лишь личный опыт. Примеров наберется еще на пару постов. А дальше — сами :)
Да, взгляд «с другой стороны» не менее интересен. Кстати, первые уроки «троллинга» я получил, работая как раз на стороне заказчика. А потом столкнулся с теми же приемами на стороне исполнителя.
Увы, такие случаи медицине известны. В одном очень крупном проекте это даже привело к тотальному увольнению команды. Реально тяжело работать на проекте, объективно не нужном заказчику. Постоянно врать своим коллегам и делать хорошую мину при плохой игре.
Это бывает, когда ему что-то нужно (например, скидку или ценный приз, или в ресторане на халяву покушать), а доверить столь ответственную игру некому. А часто человеку просто хочется элементарного уважения. Или просто садизм взыграл. На высоких постах это частый недуг. Дайте ему себя отстегать, может, успокоится :)
Да, это наши клиенты! Иногда людей действительно жалко. Но тут уж или они или мы. Вы же не станете отказываться от реализации проекта ради одного-двух бедолаг, проспавших технический прогресс на теплых местах? У вас ведь тоже семеро по лавкам… Да и, все-таки, наши проекты, может быть, делают этот мир немного лучше.

Информация

В рейтинге
Не участвует
Откуда
Россия
Дата рождения
Зарегистрирован
Активность

Специализация

Product Manager, Systems Analyst
Lead
System analysis
Analytics of requirements
Design information systems
Development of tech specifications