Гайд по работе с RFC
RFC – это структурированный письменный пропозал, задача которого погрузить всех заинтересованных в решаемую проблему, возможные решения и их трейдоффы. RFC могут принимать разную форму и решать разные проблемв. Мы в Kotlin очень активно их используем. Например, запрашивая у сообщества фидбэк на новые языковые фичи.
В статье разбирается, как внедрить практику RFC в инженерные команды, которым важно получать больше фидбэка еще до этапа реализации фичи.
Несколько шаблонов таких RFC:
- Google Docs
- Notion
RFC – это структурированный письменный пропозал, задача которого погрузить всех заинтересованных в решаемую проблему, возможные решения и их трейдоффы. RFC могут принимать разную форму и решать разные проблемв. Мы в Kotlin очень активно их используем. Например, запрашивая у сообщества фидбэк на новые языковые фичи.
В статье разбирается, как внедрить практику RFC в инженерные команды, которым важно получать больше фидбэка еще до этапа реализации фичи.
Несколько шаблонов таких RFC:
- Google Docs
- Notion
Всем привет от команды Nebius!
Nebius — это международный спин-офф облачного бизнеса Яндекса с офисами в нескольких странах. Они создают платформу, позволяющую другим компаниям строить собственный локальный облачный бизнес.
Их сотрудники — это команда ярких и талантливых личностей с большим опытом работы в построении и развитии публичного облака.
Вы можете стать ее частью — компания активно нанимает сотрудников в офисы в Белграде и Амстердаме.
На данный момент открыты вакансии для:
• backend-разработчиков — языки Golang, Java, Python , С++, С#
• frontend-разработчиков
• full-stack разработчиков
• technical product managers
• SRE
Полные описания можно найти на сайте.
Если подходящие вам вакансии ещё не открыты — отправьте своё резюме на [email protected]
Nebius — это международный спин-офф облачного бизнеса Яндекса с офисами в нескольких странах. Они создают платформу, позволяющую другим компаниям строить собственный локальный облачный бизнес.
Их сотрудники — это команда ярких и талантливых личностей с большим опытом работы в построении и развитии публичного облака.
Вы можете стать ее частью — компания активно нанимает сотрудников в офисы в Белграде и Амстердаме.
На данный момент открыты вакансии для:
• backend-разработчиков — языки Golang, Java, Python , С++, С#
• frontend-разработчиков
• full-stack разработчиков
• technical product managers
• SRE
Полные описания можно найти на сайте.
Если подходящие вам вакансии ещё не открыты — отправьте своё резюме на [email protected]
Уровни постановки задач
В статье предлагается четыре уровня задач, которые можно делегировать своим сотрудникам:
🥚Выполнить алгоритм
🐣Решить задачу, самому выбрав способ ее выполнения
🐥Устранить проблему, самостоятельно разбив ее на набор задач
🐓Найти возможность или избежать проблем в какой-то области
Основная мысль – важно совмещать уровень человека, которым делегируется задача, и уровень самой задачи. Если неопределенность задачи выходит за зону комфорта сотрудника, он ее неосознанно понизит до удобного ему уровня, при этом пострадает результат. Если задача слишком простая, то либо сотрудник будет грустить от того, что его не ценят, либо самостоятельно расширит ее контекст и пойдет решать другую проблему.
Поймал себя на мысли, что при постановке задач продактам сам регулярно косячу, смешивая разные уровни постановки задач. Например, прошу устранить какую-то проблему, но сразу же накидываю какие-то варианты решения. Такой подход довольно деструктивен, так как для сотрудника пропадает ясность того, а что именно надо делать – самому искать способ решения проблемы, или выбрать предложенный руководителем вариант решения.
В статье предлагается четыре уровня задач, которые можно делегировать своим сотрудникам:
🥚Выполнить алгоритм
🐣Решить задачу, самому выбрав способ ее выполнения
🐥Устранить проблему, самостоятельно разбив ее на набор задач
🐓Найти возможность или избежать проблем в какой-то области
Основная мысль – важно совмещать уровень человека, которым делегируется задача, и уровень самой задачи. Если неопределенность задачи выходит за зону комфорта сотрудника, он ее неосознанно понизит до удобного ему уровня, при этом пострадает результат. Если задача слишком простая, то либо сотрудник будет грустить от того, что его не ценят, либо самостоятельно расширит ее контекст и пойдет решать другую проблему.
Поймал себя на мысли, что при постановке задач продактам сам регулярно косячу, смешивая разные уровни постановки задач. Например, прошу устранить какую-то проблему, но сразу же накидываю какие-то варианты решения. Такой подход довольно деструктивен, так как для сотрудника пропадает ясность того, а что именно надо делать – самому искать способ решения проблемы, или выбрать предложенный руководителем вариант решения.
Алгоритм приоритизации технического долга
✍️Составьте список всех проблемных мест кодовой базы, инфраструктуры и процессов. В детали надо закапываться ровно до того уровня, чтобы увидеть истинную причину проблемы, а не ее следствие. Например, важно отличать неправильно выбранный движок базы данных от плохо спроектированной модели.
🤔Для каждого элемента ответьте на вопрос “Что случится, если ничего с этой проблемой не делать?”. Если система будет деградировать – процент за техдолг высокий. Если все останется как есть – низкий. Если система улучшится – нулевой.
👀Теперь посмотрите на каждый элемент в разрезе того, участвует ли он в активной разработке новых фичей или находится в режиме поддержки. Если находится в режиме поддержки, дополнительно постарайтесь понять, усложняет ли ее факт наличия техдолга.
📊Используя полученные ответы на вопросы, приоритизируйте результат. Универсальных весов для оценки нет, в случае каждого проекта надо применять здравый смысл. Основная идея – в первую очередь исправляйте тот техдолг, из-за которого система со временем деградирует, и который участвует в появлении новых фич.
✍️Составьте список всех проблемных мест кодовой базы, инфраструктуры и процессов. В детали надо закапываться ровно до того уровня, чтобы увидеть истинную причину проблемы, а не ее следствие. Например, важно отличать неправильно выбранный движок базы данных от плохо спроектированной модели.
🤔Для каждого элемента ответьте на вопрос “Что случится, если ничего с этой проблемой не делать?”. Если система будет деградировать – процент за техдолг высокий. Если все останется как есть – низкий. Если система улучшится – нулевой.
👀Теперь посмотрите на каждый элемент в разрезе того, участвует ли он в активной разработке новых фичей или находится в режиме поддержки. Если находится в режиме поддержки, дополнительно постарайтесь понять, усложняет ли ее факт наличия техдолга.
📊Используя полученные ответы на вопросы, приоритизируйте результат. Универсальных весов для оценки нет, в случае каждого проекта надо применять здравый смысл. Основная идея – в первую очередь исправляйте тот техдолг, из-за которого система со временем деградирует, и который участвует в появлении новых фич.
Как работают Mergers & Acquisitions со стороны инженерной команды
CTO Calm, успевший поработать в Stripe, Uber и нескольких стартапах, написал лонгрид про то, как работает покупка компаний, и что в этом процессе ожидается от СТО.
🤔По каким причинам одна компания может решить влить в себя другую
📝Как стратегия бизнеса и инженерная оценка влияют на условия покупки
💬Какие шаги надо сделать и какие темы осветить в инженерной оценке
🧲О чем подумать с интеграционной точки зрения
Как бонус, держите ссылку на плейбук GitLab, в котором они описывают пошаговый алгоритм, по которому покупают стартапы.
CTO Calm, успевший поработать в Stripe, Uber и нескольких стартапах, написал лонгрид про то, как работает покупка компаний, и что в этом процессе ожидается от СТО.
🤔По каким причинам одна компания может решить влить в себя другую
📝Как стратегия бизнеса и инженерная оценка влияют на условия покупки
💬Какие шаги надо сделать и какие темы осветить в инженерной оценке
🧲О чем подумать с интеграционной точки зрения
Как бонус, держите ссылку на плейбук GitLab, в котором они описывают пошаговый алгоритм, по которому покупают стартапы.
Lethain
Engineering’s role in Mergers & Acquisitions.
I managed the engineering team at Digg as we ran out of money, and were eventually acquired. It was an eye opening experience, and I learned a great deal about the reality and the optics of selling a company, particularly one with no money and a shrinking…
Гайд по архитектурной документации
📐Разбор подходов к организации документации: arc42 и C4
💻Практики и инструменты для хранения архитектурной документации в коде
📈Тулинг для построения понятных диаграмм
📐Разбор подходов к организации документации: arc42 и C4
💻Практики и инструменты для хранения архитектурной документации в коде
📈Тулинг для построения понятных диаграмм
Новый вебинар про коммуникации в команде
Ребята из Soft Skills Lab продолжают серию открытых вебинаров про способы прокачки коммуникаций. В этот раз будут разбираться следующие вещи:
😳Как правильно распознавать и обрабатывать различные эмоции коллег
🙅♀️Как отстаивать свои границы и говорить “нет” таким образом, чтобы не сжечь мосты
💬Как давать развивающую обратную связь таким образом, чтобы она была полезной, а не обидной
🤨Как реагировать на манипуляции и переводить общение в конструктивное русло
📆Дата: 13 марта, 19:00 по Москве
👉Регистрация
Ребята из Soft Skills Lab продолжают серию открытых вебинаров про способы прокачки коммуникаций. В этот раз будут разбираться следующие вещи:
😳Как правильно распознавать и обрабатывать различные эмоции коллег
🙅♀️Как отстаивать свои границы и говорить “нет” таким образом, чтобы не сжечь мосты
💬Как давать развивающую обратную связь таким образом, чтобы она была полезной, а не обидной
🤨Как реагировать на манипуляции и переводить общение в конструктивное русло
📆Дата: 13 марта, 19:00 по Москве
👉Регистрация
17 типичных ошибок начинающих руководителей
Легендарная статья Александра Ложечкина про ошибки, которые он совершал сам и замечал за другими тимлидами.
💪Проще самому всё сделать, чем объяснить
👨🏻💼Я теперь руководитель и в детали влезать не хочу
🕷️Я хочу контролировать всё
😴Я не интересуюсь тем, что происходит
🤩Я хочу повышать боевой дух команды, поэтому хвалю всех
🤬Я считаю, что команда всегда должна быть в тонусе, поэтому постоянно завышаю планку требований
🍻Я — свой парень к команде
📏Теперь я — начальник, поэтому строю дистанцию
⭐️Фокус на результате, а не на развитии людей
🤝Попытка удерживать сотрудников
🤔Путать лояльность и преданность
😥Идти на компромиссы при найме
😎Поддаться лести и поверить в собственную значимость
🌴Имитировать вместо того, чтобы руководить
🏑Заставлять людей работать из под палки
😠Ревновать к успеху сотрудников
😳Стесняться своих ошибок, не признавать и замалчивать их
Легендарная статья Александра Ложечкина про ошибки, которые он совершал сам и замечал за другими тимлидами.
💪Проще самому всё сделать, чем объяснить
👨🏻💼Я теперь руководитель и в детали влезать не хочу
🕷️Я хочу контролировать всё
😴Я не интересуюсь тем, что происходит
🤩Я хочу повышать боевой дух команды, поэтому хвалю всех
🤬Я считаю, что команда всегда должна быть в тонусе, поэтому постоянно завышаю планку требований
🍻Я — свой парень к команде
📏Теперь я — начальник, поэтому строю дистанцию
⭐️Фокус на результате, а не на развитии людей
🤝Попытка удерживать сотрудников
🤔Путать лояльность и преданность
😥Идти на компромиссы при найме
😎Поддаться лести и поверить в собственную значимость
🌴Имитировать вместо того, чтобы руководить
🏑Заставлять людей работать из под палки
😠Ревновать к успеху сотрудников
😳Стесняться своих ошибок, не признавать и замалчивать их
Medium
О 17 типичных ошибках начинающих руководителей
Мои ошибки как руководителя
Большой гайд по организации онбординга в команду
👨👩👧👦Роли, необходимые для организации процесса, и набор задач для каждой из ролей
📝Учебный план, который должны пройти все новички
❌Основные проблемы, из-за которых программы онбординга получаются нерабочими
🔀Интеграция инженерного онбординга с общим онбордингом в компанию
Напоминаю, что не так давно мы записывали выпуск Подлодки на ту же тему. Если стало интересно – послушайте, там разбираем все детали!
👨👩👧👦Роли, необходимые для организации процесса, и набор задач для каждой из ролей
📝Учебный план, который должны пройти все новички
❌Основные проблемы, из-за которых программы онбординга получаются нерабочими
🔀Интеграция инженерного онбординга с общим онбордингом в компанию
Напоминаю, что не так давно мы записывали выпуск Подлодки на ту же тему. Если стало интересно – послушайте, там разбираем все детали!
Lethain
Running your engineering onboarding program.
Most companies say that it takes three to six months for newly hired engineers to fully ramp up.
Engineering leaders know it’s impolitic to admit that it takes their team longer than three to six months to onboard new engineers,
so that’s what they say out…
Engineering leaders know it’s impolitic to admit that it takes their team longer than three to six months to onboard new engineers,
so that’s what they say out…
Работа с подрядчиками
Мир изменчивый. Новые окна возможностей для продукта и бизнеса могут открыться в любой момент времени. Именно поэтому любые попытки построить четкие роадмапы или запланировать бэклог команды на год вперед почти всегда обречены на провал. Задача тимлида – организовать процессы и набор навыков в своей команде таким образом, чтобы быть готовым подстроиться под изменения.
Понятное дело, что ко всему не подготовишься. Например, вы занимаетесь маркетплейсом мебели. На WWDC Тим Кук показывает новые очки виртуальной реальности, а спустя пару дней на вас выходит региональный менеджер Apple, и предлагает фичеринг в App Store, если вы успеете перенести свое приложение в VR. Но у вас нет вообще никого, кто хоть когда-то работал бы с трехмерной графикой, а тем более мог бы сделать качественный проект в очень короткий срок. И подготовиться к такой ситуации не получится.
Самый очевидный путь действия в такой ситуации – найти подрядчика, которому можно будет делегировать проект. Но это только звучит просто. Подбор подрядчика – отдельный пласт знаний, не имея которого можно получить очень грустный результат. Я хочу рассказать про классных ребят из Рейтинга Рунета, которые занимаются как раз тем, чтобы сделать рынок айтишных подрядчиков максимально прозрачным. Они публикуют регулярные рейтинги лучших студий разработки и маркетинговых агентств, а заодно проводят классные исследования того, из чего вообще складывается успешное взаимодействие компании и подрядчика.
Если вы хотите прокачать свою насмотренность, подписывайтесь на Telegram-канал Рейтинга Рунета. Они делятся результатами своих исследований, публикуют кейсы выбора подрядчиков, и систематизируют информацию таким образом, чтобы вам проще было научиться на чужом опыте.
Вот несколько постов, с которых можно начать:
Рубрикатор интервью с разными компаниями про то, как они выбирают подрядчиков
Корни конфликтов с подрядчиками и способы их решения
Когда там уже ChatGPT заменит все агентства
Мир изменчивый. Новые окна возможностей для продукта и бизнеса могут открыться в любой момент времени. Именно поэтому любые попытки построить четкие роадмапы или запланировать бэклог команды на год вперед почти всегда обречены на провал. Задача тимлида – организовать процессы и набор навыков в своей команде таким образом, чтобы быть готовым подстроиться под изменения.
Понятное дело, что ко всему не подготовишься. Например, вы занимаетесь маркетплейсом мебели. На WWDC Тим Кук показывает новые очки виртуальной реальности, а спустя пару дней на вас выходит региональный менеджер Apple, и предлагает фичеринг в App Store, если вы успеете перенести свое приложение в VR. Но у вас нет вообще никого, кто хоть когда-то работал бы с трехмерной графикой, а тем более мог бы сделать качественный проект в очень короткий срок. И подготовиться к такой ситуации не получится.
Самый очевидный путь действия в такой ситуации – найти подрядчика, которому можно будет делегировать проект. Но это только звучит просто. Подбор подрядчика – отдельный пласт знаний, не имея которого можно получить очень грустный результат. Я хочу рассказать про классных ребят из Рейтинга Рунета, которые занимаются как раз тем, чтобы сделать рынок айтишных подрядчиков максимально прозрачным. Они публикуют регулярные рейтинги лучших студий разработки и маркетинговых агентств, а заодно проводят классные исследования того, из чего вообще складывается успешное взаимодействие компании и подрядчика.
Если вы хотите прокачать свою насмотренность, подписывайтесь на Telegram-канал Рейтинга Рунета. Они делятся результатами своих исследований, публикуют кейсы выбора подрядчиков, и систематизируют информацию таким образом, чтобы вам проще было научиться на чужом опыте.
Вот несколько постов, с которых можно начать:
Рубрикатор интервью с разными компаниями про то, как они выбирают подрядчиков
Корни конфликтов с подрядчиками и способы их решения
Когда там уже ChatGPT заменит все агентства
Сколько вы в среднем получаете в месяц в рублях (с учетом премий, без учета опционов)?
Anonymous Poll
32%
Я не работаю менеджером / сейчас без работы, хочу посмотреть результаты
5%
До 149к
11%
150-249к
16%
250-349к
20%
350-499к
8%
500-649к
3%
650-799к
1%
800-999к
1%
1-1.5млн
2%
Больше 1.5млн
Работает ли Принцип Питера на практике
Принцип Питера звучит так: “В иерархической системе каждый индивидуум имеет тенденцию подняться до уровня своей некомпетентности”. Короче говоря, вас повышают до тех пор, пока вы не попадаете на роль, с которой плохо справляетесь. Автор сформулировал закон, основываясь на своих наблюдениях над тем, как работает логика корпораций:
1️⃣При появлении вакансии, на нее рассматривают внутренних кандидатов из числа тех, к перфомансу которых на текущей должности нет вопросов.
2️⃣Новая роль накладывает новые требования на сотрудника. Он делает работу, которой раньше не занимался.
3️⃣Если сотрудник хорошо справляется с работой, при появлении новой вакансии уровнем выше он снова становится кандидатом на нее. Пока он компетентен, он продолжает карабкаться по карьерной лестнице.
4️⃣В большинстве случаев, после какого-то повышения сотрудник перестает справляться со своей ролью. В этот момент его продвижение прекращается, и на какое-то время он остается занимать роль, для которой он не компетентен.
5️⃣Редко когда некомпетентные люди понижаются в роли. Увольнения обычно тоже крайний случай. Человек зависает на той роли, где он некомпетентен.
Чтобы проверить, насколько этот принцип согласуется с реальностью, провели исследование среди продажников и менеджеров продаж. Их выбрали потому, что производительность продажника очень легко измерить, в отличие от тех же программистов и тимлидов. И вот что выяснилось:
👍Чем лучше ты работаешь как продажник, тем больше шанс получить повышение до менеджера. Каждая следующая отметка по количеству продаж повышает вероятность промо на 15%.
👎Чем лучше ты работал как продажник, тем хуже ты работаешь в роли менеджера. В данном случае это значит, что заметна негативная корреляция перфоманса людей под твоим началом и твоего перфоманса как индивидуального контрибьютора.
Единственный хороший способ защититься от того, чтобы самому не стать жертвой Принципа Питера – уметь отказываться от предлагаемого вам повышения. Если вы хорошо справляетесь с работой тимлидом, это не значит, что вы затащите и директорскую позицию. Не стоит не глядя бросаться на каждую возможность. Сначала соберите информацию о том, чем вам надо будет заниматься, оцените, каких навыков и опыта вам не хватает для новой роли, и продумайте план того, как вы закроете их недостаток.
Принцип Питера звучит так: “В иерархической системе каждый индивидуум имеет тенденцию подняться до уровня своей некомпетентности”. Короче говоря, вас повышают до тех пор, пока вы не попадаете на роль, с которой плохо справляетесь. Автор сформулировал закон, основываясь на своих наблюдениях над тем, как работает логика корпораций:
1️⃣При появлении вакансии, на нее рассматривают внутренних кандидатов из числа тех, к перфомансу которых на текущей должности нет вопросов.
2️⃣Новая роль накладывает новые требования на сотрудника. Он делает работу, которой раньше не занимался.
3️⃣Если сотрудник хорошо справляется с работой, при появлении новой вакансии уровнем выше он снова становится кандидатом на нее. Пока он компетентен, он продолжает карабкаться по карьерной лестнице.
4️⃣В большинстве случаев, после какого-то повышения сотрудник перестает справляться со своей ролью. В этот момент его продвижение прекращается, и на какое-то время он остается занимать роль, для которой он не компетентен.
5️⃣Редко когда некомпетентные люди понижаются в роли. Увольнения обычно тоже крайний случай. Человек зависает на той роли, где он некомпетентен.
Чтобы проверить, насколько этот принцип согласуется с реальностью, провели исследование среди продажников и менеджеров продаж. Их выбрали потому, что производительность продажника очень легко измерить, в отличие от тех же программистов и тимлидов. И вот что выяснилось:
👍Чем лучше ты работаешь как продажник, тем больше шанс получить повышение до менеджера. Каждая следующая отметка по количеству продаж повышает вероятность промо на 15%.
👎Чем лучше ты работал как продажник, тем хуже ты работаешь в роли менеджера. В данном случае это значит, что заметна негативная корреляция перфоманса людей под твоим началом и твоего перфоманса как индивидуального контрибьютора.
Единственный хороший способ защититься от того, чтобы самому не стать жертвой Принципа Питера – уметь отказываться от предлагаемого вам повышения. Если вы хорошо справляетесь с работой тимлидом, это не значит, что вы затащите и директорскую позицию. Не стоит не глядя бросаться на каждую возможность. Сначала соберите информацию о том, чем вам надо будет заниматься, оцените, каких навыков и опыта вам не хватает для новой роли, и продумайте план того, как вы закроете их недостаток.
Harvard Business Review
Research: Do People Really Get Promoted to Their Level of Incompetence?
According to the Peter Principle, organizations manage careers so that everyone “rises to the level of their incompetence.” To test how this theory might actually play out, a team of researchers examined sales managers and their employees in 214 firms. Sales…
17, 18 и 24 марта Слёрм проведет мощный трёхдневный интенсив по soft skills
Насыщенная программа, увлеченные своим делом спикеры, поддержка во время и после занятий — они помогут стать ещё круче.
Софт-скиллз помогают руководителю:
✨ Легко выстраивать рабочие процессы
✨ Принимать эффективные управленческие решения
✨ Выстраивать продуктивную и слаженную работу команды
✨ Избавляться от конфликтов
✨ Противостоять постоянным правкам от стейкхолдеров и заказчиков
Вы с коллегами готовы ворваться на интенсив? Тогда к вам есть предложение.
Придите группой из трех участников, и третий человек посетит интенсив бесплатно. Для этого оставьте заявку на сайте — менеджер свяжется с вами.
👉 Оставить заявку на интенсив
Насыщенная программа, увлеченные своим делом спикеры, поддержка во время и после занятий — они помогут стать ещё круче.
Софт-скиллз помогают руководителю:
✨ Легко выстраивать рабочие процессы
✨ Принимать эффективные управленческие решения
✨ Выстраивать продуктивную и слаженную работу команды
✨ Избавляться от конфликтов
✨ Противостоять постоянным правкам от стейкхолдеров и заказчиков
Вы с коллегами готовы ворваться на интенсив? Тогда к вам есть предложение.
Придите группой из трех участников, и третий человек посетит интенсив бесплатно. Для этого оставьте заявку на сайте — менеджер свяжется с вами.
👉 Оставить заявку на интенсив
Идеи для видеоблога
На прошлой неделе мы записали выпуск Подлодки про то, как вкатиться в YouTube. И с тех пор меня не отпускает идея о том, что можно запустить свой канал с небольшими роликами, которые четко и структурированно отвечают на частые тимлидские вопросы. Из идей таких роликов:
📝Как удобно трекать историю отношений и договоренностей с людьми в команде
👀Как проводить полезные 1-1
😕Как давать позитивную обратную связь
🕵️♂️Как найти саботажника (это скорее шутка, но почему-то эта тема волнует всех начинающих лидов)
👉Да и в целом, развернутые версии некоторых из постов в канал. Про тот же Принцип Питера.
Поставьте лайк, если будете смотреть. А в комменты накидайте другие темы, про которые стоит что-нибудь записать, или примеры других блогов, на которые стоит посмотреть.
На прошлой неделе мы записали выпуск Подлодки про то, как вкатиться в YouTube. И с тех пор меня не отпускает идея о том, что можно запустить свой канал с небольшими роликами, которые четко и структурированно отвечают на частые тимлидские вопросы. Из идей таких роликов:
📝Как удобно трекать историю отношений и договоренностей с людьми в команде
👀Как проводить полезные 1-1
😕Как давать позитивную обратную связь
🕵️♂️Как найти саботажника (это скорее шутка, но почему-то эта тема волнует всех начинающих лидов)
👉Да и в целом, развернутые версии некоторых из постов в канал. Про тот же Принцип Питера.
Поставьте лайк, если будете смотреть. А в комменты накидайте другие темы, про которые стоит что-нибудь записать, или примеры других блогов, на которые стоит посмотреть.
podlodka.io
Podlodka #311 – Видеоблоггинг
Кто-то пишет Твиттер-треды, кто-то ведет Telegram-каналы, а кто-то пилит полезные видео на YouTube и собирает сотни тысяч просмотров. Мы поговорили с Александром Ильиным, программистом и YouTube-блоггером, про то, что влияет на популярность видео, как создавать…
Сделал крутую штуку для проекта в свободное время, а она оказалась не нужна
Готовьтесь обвинять меня в гейткипинге. Работать с теми, кто пришел в разработку не ради больших зарплат, а из-за любви к программированию и благодаря стремлению делать интересные штуки, намного круче. Они создают крутые проекты на хакатонах, изучают в свободное время новые технологии, которые могут принести пользу проекту, и могут быть в разы производительнее своих менее замотивированных коллег. Да что там, работа с такими людьми довольно сильно заряжает энергией и самого тимлида.
Конечно, подбор таких людей – не серебряная пуля, которая автоматически поможет любому проекту. Легко нанести обоюдный вред – и сотрудника выжечь, и бесполезно потратить ресурсы бизнеса.
Представьте такую ситуацию. Разработчица Лена в свободное от работы время взяла и переписала старый сервис таким образом, что его архитектура стала гораздо прозрачнее, а производительность чуть чуть подросла. Но есть нюанс – в этот сервис никаких изменений не вносилось уже несколько лет, и с огромной вероятностью его никогда трогать и не придется. Вроде бы Лена сделала полезный рефакторинг, но принимать такой PR с точки зрения целей команды и управления ее загрузкой – нецелесообразно. Перфоманс сервиса никому не мешает и не стоит на критическом пути. Внесение любых изменений – шанс того, что что-то непредсказуемо сломается.
Или другой пример. Студия, разрабатывающая мобильные приложения на заказ. Один из проектов, которым вы занимаетесь, ну точно никогда не полетит – уже и заказчик разочарован в идее, и окно возможностей ушло, и явные проблемы с финансами начинаются. А айосер Виталик, для которого это первый самостоятельный крупный проект, на энтузиазме вылизывает архитектуру и доводит все анимации до идеального состояния. Деньги с заказчика за это не снимают, он все делает в свободное время, потому что хочет получить классный результат, потому что ему не все равно.
В обоих примерах тимлид оказывается в дурацкой ситуации. Сотрудник на собственном энтузиазме проделал классную работу, но она никому не нужна, и в конечный продукт не попадет.
Чтобы в такие ситуации не попадать, нужно управлять ожиданиями заранее. Если ваш сотрудник чем-то занимается не в рабочее время – это не повод этим не интересоваться. Давайте посмотрим, как справляться с ситуацией в зависимости от того, что движет человеком.
👨🎓Изучить что-то новое, используя рабочий проект в качестве подопытного. Явно проговорите, что результаты этих экспериментов в продакшн не уйдут.
🤓Рутинные задачи делать скучно, поэтому придумывает себе челленджи. Ваша задача – найти подходящий проект, который сможет одновременно и человека увлечь, и пользу компании принести. С другой стороны, если таких проектов нет, то энтузиазм лучше сразу направить в сторону нерабочих проектов. В этом случае надо быть готовым, что человек без интересных рабочих задач у вас надолго не задержится.
🤩Проект небезразличен, и хочется сделать его максимально хорошо. Самый сложный случай. Если вы понимаете, что отдача будет, и усилия сотрудника скорее всего не пропадут даром, пусть продолжает. Если велика вероятность того, что усилия не оценят – вам нужно донести это очень явно, и попробовать переключить его фокус на ту область, где энтузиазм не пропадет зря.
Тимлиду нужно балансировать на грани между тем, чтобы такие люди могли заниматься интересными им задачами и чувствовать ту отдачу, в которой нуждаются, и тем, чтобы их деятельность была сонаправлена интересам компании. Это сложно, но если получается – с такими людьми можно горы свернуть.
Мы с Евгением Антоновым, автором канала «Тимлид Очевидность», решили одновременно написать свои мысли на одну и ту же тему. Если интересен другой взгляд – обязательно почитайте его пост. Да и вообще, подписывайтесь на его канал, там клево!
Готовьтесь обвинять меня в гейткипинге. Работать с теми, кто пришел в разработку не ради больших зарплат, а из-за любви к программированию и благодаря стремлению делать интересные штуки, намного круче. Они создают крутые проекты на хакатонах, изучают в свободное время новые технологии, которые могут принести пользу проекту, и могут быть в разы производительнее своих менее замотивированных коллег. Да что там, работа с такими людьми довольно сильно заряжает энергией и самого тимлида.
Конечно, подбор таких людей – не серебряная пуля, которая автоматически поможет любому проекту. Легко нанести обоюдный вред – и сотрудника выжечь, и бесполезно потратить ресурсы бизнеса.
Представьте такую ситуацию. Разработчица Лена в свободное от работы время взяла и переписала старый сервис таким образом, что его архитектура стала гораздо прозрачнее, а производительность чуть чуть подросла. Но есть нюанс – в этот сервис никаких изменений не вносилось уже несколько лет, и с огромной вероятностью его никогда трогать и не придется. Вроде бы Лена сделала полезный рефакторинг, но принимать такой PR с точки зрения целей команды и управления ее загрузкой – нецелесообразно. Перфоманс сервиса никому не мешает и не стоит на критическом пути. Внесение любых изменений – шанс того, что что-то непредсказуемо сломается.
Или другой пример. Студия, разрабатывающая мобильные приложения на заказ. Один из проектов, которым вы занимаетесь, ну точно никогда не полетит – уже и заказчик разочарован в идее, и окно возможностей ушло, и явные проблемы с финансами начинаются. А айосер Виталик, для которого это первый самостоятельный крупный проект, на энтузиазме вылизывает архитектуру и доводит все анимации до идеального состояния. Деньги с заказчика за это не снимают, он все делает в свободное время, потому что хочет получить классный результат, потому что ему не все равно.
В обоих примерах тимлид оказывается в дурацкой ситуации. Сотрудник на собственном энтузиазме проделал классную работу, но она никому не нужна, и в конечный продукт не попадет.
Чтобы в такие ситуации не попадать, нужно управлять ожиданиями заранее. Если ваш сотрудник чем-то занимается не в рабочее время – это не повод этим не интересоваться. Давайте посмотрим, как справляться с ситуацией в зависимости от того, что движет человеком.
👨🎓Изучить что-то новое, используя рабочий проект в качестве подопытного. Явно проговорите, что результаты этих экспериментов в продакшн не уйдут.
🤓Рутинные задачи делать скучно, поэтому придумывает себе челленджи. Ваша задача – найти подходящий проект, который сможет одновременно и человека увлечь, и пользу компании принести. С другой стороны, если таких проектов нет, то энтузиазм лучше сразу направить в сторону нерабочих проектов. В этом случае надо быть готовым, что человек без интересных рабочих задач у вас надолго не задержится.
🤩Проект небезразличен, и хочется сделать его максимально хорошо. Самый сложный случай. Если вы понимаете, что отдача будет, и усилия сотрудника скорее всего не пропадут даром, пусть продолжает. Если велика вероятность того, что усилия не оценят – вам нужно донести это очень явно, и попробовать переключить его фокус на ту область, где энтузиазм не пропадет зря.
Тимлиду нужно балансировать на грани между тем, чтобы такие люди могли заниматься интересными им задачами и чувствовать ту отдачу, в которой нуждаются, и тем, чтобы их деятельность была сонаправлена интересам компании. Это сложно, но если получается – с такими людьми можно горы свернуть.
Мы с Евгением Антоновым, автором канала «Тимлид Очевидность», решили одновременно написать свои мысли на одну и ту же тему. Если интересен другой взгляд – обязательно почитайте его пост. Да и вообще, подписывайтесь на его канал, там клево!
Telegram
Тимлид Очевидность
То, что ежедневно окружает нас в IT. Рабочие процессы, софт скиллы, тимлидство, обучение,карьера и т.д
Чат @general_it_talks_chat
Консультации https://antonov-dev.ru/consulting
Реклама https://telegra.ph/Reklama-v-kanale-Timlid-Ochevidnost-09-03
Чат @general_it_talks_chat
Консультации https://antonov-dev.ru/consulting
Реклама https://telegra.ph/Reklama-v-kanale-Timlid-Ochevidnost-09-03
Культурные вирусы
Культура компании – функция от всех работающих в ней людей. Токсичное поведение одного человека может постепенно распространиться на его команду, от нее – на соседние, и так проникнуть во всю компанию.
В статье приводятся примеры таких вирусов и рекомендации борьбы с ними.
🙅♀️Никто не хочет ни за что отвечать, либо сваливая вину на других, либо вообще забивая на все.
😫Постоянные переработки в условиях все время растущей нагрузки и требований, выгорание, все дела.
🙈Игнорирование проблем и wishful thinking.
Культура компании – функция от всех работающих в ней людей. Токсичное поведение одного человека может постепенно распространиться на его команду, от нее – на соседние, и так проникнуть во всю компанию.
В статье приводятся примеры таких вирусов и рекомендации борьбы с ними.
🙅♀️Никто не хочет ни за что отвечать, либо сваливая вину на других, либо вообще забивая на все.
😫Постоянные переработки в условиях все время растущей нагрузки и требований, выгорание, все дела.
🙈Игнорирование проблем и wishful thinking.
Stay SaaSy
Culture Viruses
A Culture Virus is a contagious idea that hooks into your culture like a pathogen, passing from person to person, and very often preying on the weak and struggling - the people who are susceptible to convenient excuses..