Комментарии 24
не верь, не бойся, не проси
Почему сильный сотрудник не просит помощи
Просьба о помощи – это не только передача технической информации. Это ещё и межличностный риск.
Да, риск. Только риск совсем другого, риск услышать о еще больших задачах-проблемах которые свалятся в разговоре, т.к. начальник нашел время на общение с тобой и на закрытие своих внутренних обещаний сообщить сотруднику уточнения и новые задачи, а не на выслушивание его.
С каких пор "он подходил ко мне с вопросом об отпуске" - это относится к просьбам о помощи?
Ну да, этож продажа курсов для руководителей как руководить и диагностики ...
Добавлю свою историю, как инженера, держащего компонент системы. Раньше я думал, что самая не приятная ситуация, это когда ты о чем то попросил, но твою проблему не решили (ваша ситуация). Но как оказалось есть вещи и по интереснее. Когда дело подходит к росту и руководитель тебе говорит, что в данный момент, ты можешь вырасти на 10-15%, но если подождать пол года до общего пересмотра, то рост будет честный >40%. Ты соглашаешься, а через пол года компания морозит рост на не определенный срок. А ты как был среднего роста, так и остался :)
Не очень понимаю, чего тут интересного? Рост был честный - 0%. Взаимное согласие при полном непротивлении сторон.
Перевожу с менеджерского на русский:
Тебя спросили - готов ли ты и дальше пахать больше за ту же морковку. Ты честно ответил - ДА. (И это всё. Больше никакой значимой информации ни в одну из сторон не передавалось).
Таких осликов на позитиве набралось необходимое и достаточное количество.
Ну, и, вишенкой на торте - показал, что не в теме теории и практики животворящей морковки. И теперь, сколько бы лошадушка не запахивалась, в председателя колхоза ей уже не вырасти.
Долго колебался, но всё же добавлю - считаю, что лошадушка сейчас ещё раз показала, что она ничего не поняла и ничему не научилась, поэтому даже сейчас завершает эту историю тем, что это ей -
: )
Мяч как был, так и остался на вашей половине поля.
Если надумаете обижатся на прочитанное - это правильно. Это шаг к даже не к более крупной морковке, а к более сладкой её стороне. Но, если ещё не до конца решили на кого именно обижаться, сообщу по большому секрету, что я тоже давно уж Бенджамин, а не Наполеон.
“Обман” руководителя выражен сдвиганием срока рассмотрения:
либо 10–15% сейчас;
либо более 40% через полгода.
Таким образом он продаёт “липовое” обещание, за полгода “бесплатной” (дешевой) работы.
Или в крайнем случае откупается 15% вместо 40% и закрывает тему дальнейшего роста.
“Честное” предложение звучало бы:
сейчас реально получаешь 10–15%
через полгода вернёмся к теме, и возможно добавим еще 15-25%
Ой блин, обновлю ка еще раз резюме. Чудо шоколад выпью и в отпуск.
Так как у меня такая жесть, что тут и не опишут.
Проект сделан, 500 млн первый заказ получен. Психика сломлена полностью, а у меня лишь обещание 300к премии и должности начальника отдела, когда предыдущий сдохнет.
Как мне кажется проблема не в нерешенном отпуске, а в том что руководитель привык кататься на шее сотрудников, и даже вопрос об отпуске считает распределением блага им хорошим.
Если в организации длительно возникает потребность в надежных Героях, значит отношение у Организации к Работникам односторонее. Она скидывает Мусор на Героев и Не возвращает в Систему Результат их работы.
И статья, как мне кажется, хорошо показывает, что ответ Героя такому Отношению так и остался не понятым.
В инженерных командах помощь чаще предлагают тем, чьи проблемы уже стали заметны: кто открыто говорит о перегрузке, начал срывать сроки, ошибаться или прямо просит подключить коллег.
Простите, но Помощь нужна тем сотрудникам, которые Не справляются.
А Героям нужно другое. Им нужно, чтоб их слышали, чтоб Результат их работы вливался в Систему.
Не просто собрали вишенки с торта, а остальное в ведро, а действительно Переварили весь Торт. И поэтому Герой будет искать организацию, которой нужен весь торт вместе с Кулинаром, а не Потребитель Вишенок.
Чтобы закончить мысль: каждому - своё.
Страдающим - помощь.
Героям - признание.
Но настоящее признание Героя - не похвала, а включение результатов его работы в Систему
Именно так
Не отпускает меня эта тема… Вопрос руководителям в Организации с регулярными Геройствами.
Почему система снова и снова производит ситуацию, которую кто-то должен героически спасать?
На любом производстве периодически выходит из строя оборудование, даже если обслуживать по регламенту. Что-то сломалось, треснуло, лопнул шланг, порвало трос, сгорел транзистор в контроллере... И чем больше оборудования - тем больше потенциальных точек отказа. Обновлять оборудование каждые 5...10 лет - это, конечно, правильно, но не все могут такое себе позволить, поэтому эксплуатируют до тех пор, пока дальнейшие ремонты не становятся нецелесообразными.
Да, но мне почему то кажется, что в статье шла речь не об “авариях”, а о “хлебе насущном”.
Да так и есть, охватить всех и привести к единомому знаменателю не считаю корректным. кто прочтет и увидит себя, кто то отмахнется. Ко мне в структуру как то удалось переманить лучшего разработчика из Сименс Поволжья. Пока импорт был основным источником промышленной автоматизации его роль была, как вы говорите, в рамках "Хлеба насущного" хоть и с малом. Последние годы он существует самостоятельно уже в роли "Левши", латает дыры из того что есть. Для него текущий пост, сейчас мало чем будет полезен
Псалом 1:
Алень должен страдать.
Проблема здесь только в том, что начальник Пока Ещё не ведёт личный ежедневник с напоминаниями и дедлайнами. Пришли подчинённые с какой-то решаемой просьбой - записал, поставил напоминание, поставил ещё одно напоминание по дедлайну. Тут в магазин без списка покупок не ходят, а начальник из статьи в рабочих моментах полагается на свою память.
Есть такая особенность. Человек, долго и успешно что-то разрабатывающий, получает компетенции во множестве вещей, участвует во множестве проектов.
И через некоторое время оказывается, что его постоянно рвут на части вопросами и проблемами: "ты же пускал этот проект? У них сейчас нихрена не работает, разберись".
В результате получается, что такой сотрудник фактически упирается в то, что вместо разработки нового вечно поддерживает старые разработки.
Ух, насколько мне откликается эта статья, к моему сожалению. Занимаясь такими аспектами на производстве как: поддержка, наладка, эксплуатация, модернизация, в единственном лице получаю на вопрос "может стоит [повышение] ?" ответ "...а надо?". Который раз жалею, что остаюсь из-за такого отношения, но держит лишь специфика производства. Прикипел что ли...
Каждую неделю тешу себя иллюзией, что это спойманное в руки выгорание и успокаиваюсь на пару дней. Потом снова думаю о заявлении на увольнение. Наверное это уже критическое состояние. Качели какие-то, устал.


Ловушка для ума разработчика №3: почему самые надёжные инженеры остаются без поддержки