Неустойчивость. 100 лет назад были не мигранты, но по сути иной народ, который лишь до поры до времени безмолвствовал. К этому настолько привыкли, что даже полки расквартированы были непосредственно в городе, уже деморализованные и морально разложившиеся
Прямо Петербург 1913 года. Очень хлипко всё это. Супераутсорс-государство. Государство просто может вымереть за месяц, если мигранты сговорятся да и уедут все дружно. Или пережить революцию со сменой власти. При некоторой координации государств-основных поставщиков раб.силы это возможно
Есть причины, которые даже после прояснения не дадут много плюсов к самой борьбе против выгорания. Вроде тех причин, которые расписаны у Гребера в "Бредовой работе". Или 2,5 года СВО, которая прессом давит на психику очень многих в России.
Ну а куда же деваются люди после 40? Уходят с интеллектуальной работы в водители? - Вроде нет. Хотя с тезисом о программировании согласен, перекладывать JSON-ы после 40 уже всё больше не хочется.
Плохая статья с точки зрения идеи и композиции. Вы всю дорогу бомбите контраргументами привычное представление о выгорании, но в итоге проблема даже определения выгорания никак не решается. Набросать негатива, чтобы у читателя спустя полчаса было ощущение, что это "вообще слишком сложно" - с какой целью? Я прекрасно понимаю, что вы не даёте советов и не предлагаете волшебной таблетки, об этом заявлено прямо. Но смысла статьи тем не менее не просматривается. "Да, это сложно, но это и так все знали, дальше то что"?
Ну то есть приоритет в разгребании багов, и кто больше багов закрывает, тот больше шансов имеет право называться сеньором. Это всё было бы прекрасно, но потом такие сеньоры попадают на рынок...
Да, именно так! У нас полная диктатура реальности над фантазиями: компания реализует именно то, что ей нужно для ведения бизнеса, а не что-то иное. Но мы средний бизнес, у нас все деньги в деле, строгие инвесторы, и мы не бирюзовый океан денег вроде Сбера или Касперского
Звучит как-будто "на доске есть важные и неважные задачи для бизнеса, бери только важные". Кажется, в этой компании полный швах с планированием релизов, планированием ресурсов, если исполнители сами решают, что и когда брать. Также фактически постулируется, что разработчик может вообще брать неважные задачи и проедать на них бюджеты и время.
Я не понимаю механизма, как вы окажетесь лучше других или хотя бы достаточно хорошим для роста по грейду в таком случае? Либо вы снимаете и закрываете задач больше других, фактически перерабатывая или некачественно, костылями делая работу. Либо вы срываете вкусные задачи, и может быть даже знаете о них заранее, ведь другие в команде тоже играют в эту игру.
Вот именно. Вообще, как легче всего понять, что человек уже сеньор? - Он примерно соответствует тому, что индустрия думает про сеньоров. Или другими словами, может получить офер на стороне в качестве сеньора. Если примерно на таком уровне разработчик у вас - так делайте его сеньором, чего ждать? Комитет, доказать...
А как сотрудник может повлиять на то, какие задачи он берёт? Может ли он отобрать у коллеги "critical"? А что вообще говорят эти метки в плане оценки скиллов разработчика? У нас, допустим, так маркируются баги, по серьёзности для бизнеса, но с точки зрения кода все critical обычно самые лёгкие.
Самая распространенная причина отказа в повышении — если тимлид в заявке не смог объяснить ценность конкретных выполненных кандидатом задач с точки зрения бизнеса. Поэтому я так сильно это подчеркиваю: это может быть сколь угодно эффективный и опытный спец, но если вам не удалось ввести в анкету кейсы, подтверждающие коммерческий профит, — шансов немного.
- это очень-очень печально, что так ставится вопрос. Хороший специалист может быть демотивирован, да и просто унижен на ровном месте.
Поделюсь своим опытом. Я тимлид, ко мне пришёл разработчик и сказал, что хочет расти выше. Никаких комитетов у нас нет, IT-департамент небольшой, всё создано относительно недавно.
Мы решили двигаться с двух сторон. Претендент представил своё видение, как он, миддл, считает, что вообще такое сеньор. Это очень важный документ, который попутно решает для тимлида другую задачу: сотрудник занимается качественной самооценкой в плане скиллов и честно пишет, где ему нужно подтянуться.
Также я представил своё видение, что такое сеньор. Оно сильно непохоже на то, что представил разработчик. Дальше в процессе беседы мы обсудили все эти наши пункты и выработали некий план. В его основе - предположение, что я уже считаю претендента сеньором. То есть даю более сложные задачи, требующие самостоятельности, коммуникации, творчества. Он справляется с ними сам, но запрашивает мою помощь. Если через три месяца такая работа приводит к положительному результату, то мы считаем его полноценным сеньором и повышаем зарплату.
Такой подход позволяет и проверить кандидата по пунктам, которые важны тимлиду, и проявить себя кандидату, показав, что он может восполнить недостающие знания и предъявить результат. Для этого главное согласовать крупные задачи, над которыми он будет трудиться, и какие инструменты он планирует освоить: он туда с удовольствием включит пункты из своего списка.
И ещё, что в вашей статье мне сильно не понравилось: ответственность как бы размазывается между тимлидом и экспертами, анонимными тем более. Это всё несерьёзно: растить людей - задача руководителя, а не комитетов. Как-будто у вас вся забота тимлида - правильно "продать" соискателя.
Тоже со временем начал осознавать, что на работе давно уже созданы инструменты для достижения целей, но в личной жизни мы ими почему-то не пользуемся. Как-будто работа важнее собственной жизни ) Финансовый план веду уже скоро как 20 лет. Это в том числе помогает рисковать тогда, когда это необходимо.
Это ж цивилизованная вестернизированая Южная Корея, не то, что КНДР!
Неустойчивость. 100 лет назад были не мигранты, но по сути иной народ, который лишь до поры до времени безмолвствовал. К этому настолько привыкли, что даже полки расквартированы были непосредственно в городе, уже деморализованные и морально разложившиеся
Прямо Петербург 1913 года. Очень хлипко всё это. Супераутсорс-государство. Государство просто может вымереть за месяц, если мигранты сговорятся да и уедут все дружно. Или пережить революцию со сменой власти. При некоторой координации государств-основных поставщиков раб.силы это возможно
Есть причины, которые даже после прояснения не дадут много плюсов к самой борьбе против выгорания. Вроде тех причин, которые расписаны у Гребера в "Бредовой работе". Или 2,5 года СВО, которая прессом давит на психику очень многих в России.
Ну а куда же деваются люди после 40? Уходят с интеллектуальной работы в водители? - Вроде нет.
Хотя с тезисом о программировании согласен, перекладывать JSON-ы после 40 уже всё больше не хочется.
Плохая статья с точки зрения идеи и композиции. Вы всю дорогу бомбите контраргументами привычное представление о выгорании, но в итоге проблема даже определения выгорания никак не решается. Набросать негатива, чтобы у читателя спустя полчаса было ощущение, что это "вообще слишком сложно" - с какой целью?
Я прекрасно понимаю, что вы не даёте советов и не предлагаете волшебной таблетки, об этом заявлено прямо. Но смысла статьи тем не менее не просматривается. "Да, это сложно, но это и так все знали, дальше то что"?
Ну то есть приоритет в разгребании багов, и кто больше багов закрывает, тот больше шансов имеет право называться сеньором.
Это всё было бы прекрасно, но потом такие сеньоры попадают на рынок...
Да, именно так! У нас полная диктатура реальности над фантазиями: компания реализует именно то, что ей нужно для ведения бизнеса, а не что-то иное.
Но мы средний бизнес, у нас все деньги в деле, строгие инвесторы, и мы не бирюзовый океан денег вроде Сбера или Касперского
Звучит как-будто "на доске есть важные и неважные задачи для бизнеса, бери только важные".
Кажется, в этой компании полный швах с планированием релизов, планированием ресурсов, если исполнители сами решают, что и когда брать. Также фактически постулируется, что разработчик может вообще брать неважные задачи и проедать на них бюджеты и время.
Я не понимаю механизма, как вы окажетесь лучше других или хотя бы достаточно хорошим для роста по грейду в таком случае?
Либо вы снимаете и закрываете задач больше других, фактически перерабатывая или некачественно, костылями делая работу. Либо вы срываете вкусные задачи, и может быть даже знаете о них заранее, ведь другие в команде тоже играют в эту игру.
Ну понятно. Вывод: развивайте язык, но не программирования
Вот именно. Вообще, как легче всего понять, что человек уже сеньор? - Он примерно соответствует тому, что индустрия думает про сеньоров. Или другими словами, может получить офер на стороне в качестве сеньора.
Если примерно на таком уровне разработчик у вас - так делайте его сеньором, чего ждать? Комитет, доказать...
Разработчики могут тоже поиграть в эту игру: ага, наш тимлид не выдаёт нам серьёзных задач, так может, он и не тимлид вовсе?
Шутка
А как сотрудник может повлиять на то, какие задачи он берёт? Может ли он отобрать у коллеги "critical"? А что вообще говорят эти метки в плане оценки скиллов разработчика? У нас, допустим, так маркируются баги, по серьёзности для бизнеса, но с точки зрения кода все critical обычно самые лёгкие.
Вклад в прибыль компании осуществляют продажи, а IT - это одни расходы. Разогнать к чёртовой матери их, только прибыль проедают
Самая распространенная причина отказа в повышении — если тимлид в заявке не смог объяснить ценность конкретных выполненных кандидатом задач с точки зрения бизнеса. Поэтому я так сильно это подчеркиваю: это может быть сколь угодно эффективный и опытный спец, но если вам не удалось ввести в анкету кейсы, подтверждающие коммерческий профит, — шансов немного.
- это очень-очень печально, что так ставится вопрос. Хороший специалист может быть демотивирован, да и просто унижен на ровном месте.
Поделюсь своим опытом. Я тимлид, ко мне пришёл разработчик и сказал, что хочет расти выше. Никаких комитетов у нас нет, IT-департамент небольшой, всё создано относительно недавно.
Мы решили двигаться с двух сторон. Претендент представил своё видение, как он, миддл, считает, что вообще такое сеньор. Это очень важный документ, который попутно решает для тимлида другую задачу: сотрудник занимается качественной самооценкой в плане скиллов и честно пишет, где ему нужно подтянуться.
Также я представил своё видение, что такое сеньор. Оно сильно непохоже на то, что представил разработчик. Дальше в процессе беседы мы обсудили все эти наши пункты и выработали некий план. В его основе - предположение, что я уже считаю претендента сеньором. То есть даю более сложные задачи, требующие самостоятельности, коммуникации, творчества. Он справляется с ними сам, но запрашивает мою помощь. Если через три месяца такая работа приводит к положительному результату, то мы считаем его полноценным сеньором и повышаем зарплату.
Такой подход позволяет и проверить кандидата по пунктам, которые важны тимлиду, и проявить себя кандидату, показав, что он может восполнить недостающие знания и предъявить результат. Для этого главное согласовать крупные задачи, над которыми он будет трудиться, и какие инструменты он планирует освоить: он туда с удовольствием включит пункты из своего списка.
И ещё, что в вашей статье мне сильно не понравилось: ответственность как бы размазывается между тимлидом и экспертами, анонимными тем более. Это всё несерьёзно: растить людей - задача руководителя, а не комитетов. Как-будто у вас вся забота тимлида - правильно "продать" соискателя.
Я сразу отказываю. Если кандидат предпочитает полную анонимность, он не командный, зачем с ним морочится?
Напомнило шедевр "Путь камикадзе...", только в очень кратком изложении.
Так зачем фронту в принципе Kuber? У вас в компании нет разделения труда? Каждый может вертеть инфраструктурой, не имея специальных знаний и опыта?
Тоже со временем начал осознавать, что на работе давно уже созданы инструменты для достижения целей, но в личной жизни мы ими почему-то не пользуемся. Как-будто работа важнее собственной жизни )
Финансовый план веду уже скоро как 20 лет. Это в том числе помогает рисковать тогда, когда это необходимо.