Комментарии 150
Попался мне такой CTO. Бывший разработчик. Место получил только из за доли в стартапе. Два дня могли обсуждать что лучше абстрактный класс или интерфейс. На ПР прилетал ещё один разраб и начался холивар уже между ними. Нужно было лишь подождать кто победит и переделать. Намеки что мы сжигаем деньги инвесторов, а толку чуть, вызывали нервную реакцию. Все должно быть как в книжке про идеальный код.
Через два месяца мы расстались. Через год конторе наступила крышка. В компании, которая выкупила стартап, это персонажа больше не было. В общем, хороший инженер не всегда хороший руководитель.
А точно ли это был хороший инженер? Код, написанный по всем канонам и паттернам (которые кста были сформированы в переписке подпивасов, а не выведены учёными), не сильно лучше макаронного
Да. До прихода в компанию посмотрел на его коммиты в опенсорс библиотеки. По приходу в компанию посмотрел на кодовую базу. Это был образец кодовой базы для этого стека. Я снял шляпу и придерживался высоких стандартов. Иначе не проработал бы и этого срока. Но микроменеджмент и качество кода вещи ортогональные.
Всегда ценил в разработчиках умение читать чужой код выше навыка писать "идеальный" код, что бы это ни значило.
Уметь читать сложный код, конечно крутой навык. Но написание сложного когда там где можно написать просто - это вредно для производительности. Целесообразно экономить на той статье, которая больше всего, а читаем мы намного больше чем пишем. Затраты лишних 10 минут на написание более простого кода потом сэкономит часы, дни, а может и больше.
Не сложный. Чужой. Сложный код, но свой, вы поймете. А сложный чужой код в моей практике далеко не каждый может осилить. И как то само собой получается. что у ребят, которые способны в чужом коде покопаться свой код получается простым и понятным.
Почему тогда сразу не ценить навык написания понятного кода сам по себе? :)
Я сталкивался в том числе с неглупыми ребятами, которые могли разбираться в чужом коде, даже сложном, но сами писали код с избыточной когнитивной сложностью, который можно было бы написать понятнее. Обычно этим грешат олимпиадники.
Возможно ваш опыт в 2 года не очень позволяет оценить уровень персонажа. То, что вы описываете - это либо условный уровень топов Microsoft, либо уровень разработчиков вылизанного калькулятора.
К сожалению, не все разработчики понимают мысль, что "Стал руководителем - забудь про разработку. Теперь твой результат это то что сделала твоя команда". Другими словами надо помогать, убирать помехи мешающие что-то сделать, договориться с теми с кем не могут договориться твои подчиненные, научиться общаться и руководить даже с тем кто казалось бы не управляем.
хороший инженер не всегда хороший руководитель
Принцип Питера: "каждый индивидуум стремится к своему уровню некомпетентности"
А-а-а, понял, а то было поначалу подумал, что Вы в секту попали;)
Ну норм история. Удачи.
Это прям копирка на моего бывшего босса. Только я проработал год. Работал в очень-очень крупной компании, которую знают все. И должность у меня была старший эксперт по реализации бизнес стратегии. По грейду начальник управления. По опыту работы в большинстве сфер был более опытный и компетентный. Сидел как энциклопедия, постоянно консультировал старший менеджмент. Но директор любил все контролировать, в особенности трансформация предприятия. По началу так же допускал этот микроменеджмент, пока включался, но потом это перешло все границы. Требовал подробный план даже по моим проектам, которые к нему вообще отношения не имеют. Пока не дошло до ругани на повышенных тонах, не отстал. Но отстал только от моих проектов в надежде, что обосрусь в реализации. Для него нормально было позвонить в 9-10 вечера и поспрашивать какие нибудь подробности в цифрах, а я на велике катаюсь например. Как я рад, что ушёл. И все заглохло через пол года. Все проекты, которые забрал на себя, завалил. И тоже ушёл. Но некоторым вещам я все-же у него научился. Такой подход для управления молодыми специалистами вполне норм, но не эксперами со стажем 20 лет.
Где-то полтора года назад у нас главнюка нового поставили, так он тут некоторые отделы заставлял поминутно расписывать абсолютно всё, вплоть до походов в туалет. Благо нас это обошло, нам сказали раз в неделю сдавать отчёты по задачам. Сейчас только и слышу ,что все надеятся,что его не оставят дальше по истечению контракта. Причем человек далёк от IT в принципе.
Ещё привычка у него ходить постоянно по кабинетам и следить, кто чем занимается. Когда к нам заходит, видно как ходит и "беспалевно" смотрит в мониторы работников, может думает, что мы делаем вид, что работаем :D
Тут можно писать в отчет что-то типа
10:00-10:01 запустил комп и открыл отчет за день
10:01-10:02 писал в отчет что делал в предыдущую минуту с 10:00 по 10:01
10:02-10:03 писал в отчет что делал в предыдущую минуту с 10:01 по 10:02
def generate_report():
# Определяем начало и конец рабочего дня
start_hour = 10
start_minute = 0
lunch_start = 13
lunch_end = 14
end_hour = 19
end_minute = 0
# Первая запись - особенная
print(
f"{start_hour:02d}:{start_minute:02d}-{start_hour:02d}:{start_minute + 1:02d} запустил комп и открыл отчет за день")
current_hour = start_hour
current_minute = start_minute + 1
# Обрабатываем все минуты до обеда и после обеда до конца дня
while (current_hour < end_hour) or (current_hour == end_hour and current_minute < end_minute):
# Если текущее время - начало обеда, перескакиваем на конец обеда
if current_hour == lunch_start and current_minute == 0:
print(f"{lunch_start:02d}:00-{lunch_end:02d}:00 обед")
current_hour = lunch_end
current_minute = 0
continue
# Вычисляем предыдущее время
prev_hour = current_hour
prev_minute = current_minute - 1
if prev_minute < 0:
prev_hour -= 1
prev_minute = 59
# Вычисляем следующее время
next_hour = current_hour
next_minute = current_minute + 1
if next_minute >= 60:
next_hour += 1
next_minute = 0
# Формируем запись
print(
f"{current_hour:02d}:{current_minute:02d}-{next_hour:02d}:{next_minute:02d} писал в отчет что делал в предыдущую минуту с {prev_hour:02d}:{prev_minute:02d} по {current_hour:02d}:{current_minute:02d}")
# Переходим к следующей минуте
current_minute += 1
if current_minute >= 60:
current_hour += 1
current_minute = 0
if __name__ == "__main__":
generate_report()
Генерирует с учетом обеда :)
Кстати, в скрипте есть одна ошибка, но только толковый руководитель найдет несоответствие )))
(Нет, писал не я, а Sonnet 3.7 :)))
Принты - это несерьёзно. Отчёт должен делаться в какой-нибудь унутренней web-системе, чтобы в браузере, и кликов по пять минимум на каждую запись. Из выпадающего списка выбрать "обеденный перерыв". Из календаря выбрать дату-время начала. Из другого календаря выбрать дату-время конца. Чтоб не так-то всё было просто.
На одной из работ были отчёты сперва в Excel-файлах на сетевом диске - не поминутные, просто "сколько часов в какой день работал над проектом таким-то". Я, как правило, работал одновременно только над одним проектом, поэтому составление отчёта занимало где-то минуту в неделю: открыть свой файл, растащить нужную строчку на все дни с понедельника по пятницу, сохранить файл. А потом кто-то эффективный придумал переделать в вышеописанную web-херобору. Пришлось кликер писать на pyautogui. В рабочее время, а как же. Иногда кликер проглючивал - ну, там, веб-контрол чуть залагал, а обратной связи-то нет, всё вслепую кликается - возникала мысль отреверсинжинирить сетевой протокол и сделать, чтоб напрямую данные туда слало через post/get/ajax или чо там щас модное. В рабочее время, а как же.
У нас фетиш был. Планы на день в бумаге))) вдруг шеф придет посмотрит))
Примерно так и делали, когда у нас на заводе HR решили сыграть в эту игру.
У них фетиш тогда был на стандартизацию и регламенты, хотели на каждый чих по каждой должности составить технологические карты, конечно же с нормировкой времени. А для этого начали собирать информацию путем таких отчетов. Начали с технологического персонала и рабочих, там еще как-то можно конечно стандартизировать. Но со временем добрались и до нас АСУТПшников.
Каждый день в эксельке нужно было поминутно указать что делал, народ изгалялся как мог. К счастью инициатива эта была от отдела по персоналу, поэтому наши начальники смотрели на наше осторумие в отчетах сквозь пальцы. Ну и спустя месяцок, всё утихло )
Эксельки) У нас RFID-метками закупились (порядка нескольких тысяч), создали отдельный отдел, который разработал маршруты по всему цеху, и теперь персонал ходит по этим маршрутам (каждый день разный) и телефончиками (рабочими) эти метки пикают, а в конце смены сгружают их в общую базу данных на Оракл.
Боже, увидев дисклеймер, подумал что опять открыл статью Minervasoft. Надо поменьше хабр читать.
Точно так же подумал. А оказалась просто очередная реклама тг канала с выдуманной историей.
История вполне может быть не выдуманной. Как будто таких персонажей не существует, с их микроменеджментом. Вопрос только откуда у него столько времени?
Знал похожего руководителя, тоже старожил в компании, поскакавший по отделам и выбивший себе долгожданную руководящую должность. И вот у него времени категорически не хватало, работал по 10-12 часов в день, иногда в выходные. И все равно не успевал. Особенно весело было, когда у него джун две недели просидел не то что без задач, а даже без учетки, потому что руководитель про него забывал в потоке микроменеджмента своих пяти сотрудников.
Вся история построена по одному шаблону, даже "HR удивлялись моим вопросам" это обязательный пункт.
тот же вопрос возник. Если Александр не к одному сотруднику приставал, а ко всей команде с таким же рвением, то у него кроме чтения отчетов и заглядывания в мониторы и времени не должно оставаться.
Не выдуманная....
Я пришла на свою первую работу с примерно таким менеджментом и до сих пор здесь работаю, уже 4й год
И я уже настолько привыкла/адаптировалась, что больше свободы особо и не нужно
Но про сроки он правду прям пишет, у нас на всех проектах эта история, бесконечные переделки:D
Я не про то, что такой ситуации не может быть. Вполне может. Я про то, что конкретно эта статья выдумана для рекламы тг канала. Хабр воспринимается такими авторами просто как рекламная площадка для продвижения, далее придумываются статьи на релевантную тему и туда вставляется ссылка на канал.
Этот автор далеко не единственный тут. Я давно на Хабре и прекрасно вижу, когда статью пишет человек о своём реальном опыте и когда это просто реклама чего-то. Уверен на 100%, что где-то есть руководство о продвижении тг каналов и там указана эта схема.
Аналогично. Так в статье ещё пара оборотов как из из статей. "Я стал по другому относиться к поиску работы" и пр.
На протяжении всей статьи меня не покидало стойкое чувство, что я уже где то это читал, и что в конце будет реклама Minervasoft. Жуть!
Не вы один такой :)
У меня было похожее ощущения после прочтения заголовка. Я думал, только они такое пишут. Оказывается они не одиноки… Я даже немного расстроился не найдя совета "как Minervasoft помогла решить эту проблемы и примириться с реальностью"
"Почему, мистер Андерсон, почему? Во имя чего? Зачем, зачем вы оставались на этой работе дольше месяца?"
И зачем так унижаться-то, мазохизм какой-то
Говоришь "извините, так работать не получится" и увольняешься.
Да, иногда приходится бросать действительно классные проекты. Иногда даже проекты мечты.
Так ушел с проекта песочницы с непрямым управлением, который очень хотел делать. Но работодатель очень хотел видеть мой экран. Никто не пожелал подвинуться.
Что там с проектом - не знаю. Но меня на нём точно нет.
На прошлой работе, был у меня хороший руководитель, но вышестоящие потребовали поминутный отчет о работе за день. Поручили мне. Так я такой отчет составил, что они (кадровик с начальником)потом два дня вдвоем его расшифровывали.
Сейчас это можно доверить LLM, нехай сразу за месяц отчетов напишет, чтобы самодур все время только и читал этот отчет.
Бредогенерация и галлюцинации? Так это ж замечательно! Пусть придумывает несуществующие ссылки, статьи в Вики, несуществующие алгоритмы и т.д. Зато по отчету сразу будет видно - делом человек занимается, не то что вы (с).
Опытный бюрократ не будет разбираться - он вас вызовет и вас же попросит расшифровать)
Правда, опытные бюрократы редко в совсем уж микроменеджмент падают, скорее, напротив - разделегируют все свои дела так, чтобы минимум усилий уходило.
Ему что, делать нечего, как строка за строкой отчеты читать? Если самодур технически подкован, то сам воспользуется ЛЛМ, чтобы сразу перейти к интересному, и заставить потом пояснять. Если технически неподкован, то просто будет случайным образом брать 1% и там уже вчитываться и требовать пояснений
Фейк
Не просто фейк, а HR-овая пропаганда.
Нормальный работник сначала написал бы главному (хотя бы через голову). Раз уж увольняться решил, всё равно терять нечего.
На самой первой работе было 4 формы отчетности за день + иногда демонстрация проекта, разве что ревью кода не было в принципе. Когда кто-то из вышестоящих менеджеров докапывался, на что ушло время, можно было тыкнуть носом в эти самые отчеты, а еще упомянуть, что каждый отчет съедает минимум полчаса каждый день, а работал я еще и на полставки
Непонятно, как вот это:
Однажды он даже отчитал меня за «слишком долгий» обеденный перерыв, который длился 62 минуты вместо положенных 60
При малейшем опоздании (даже на 2 минуты) он писал мне сообщение: «Где ты? Почему не на работе?»
Может существовать в одной вселенной с этим:
Я всё чаще стал задерживаться допоздна, работать по выходным, но результат всё равно не устраивал Александра
Если у нас гибкий график, и приходится сидеть по вечерам, то та же логика касается, скажем, обедов.
Если обед четко 60 минут и ни минутой больше, значит, 18:01 комп гастится, на рабочие телефонные звонки и на сообщения в мессенджере ответ будет завтра не ранее 09:00
Если уж решил колоться но продолжать есть кактус, то в эту корпоративную игру можно играть вдвоем.
я после одной из переработок сверх нормы еще набрался наглости и спросил в лицо "что насчет оплаты сверхурочных" (они вроде по двойному тарифу идут). Может совпадение, но больше переработок на той работе не было)
А с оплатой-то что в итоге было?
Ну вот, кто везет - на том и едут.
Мне нравится принцип "ты мне, я - тебе". Пришлось переработать - ок. Но потом если днем надо куда-то отойти - то я так и делаю. И ни у кого никаких вопросов.
Обычно мне удается договориться. Хотя не всегда.
Была у меня недавно одна продакт, которая закатила истерику по поводу того, что в 12-30 я не был на рабочем месте. Я эскалировал выше, и сказал: хотите формализма? ОК. Буду работать строго 9-18 с перерывом в 13. Но учтите, что теперь продукт не будет обновляться в принципе, потому что в релизное окно (которое согласовано только для нерабочих часов) я работать не буду. Ну или откатываем ситуацию, забываем этот скандал, и все будет как раньше, неформально, с гибкими рабочими часами.
Начальство выбрало второй вариант ))
Да, есть руководители которые не делают различий в стиле управления для джуниоров и синьоров, по умолчанию относятся ко всем как к джуниорам по хард скилам и безотвественным по софт.
Соответственно через некоторое время в команде остаются только такие, и руководству видимо так вполне комфортно.
Если за ваш счет самоутверждаются и у вас падает мотивация не надо терпеть, как большинство. Уходить лучше сразу, не пытаться найти обоснования маразму, он имеет свойство усугубляться.
по умолчанию относятся ко всем как к джуниорам по хард скилам и безотвественным по софт
Синьор синьору рознь. Бывает, с софт скиллами там сильно хуже, чем у джунов, ибо сфера прощает и культивирует инфантилизм. Да, матерые синиоры (особенно, те, кто практиковал удаленку до того, как это стало мейнстримом) очень бомбятся от обсуждения с ними реализации и занимают жесткую позицию "дай задачу, и не трахай мозг". Проблема в том, что делают они это, не понимая ни реальной потребности бизнеса (условно, потерять вот тут 1 из 1000 транзакций вообще не опасно, а релиз перед релизом конкурента очень поможет), ни дальнейшего направления развития проекта (условно, сейчас мы делаем тул для своих сейлзов, но, только обкатаем, и сразу же захотим отдать его партнерам с других компаний-дистрибьюторов, которым мы не сильно доверяем).
При таких условиях, такой синиор, объективно, не сможет сделать работу профессионально, если только не
1) обсудит реализацию с технически грамотным руководителем, который укажет на противоречия реализации с выходящей за картину мира программиста, информацией
2) всосет в себя всю необходимую картину мира (но это вообще не про "дай задачу и не трахай мозг")
Обычно в таких ситуациях такие вещи должны писаться в описание задачи. Допустимость потери транзакций - это точно ключевая информация.
Равно как и информация о релизах и примерном направлении движения тоже по хорошему должны доноситься до синьора. Хотя бы в режиме ТЗ.
PS. К сожалению нередко встречается постановка задач "на отвали", где результаты... ну как поставили, так и получили. GIGO, однако.
Вот! Какой отличный пример рассуждения этих людей по перекладыванию ответственности на менеджеров. Возьмём ту же допустимость потери транзакций. Далеко не всегда эта оговорка ускоряет разработку. Как менеджеру понять (даже тому, кто сам был синиором ранее), что именно для этой задачи это важно?
Или пример направления движения бизнеса. Снова таки, нельзя в ТЗ расписать все планы и предположения по бизнесу. Соответственно, надо понять, какие из них могут влиять на реализацию, а это невозможно понять, не зная реализацию хотя-бы крупными мазками.
В FAANG данную проблему решили следующим способом: они на этапе собеседования проверяют скилл разработчика в доуточнении деталей. Скажем один чел из MSFT на собесе просил нарисовать дом на доске. Если разработчик брал в руки маркер и начинал рисовать - это фейл. Ибо следующей фразой было "но мне же нужен дом для жирафов". Да, с таким развитым скиллом можно работать без обсуждения реализации. В свою очередь при этом начинается интенсивное обсуждение бизнес-процесса (снова таки, обсуждение, а не формат ТЗ)
Как менеджеру понять, что именно для этой задачи это важно?
А это не касается конкретной задачи - это требования к проекту в целом. Если у вас менеджер не знает требования к проекту, и они получаются постфактум, то тут дело не в исполнителе.
Конечно, уточнять требования нужно, особенно если есть какое-то недопонимание, но если у вас сеньор не понимает реальной потребности бизнеса и дальнейшего развития - это как раз основная задача менеджмента донести эту информацию до исполнителя.
А зачем тогда целая россыпь ПМов и БА? Разработчик должен корректировать и уточнять детали в рамках задачи. Задача заведена и описана, чтобы изменить постановку (например, убрать несколько задач в угоду быстрому релизу) - до разработчика эту информацию должен довести менеджер. Потому что именно они сидят, считают приоритеты по бизнесу, ставят цели, которые потом рождаются в задачи.
Скажем один чел из MSFT на собесе просил нарисовать дом на доске. Если разработчик брал в руки маркер и начинал рисовать - это фейл.
Ну-ну, а потом вместо рисования дома начинается цирк https://pikabu.ru/story/idet_muzhik_po_ulitse_smotrit_novyiy_magazin_day_dumaet_zaydu_91793
Да, но две вещи:
Нельзя заранее описать всё.
Нельзя потом спросить всё.
Да даже к джуну так нельзя относится. Джуну микро-менеджмент тоже нафиг не нужен.
Джун никогда не вырастет, если не научится слушать и задавать вопросы.
Я прочёл статью и никак не могу понять: там платили зарплату за всё это? Или не платили?
Руководитель не доработал - камеры на рабочем месте в спину работающего, или вебки на лицо, чтобы погонять по телефону, как чуть отвлекся. И чтобы знал, подлец, что око терры всегда следит за тобой. Такая хрень в проектных институтах встречалась порой.
Eye-трекер ещё нужен и схема движения глаз по экрану, чтоб на код смотрел, а не на часы в трее.
А потом они плачут, что работать некому и вакансии не могут закрыть годами.
Это сильно зависит от человека, кому-то нормально работать когда в экран кто то смотрит (я этот навык наработал), кому-то нет, и это нормально.
На работе я работаю, пусть хоть обсмотрятся экраном, я их вертел на (чем-то), с постоянной угловой скоростью:) Но, очевидно, люди разные.
На моём трудовом пути попадались подобные руководители, желающие всё контролировать, каждую минуту сверяли. Я просто вовремя уходил от них без сожаления. Такое терпеть нельзя, это унижение человеческого достоинства.
Стойкое ощущение, что статью написал ИИ
нахрен так жить [x]
Отчет для, такого начальника:
Писать отчет для начальника.
Объяснение пункта 1
Объяснение пункта 2
Объяснение пункта 3
...
История явно выдумка. Какое-то неуважение к читателю.
Этот Александр просто промпт инженер) вайб кодит на людях
Ok, ChatGPT, напиши мне историю про микроменеджмент, чтобы говна бурлили посильнее в комментах )))
тоже первая мысль - от теста явный запах гопоты
ChatGPT, напиши историю про микроменеджмент, чтобы говна бурлили посильнее в комментах
Окей, держись — вот тебе история, чтобы в комментах и горело, и плавилось, и шипело. С оттенком реализма и жирным куском сатиры:
История про великого менеджера Петра
Когда Петра назначили руководителем отдела разработки, он сразу понял: если хочешь, чтобы всё было идеально — делай сам. Или заставляй каждого делать так, как сделал бы ты.
С первого дня он завёл себе Excel-файл «Уровень КПД подчинённых», где ставил каждому оценку за день. Иван опоздал на 7 минут — минус 0.3 балла. Катя сходила на обед на 6 минут дольше — минус 0.5. Максим использовал тёмную тему в IDE — минус 1. Это же просто антибренд!
Каждое утро начиналось с «Daily-контроля» — не стендап, а допрос с пристрастием, где каждый обязан был отчитаться, сколько строк кода он написал, сколько удалил, сколько байт весит его мозг.
— «Зачем ты назвал переменную data? Это что, база? Что за обобщения? У нас тут enterprise!»
Каждый коммит проходил ревью лично Петром. И ревью это выглядело так:
Переименуй всё.
Зачем ты это написал?
Почему именно так?
Мне это не нравится, переделай.
Я вчера придумал другую архитектуру, всё переделай.
Где отчёт о том, что ты думал, прежде чем это написать?
На код-ревью Петя любил говорить:
— «Я сам 15 лет назад писал на C++, и там было строго. А у вас тут питон! Питон! Это что, язык?!»
Раз в неделю он устраивал встречу под названием «Анализ личной эффективности» — где каждый должен был отчитаться за свою душу. Но его любимым моментом был митинг «Что бы сделал я». Там он поочерёдно перебирал все задачи команды и рассказывал, как он бы их сделал… если бы у него было время.
Через 4 месяца из 12 человек в команде остались 3. Один из них — новый джун, которого Петя выбрал лично: он ничего не знал, ничего не умел, и поэтому не спорил.
Когда Петя узнал, что вся команда ушла к конкуренту и запустила стартап, он написал в общий чат:
— «Вот и хорошо. Плохие солдаты, которые не могут слушать командира, не достойны быть в армии».
А через неделю начал новый проект… в одиночку. Контролировать себя ему было проще.
Я ни хера не понял вашей этой терминологии , но у Александра явные проблемы с психикой , ему её расшатал такой же упырь как и он сам .
Расскажу, как я распознал проблему, дошел до точки кипения и нашел выход из этой ситуации
Найденный выход - увольнение. Расходимся.
Спасибо за статью. Многие в комментариях пишут о том, что пережили подобную боль. Мне же стало интересно взглянуть на ситуацию с позиции Лида/Менеджера. Что можно предпринять, если ты сам оказался на месте "Александра"? Самое сложное заметить свои собственные ошибки, всегда проще переложить вину на кого-то другого. Попробую разобрать мотивацию Александра.
По ощущениям, он - типичный перфекционист, это боль многих людей с синдромом отличника, которых в детстве ругали за недостаточное количество пятёрок. Ему хочется, чтобы все было идеально, что в принципе недостижимо, но он выбрал это целью своей работы, он считает, что если не будет идеально, то будет плохо и проект развалится. Загвоздка в том, что его картина мира неидеальна сама по себе, он не владеет всей информацией, но верит в обратное. Помимо этого у Александра нет доверия к миру, так как он считает тех, кто вокруг глупее себя, и что те, кто вокруг обязательно ошибутся и подведут его, отсюда и оверконтроль. Плюс я предполагаю, что он был хорошим разработчиком, и придя на менеджерскую позицию он продолжил делать, то что у него лучше получалось раньше, чем учиться новому - выстраиванию процессов и команды (тут явное упущение его руководителя).
Все изменения происходят через себя, собственное желание изменений. Часто катализатором выступает удар по голове: уход ключевого сотрудника, прекращение финансирования проекта, увольнение. "Александру" для начала необходимо допустить то, что
1. Все ошибаются, в том числе я сам. И это нормально
2. Я могу чего-то не знать. Моё представление о мире не есть мир. И это тоже нормально
3. Я могу быть не умнее того паренька, который сидит напротив меня. Просто мы пока не поняли хода мыслей друг друга
Как только я (менеджер) позволил себе начать мыслить в ключе этих парадигм, начинаются настоящие изменения
1. Начинаешь слушать и слышать своих подчинённых, становишься более восприимчивым к их болям, учишься прощать их небольшие ошибки, так как их ошибки - это их рост. Митинги 1-2-1 (если они не для галочки) помогают начать выстраивать доверительные отношения с командой
2. Стараешься проговаривать ход своих мыслей, объяснять идеи. Потому что многие идеи могут быть неочевидны, никто не умеет читать мысли. Помимо того, что люди начинают лучше тебя понимать (а ещё и уважать, если ты им раскручиваешь какую-нибудь многоходовку), ты и/или твой собеседник можете найти изъян в рассуждениях, если таковой имеется.
3. Рефлексируешь на тему понимания своей истинной цели нахождения здесь и сейчас. Чего реально от меня ждёт руководство? Что можно улучшить на проекте: где боттлнэки? Не являюсь ли я сам таковым и где? Как улучшить обратную связь?.. Александру бы это помогло понять, что он слишком фокусируется на контроле, что он не уделяет достаточного внимания росту команду и себя. Сигналы не считываются - уход сильных сотрудников, сорванные сроки, отсутствие доверия со стороны команды.
Я советую всем, кто работает с такими "Александрами" давать им конструктивный фидбэк, как минимум при выходе с проекта/компании. Вода камень точит. Если он умный парень (а скорее всего так и есть), рано или поздно он осознает свои ошибки и построит команду мечты. Сам был в похожей ситуации и смог измениться через боль. Надеюсь, кому-то помог :)
Может на Хабре пора сделать какой-то тег для нейросетевых историй? Не хотелось бы их читать.
Чувствую разочарование внутри.
Текст выстроен так, что в какой-то момент главный герой просто обязан установить условно-абстрактную «систему управления знаниями Minerva Knowledge», и все проблемы разрешаются в благородную субдоминанту, злой микроменеджер добреет, край неба алеет, трава зеленеет, все счастливы…
Текст и повествование составлены очень "гладко", даже поэтично. Уверен что история сгенерирована нейросетью
"Уютный ОФИС" -- все, дальше не читал )))
Ололо! Джун вошел в IT и столкнулся с реальностью. Надо или привыкать, или выходить обратно. В разработке 90% работы это ежедневные контакты вот с такими упоротыми долбое*ами, как вы описали - в этой отрасли их процент почему-то на порядок больше чем в любой другой, возможно сама профессия отпечаток накладывает.
Не забывайте фиксировать все решения менеджера. При факапе вам будет что предъявить
А если просто забить на такие требования - прогнется начальник или уволит?
Многие рекрутеры удивлялись такому подходу, но я точно знал, чего хочу избежать.
Понятно, что история вымышленная, но сам часто встречаю соискателей, которые на собеседовании невольно транслируют свой прошлый травматичный опыт. Отношусь к такому с пониманием, но вообще это пустая трата времени, потому что «все счастливые семьи похожи друг на друга, каждая несчастливая семья несчастлива по‑своему» — то есть никогда не угадаешь, в чём может оказаться проблема.
Когда сам собеседуюсь, делаю упор на вещи, которые не станут очевидны в первый месяц работы — планы развития бизнеса, мои технические и административные полномочия и т. п. На всё остальное потратить месяц не жалко.
Сам имею небольшой штат под собой, столкнулся с "я ушел, меня нет, вернусь сделаю" постоянно от излишнего доверия к сотрудникам от вышестоящего руководства. Доходило до того, что сотрудник не мог добавить одну кнопку буквально в срм. (Мне бы хватило часа-двух, ему дали рабочий день). В итоге внедрены были и планы, и отслеживание активности, и отчёты. И продуктивность увеличилась в 5-6 раз. Всё-таки дело в уникальном подходе к каждому из сотрудников, наверное
Чтобы увидеть микроменеджмент данном конкретном случае не нужно было столько времени тратить. В первые пару недель уже должно быть понятно.
Вопрос возникает, почему держат такого начальника при том, что сроки все время срываются и текучка опытных инженеров большая.
Шла 15-я минута диалога в задымленной комнате.
[интервьюер, затягивается вейпом] - Напиши мне алгоритм БлаБла.
[кандидат] - Хм, интересный вопрос. Последний раз ценность это алгоритма была в том, что он был описан в такой-то умной книге за авторством Гениального Мужа. А где именно в вашем проекте применяется такой алгоритм?
[интервьюер] - Нигде, я просто хочу ознакомится с твоим стилем подхода к решению задачи.
[кандидат] - Я дико извиняюсь, но мой стиль будет соответствовать тому подходу, который вы используете в своем проекте. Как я его изначально буду писать, не имеет значения. Имеет значение финальный вариант, который и появится в общей базе кода. У меня опыт в нескольких завершенных стратаппах и одном энтерпрайзе. Вы же видели моё резюме?
[интервьюер] - Меня просто смутило, что ты за год прыгнули с мидла на сеньера.
[кандидат] - В компании на тысяча душ.
[интервьюер] - Да, но...
[кандидат] - Давайте проведем это собеседование интереснее, поговорим, как что работает из-под капота, почему при реализации такой фичи лучше применить такой подход? Какая у вас возникла проблема, как бы я мог ее решить, а как решила ее команда?
[интервьюер, затягивается вейпом] - Но тогда кто кого собеседует?
[кандидат] - Мы создадим дискуссию, вы получите полное представление о моим технических навыках и умения излагать свою мысль, возможно, даже перейдем к какой-нибудь абстракции и ее реализации.
[интервьюер, выдыхает клуб пара] - Давай я буду решать, как и что будет происходить?
[кандидат] - Ты уже все решил, как и я. Я, когда задал вопрос в целесообразности написания академического алгоритма. Ты, когда я начал возражать в целесообразности траты ресурсного времени. Честно говоря, мое решение было принято, как только ты начал при мне заправлять и в дальнейшем использовать свое курительное средство, не поинтресовавшись, не создаст ли это для меня дискомфорт. Не создаст, ответил бы я, но эта ситуация полностью раскрыла тебя как человека, и твое отношение к окружающим.
[интервьюер завис, пытаясь судорожно найти ответный выпад]
[кандидат, тщетно ожидающий туше]
[кандидат] - Фидбек не нужен, не трать на меня время. HR предупреждал, что ты в компании уже 8 лет. Я сам сообщу ей, что у меня нет желания брать грех на душу и подсиживать тебя. А это произойдет, так как мы точно не сработаемся.
[кандидат] - Что-то ты борзый...
[интервьюер] - Нет. Но я уверен, что в школе ты бы не позволил себе такие высказывания, по понятным тебе причинам. Но у меня сложилось впечатление, что эти причины ты перенес и в ВУЗ, а для этого надо действительно постараться.
[кандидат] - Мы закончили.
[интервьюер] - Я упустил момент, а когда мы, собственно, начали?
[кандидат] - До свидание.
[интервьюер] - Это вряд ли, скорее прощай, я надеюсь.
История не моя, чел, давший послушать эту запись, устроился через три недели. Разработка ПО для медицинского оборудования. Я задал вопрос, с чего это он столько агрессии вылил. На что он возразил, что агрессии не было, он использовал уважительные местоимения до последнего, и пытался направить диалог в правильное русло. Но изначально созданный интервьюером потенциально дискомфортные условия, а так же переход на ТЫ со старта без получения разрешения на это, что есть панибратство к незнакомому человеку. Просто тестанул софт скил потенциального руководителя, так как с самого начала возникли вопросы.
Тестанул софт скилл потенциального руководителя. Сколько ж раз потом это меня спасало... Только самый первый тим был конченный, остальные - просто золотые люди. Один даже так профессионально вынимал с перегара. Нутром чуял. Всем бы такого.
У меня возникло ощущение, что с реплики:
[кандидат] - Что-то ты борзый...
У вас персонажи перепутаны.
Но смысл понятен.
Умение "вежливо нахамить" в ответ на нарушение границ и несоблюдение принятых протоколов общения, - сам по себе довольно ценный софт-скилл. К сожалению, не все умеют, не все могут себе позволить. Был начальник, который начал меня уважать только после того, как я ему сказал прилюдно: "а чего вы на меня орете? Идите к себе домой и там орите". Но это еще до IT было.
Все хорошо, но в начале надо быстро написать что просят а потом говорить. Тогда и слушать будут и вес у слов появится.
Сколько я видел таких "сеньоров" которые пузырек написать не смогли. Даже после того как я им рассказывал как он работает и что надо получить в результате. Да, именно два вложенных цикла люди с сеньором в резюме написать не могли.
Перед тем как обсуждать реальные задачи хочется понять что человек вообще код писать может. Реальная задача выглядит как посчитать дифф между двумя табличками терабайтного размера одна из которых доступна кусочками по апи реализованном в строгом соответствии с rfc, пакеты доставляются голубями. А вторая табличка лежит на перегруженном мапредьюсе где результат запроса будет готов минут через 20 с 3 до 5 утра. Что в ней можно обсуждать с человеком который пару циклов не написал непонятно. Баззворды я все и так знаю.
Все хорошо, но в начале надо быстро написать что просят а потом говорить. Тогда и слушать будут и вес у слов появится.
В общем случае одно не следует из другого.
Даже иногда и на собеседовании, как описано в одном из комментариев выше:
Скажем один чел из MSFT на собесе просил нарисовать дом на доске. Если разработчик брал в руки маркер и начинал рисовать - это фейл. Ибо следующей фразой было "но мне же нужен дом для жирафов".
А учитывая, что у каждого второго кандидата будет травмирующий опыт(той или иной степени запущенности) в духе:
[Руководитель] делай А
[Исполнитель] а можно уточнение контекста, где будет использовано?
[P] ты чо, даже А не можешь сделать? да это каждый школьник за 5 секунд
...?!? ладно, сделал
[P] теперь делай Б
[И] Б связано с А?
[P] ты сюда пришел чтобы задачи решать или умничать?
[И] ок, сделал
[P] соединяй А и Б!
[И] это потребует такой-то доработки А или/и Б, желательно с уточнением последующего контекста использования в B, или Г, или другом сценарии
[P] Ну нефига себе? Ты наверно лучше всех все знаешь? Почему же у тебя такого умного простейшая операция стыковки двух готовых частей вызывает вопросы?
[И] ............ (палки+другой_инградиент)*синяя_изолента
РЕЛИЗ!
[Р] (повышение по диагонали, или золотой парашют)
[И] (пишет заявление по собственному, считая копейки, или проводит ТО акваланга)
три, два, один.... ХРЕНЯСЬ - тотал дестракшен, потоки коричневой субстанции на всех уровнях.
Но по Вам-то сразу видно, что Вы не из таких. /s
Еще есть такое мифическое утверждение, что собеседование это двусторонний процесс. И случаи(неважно, выдуманные или нет):
Сколько я видел таких "сеньоров" которые пузырек написать не смогли. Даже после того как я им рассказывал как он работает и что надо получить в результате. Да, именно два вложенных цикла люди с сеньором в резюме написать не могли.
намекают, что в Вашем случае это мероприятие решает какие-то внутренние задачи выстраивания (с нуля?!) процессов внутри кампании, ценой времени и терпения кандидатов, и, как следствие, повышенного процента ложноотрицательных результатов. Хотя, возможно, как раз в Вашем случае будет тот редкий вариант, когда и фильтры/собеседования не на отвали, и ищут таки для дела, а не жрецов ритуалов, но (подходящий) кандидат может просто это "с порога" не понять.
Еслибы Вы меня попросили написать на собесе пузырек, максимум, что Вы бы увидели это мою спину закрывающую дверь в Ваш кабинет.
Пузырек? Серьезно? 2025 год на дворе. Мне ДЕЙСТВИТЕЛЬНО придется писать пузырек работая в Вашей организации?
> Перед тем как обсуждать реальные задачи хочется понять что человек вообще код писать может. Реальная задача выглядит как посчитать дифф между двумя табличками терабайтного размера одна из которых доступна кусочками по апи реализованном в строгом соответствии с rfc, пакеты доставляются голубями. А вторая табличка лежит на перегруженном мапредьюсе где результат запроса будет готов минут через 20 с 3 до 5 утра. Что в ней можно обсуждать с человеком который пару циклов не написал непонятно.
Почти 90% моего окружения(а мне почти 40, и вокруг тимлиды да синьоры уровня адского финтеха, с вкраплениями очень крепких мидлов) сходу, без раздумий спокойно в процессе дискуссии расскажут вам решение этой задачи, с картинками, шутками прибаутками, нижним брейкдансом и тектоником в перерывах.
Но практически никто из них не напишет Вам с ходу пузырек. Потому, что зачем.
Такие вопросы на собесе это не красный флаг. Это красное полотно размером пару километров в которое можно обернуть весь Ваш уютный офис с печеньками.
P.S. глянул Ваш профиль, вы специализируетесь на java, вы серьезно java-господ спрашиваете про пузырек?)
Пузырек это показательный пример, но да что-то близкое. Вы не поверите сколько людей не пишут. И да сеньор который не может написать десяток строк кода вот прям сейчас не нужен. Его основная работа за которую ему платят это писать код. Ваши сеньоры и мидлы точно не смогут? Это странно. В то что многие не хотят верю, их право.
На собесы огромное число разных людей приходит. Нужен санити чек. Написать что-то хорошо решает эту задачу. Человек хотя бы просто может писать какой-то код по ТЗ. Резюме плохо решает эту задачу. Люди то ли врут в нем, то ли занимались чем-то странным.
А потом можно и поговорить. Пусть рассказывают. Это уже определит уровень зарплаты.
Пузырек? Серьезно? 2025 год на дворе. Мне ДЕЙСТВИТЕЛЬНО придется писать пузырек работая в Вашей организации?
... помню один собес лет 5 назад. В общем, "тестовое задание" - напишите класс для экранирования SQL-запросов (PHP).
Я ничего не стал писать, разумеется. Я сказал "вот вам PDO, а очень хочется отдельный класс - вот вам умные люди решили эту задачу до меня, раз, два, три, четыре, пять, все решения хорошие, выбирайте по вкусу"
В ответ мне написали:
"Отказавшись выполнять тестовое задание, ВЫ ЛИШИЛИ СЕБЯ ВОЗМОЖНОСТИ участвовать В КОНКУРСЕ на место бэкэнд-разработчика".
В рамочку и на стену, просто в рамочку и на стену! "Как не надо"
Столкнулся с тем же самым в ООО "Ирис" - IT-подрядчик Лукойла, который обслуживает всю IT-инфрастуктуру последнего (включая КИПиА). Меня хватило не на три, а чуть меньше - два с половиной месяца, но к моменту моего увольнения стало понятно, что далеко не один такой в этой, так сказать, компании, и люди из нее увольняются "пачками". Причем, самые здравомыслящие, с которыми у меня успели сложиться самые теплые отношения. То же издевательство с ежедневной отчетностью по рабочему времени, те же абсолютно ошибочные и неуместные технические задания вплоть до того, что "черное" называлось "белым", а "белое" "черным" (как например, в случае администрирования собственной сети ООО "Ирис"), и ты должен был с этим соглашаться только потому, что ты - подчиненный.
Последней каплей стала ситуация, когда я обнаружил совершеннейший "бред сивой кобылы" в Перечне уставок - документе, по которому работает вся киповская часть нефтебазы, в том числе противоаварийная защита. Я сразу же написал серию писем и руководству ООО "Ирис", включая своего непосредственного руководителя, и ответственнным лицам Лукойла - подписантам Перечня. Поставил в известность и своих коллег на нефтебазе, которые по этому Перечню работали уже, как минимум, несколько лет... К своим письмам я приложил проект техперевооружения нефтебазы (на основании которого и должен был быть составлен этот Перечень) и указал конкретные листы и таблицы с техническими нормативами работы оборудования.
Единственную реакцию, которую я получил на свои письма по этому поводу - это совершенное молчание всех адресатов, ВКЛЮЧАЯ МОИХ КОЛЛЕГ ПО ООО "ИРИС" НА НЕФТЕБАЗЕ (один из которых работал на нефтебазе уже 8 лет), и поливание меня грязью безотносительно какой-либо технической аргументации со стороны моего непосредственного руководителя. Его аргуменетация свелась к тому, что я "что-то там нафантазировал" и должен заткнуться. Его фамилия, кстати, Плохов, и, насколько я знаю, работает он до сих пор.
В дальнешем я лишний раз убедился в том, что ООО "Ирис" - это совершенно уродливая организация, когда обнаружил, что должности руководителей удаленной поддержки АРМов (2000 компьютеров на нефтебазах и заправках), а также удаленной поддержки собственной бухгалтерской системы "Петроникс" они ищут специалистов на внешнем рынке, через рекрутинговые сайты. При том, что авторами и проектов ПЛК, и SCADA-систем, и Петроникса являются, насколько я понимаю, люди, работавшие или работающие в ООО "Ирис". Но, очевидно, что многие нормальные люди уже из этого ООО "Ирис" уволились, а те, кто остались, брать на себя ответственность за руководство удаленной техподдержкой этими системами не сильно желают.
P.S.: Эзотерики говорят, что период Кали-Юги, в которым мы живем, но который вот-вот должен закончиться характеризуется тем, что нашу планету захватила всякая нечисть в человеческих телах, целью которой является только выбить из нас гаввах - психическую энергию страдания. Думаю, что такого рода неадекватные руководители - это просто вампиры, которые преследуют цель только заставить тебя страдать, чтобы напитаться твоей негативной энергией. Никакой другие цели у них нет, и если говорить о страхе, то у них присутсвует только страх остаться без этой энергии, поскольку без нее они сдохнут. Кстати, энергия, выделяемая при насильственной смерти человека, как говорят эзотерики, - тоже один из видов самой "вкусной" для них энергии...
Сталкивался с чем-то похожим. Приглашали на собес настойчиво - типа технарь, да и опыт для 1 года хороший. Спустя 3 месяца начинаю дежурить, замечаю проблемы в инфре от которых все горит алертами и дежурство превращается в ад. Документации нет, по этой причине глубокое исследование проблемы в течение 3 часов давало понять куда копать, а архитектор понимал это сразу. Потом начались унижения типа "глупое решение в лоб", "долго делаешь", это при том что у ребят абсолютно на всех тачках кривые конфиги логротейта - каждые 3 дня вычищали логи руками и "я бы это сделал за 5 минут". Как итог переходы на личности, публичное унижение, 2 старожила насели на двух новеньких - меня и коллегу. Мне предложили другое место, а пока я ждал оффер - уволили этого главнюка(а потом уже после моего желания уйти - ушел его напарник, ну потому что новый руководитель сказал что с таким подходом ему не место тут). Из 4 человек в отделе остался - один. Один из коллег потом пытался меня схантить, на что HR было сказано что я близко не подойду туда где он работает. Никому не пожелаю это пережить, перед отпуском я просто уже горел натурально.
Никак не могу понять, почему такие люди становятся руководителями. Они явно не понимают, как мотивировать сотрудников, только зажимают их. А потом удивляются, что люди уходят…
(Чревоугодие)^2 + тщеславие + (гордыня)^3 = сами знаете, кто.
Александр также имел привычку неожиданно подходить к моему столу. Он молча стоял за спиной и смотрел на экран. Иногда он просто наблюдал несколько минут, а потом уходил без комментариев. В другие разы он начинал давать советы и указания, даже если я работал над сложной задачей, где требовалась концентрация.
Был у меня такой начальник.
... Он подходил и нависал. И смотрел. Стоял, курил вейп и смотрел. Никак не комментировал. Просто смотрел.
"Мне интересно, на что ты тратишь мои деньги" (c)
... Иногда он наклонялся, приобнимал меня за плечи, забирал мышку и говорил "Дай, я посмотрю что ты делаешь". И начинал кликать по вкладкам. Без комментариев.
Один раз я его оттолкнул. Ну правда, неприятно же. Он шарахнулся в сторону и воскликнул "Чо ты толкаешься? Ты чо, пидор штоле?".
P.S. Это было худшее место работы в моей жизни. Несмотря на печеньки, кофе и бесплатные энергетики. Даже вышибалой в гей-баре было лучше!
Он шарахнулся в сторону и воскликнул "Чо ты толкаешься? Ты чо, пидор штоле?".
А он до идиотизма дурной - в некоторых местах за такое и спросить не грех.
Неадекватные люди бывают с обеих сторон, тут равновероятностое распределение. Но начальство из за общения с большим количеством людей и некой степени власти более ярко проявляется, конечно.
У вас какой-то жесткий случай прям, сочувствую такому опыту.
Вообще говоря, есть исследования, где показано что среди руководителей процент психопатов выше, чем у их подчиненных: https://hbr-russia.ru/liderstvo/psikhologiya/764933
Все что вы описали это отголоски обучения тренеров, а конкретно локализованных консультантов Александра Высоцкого, все это запрещенная в России саентология экстремисты и т.д. В 2015 году проходил такое обучение в компании они так и не смогли решить как применить эту технологию у нас, денег взяли будь здоров. Если видите что то подобное в компании бегите из нее.
Переквалифицировался из в админов во в фронта. И столкнулся с ежедневным отчётом для меня это дичь. Пока терплю как только поросят делать скрины или указывать что мне есть сразу отправлю в эротический пеший тур. Нужно себя ценить !
Похоже на какую-то гос структуру ) А, воообще, наверно, стоит привести название компании.
Он же не самый главный. Можно было поговорить с теми кто выше. Всем отделом высказать.
Похоже, что манагер просто хотел избавиться от разраба, но надо было сделать так, чтоб разраб ушел сам. Почему - да 100500 причин может быть, от тотального сумашествия манера до точечной задачи устранения конкретного человека. На это какбэ намекает полное безразличие (по факту тихая радость) к новости про уход.
Вывод очень простой. Если 2 недели такая хрень, иди к магагеру с вопросом: "Вы хотите, чтобы я ушел? Ок, давайте обсудим условия". Уйти все равно придется.
Хм.. Я согласен, в статье явный перебор контроля. Но разве план на день и отчет вечером этом плохо?
Поясню со своей стороны, каа руководителя..
У меня небольшая фирма, работники это продажники, менеджеры, контент менеджеры, аналитик.. Пррграммисиов и дизайнеров обычно на разовые раьоиы фриланс нанимаем. Местные раьотрики в офисе только 1 день в неделю, остальные вообще всегда на удаленке. Как мне вообще контроллировать, что человек работает, а не сидит сериалы смотрит юольшинство времени?
Раньше у нас был гиький я просто доверял. Давал задачи и они выполняли когда удобно, главное в срок. и это привело к увольнению нескольких, которые совсем уж филонить начали, срывая сроки, забывая, пропадая.
Я пересмотрел позицию, долго думал как лучше сделать, чтобы сохранить work/life balance, но при этом чтобы контроль был, тк как выяснилось, не все люди умеютив самодисциплину. Короче, вместо 8ч гибкого графика, я поставил 6ч жесткого +30м обед, но требование все эти 6 часов быть сфокусированными на работе. Писать когда уходят на обед, чтобы если что не было оправдания, что ответил через полчаса тк обедал. И чтобы не следить за каждой задачей, утром посылают в тг план на сегодня, вечером что в итоге сделали, что нет. Раз в неделю короткий отчет что за неделю было сделано, чтобы я быстро мог понять где мы.
Вроде всех все устраивает, мне никто не жаловался, создание самой этой системы я обсуждал с несколькими людьми, все поддержали.
Мне вообще не нравится контроль и в идеале я бы строил всемна доверии, но на практике это у меня работало только с парой человек, все остальные так начинают подзабивать на работу. И не все задачи легко проверить и даже оценить адекватный срок выполнения, может быть много внезапных трудностей.
Вот какой у вас вариант, как дать работнику чувствовать себя свободно, но при этом чтобы он работал? И что не так с планами на день?
Но разве план на день и отчет вечером этом плохо?
Плохо в том виде как описано в статье.
Обычно, если говорить о рядовых разработчиках, у каждого в жире есть некий скоуп назначенных задач, бывает даже по ним расставлены приоритеты и есть примерная оценка (сложность/трудодни/попугаи). Этот скоуп рассчитан неделю/спринт/месяц. Так же есть дэйлики, где каждый такой работник докладывает всей команде и руководителю, что сделал вчера, что делает сегодня, есть ли вопросы/проблемы/etc.
Схема рабочая... можно в конце спринта ретро провести, если план/факт совсем сильно разъехался.
Клинический случай, конечно. Имеется повсеместно. Уходить лучше сразу, ибо неизвестно, чем таких дальше накроет. Текст хороший, простой для восприятия адресатом. Немного похож на выдуманный.
Теперь, прежде чем читать такие статьи, проверяю их на наличие minerva soft.
Столкнулась с тем же самым на работе QA. В 2020 всех выкинули на удалёнку, а в 2022 начальству и тимлиду перестало нравится что "якобы тестировщики сидят и ничего не делают", и началась отчётность в джире.
Начала работу на 5 минут позже - "где тестировщики", ушла на обед - "нужно срочно проверить задачу, релиз вчера должен быть". Тестируешь 3 часа - "много, вы ничего не делаете", 10 минут как им хочется - начинают вылезать баги и претензии "плохо тестируется".
МРОТ стремительно догонял зарплату, зарплата исключительно "серая", отпуска за свой счёт. Пришлось параллельно брать ещё заказы на фрилансе, из-за чего времени на основную работу не оставалось. В итоге после почти 10 лет в компании и двух лет "трекинга" благополучно ушла в сисадмины. Это рай.
Начальники ценят, коллеги тоже, ЗП стимулирует учиться и работать. The End.
Я работал администратором Backup & Storage и меня так достали своим микро менеджментом и учётом времени на задачи, что я стал записывать каждое свое действие. У всех было 2-3 абстрактные задачи в день залогированы, а у меня 100+. Причём последняя задача называлась "Логирование всех задач за день". И это ещё в доковидные офисные времена. Манагеры меня каждый день своими глазами видели.
Эх до боли знакомо это все, тоже работал в такой конторе, ничего не узнал на собесе про процессы потому что был уверен в продуктовых компания такого не может быть.
На удаленке у меня было: полный контроль времени с 10 до 19, обед по расписанию, трекинг времени, ежедневные отчеты по проделанной работе, и дейлики где это все надо было проговорить, релизы по пятницам без тестов, и тимлид которого все устраивало.
Теперь у меня есть отдельный блок вопросов для собеса по процессам.
Речь идёт о низкой самооценке, и стремление почувствовать себя выше за счёт унижения другого таким образом может подчеркиваться собственная исключительность. Контроль может говорить о тревожном расстройстве связанным с первым. Вообщем классические признаки нарциссического растройства личности.
На работе записывали экран, требовали 2 отчёта в день и контролировали, что я ем