code2lead | Дзен

Есть такое ошибочное мнение, что руководителем могут стать не только лишь все. С одной стороны - да, но, на мой вкус, это зависит исключительно от желания. Есть ребята, которым это вообще никуда не упёрлось, и им по кайфу просто писать свой код и развиваться больше в техническую сторону. Но возможность при этом никуда не делась. Есть ещё одно ошибочное мнение: чтобы быть успешным руководителем, надо быть жёстким. Мол, руководитель всегда “красный”, но это не так. Любой тип по DISC может быть успешным руководителем, вопрос только в подходах, методах и стиле управления...

7 месяцев назад

Ну и кто из вас синий? признавайтесь)

Мы все оцениваем людей исходя из своего опыта и убеждений. Я, например, терпеть не могу писать отчёты, постмортемы, документацию, описывать супер подробно задачи и всякое такое. Естественным образом мне кажется, что я такой не один и, наверняка, большинству это тоже не нравится. Это в корне неправильный подход, особенно когда ты управляешь людьми. Кейс из жизни: Когда я только познакомился с DISC, у меня в команде была ярко выраженная проблема — знания по сервисам были сильно сконцентрированы в малом количестве людей...

7 месяцев назад

Как эффективно управлять людьми, если они все разные?

Каждый отдельно взятый человек — это уникальный набор тараканов, желаний, предубеждений и ещё хрен пойми чего. Отсюда вопрос — а как всем этим добром управлять, если все такие разные и за всем этим надо как-то следить? Проблема, вообще, не то чтобы айтишная, поэтому способов деления человеков овер 9000)) Большинство из способов нас не интересует, поскольку не применимо в работе, а часть настолько заморочённая, что проще разобраться с каждым тараканом в индивидуальном порядке. Я расскажу об одной, которая максимально простая и при этом максимально эффективная. Типология личности DISC. Эта типология построена на 4 поведенческих паттернах...

7 месяцев назад

Как быть в ресурсе и на фокусе, даже если вокруг хаос

Тема внутренней энергии, наверное, одна из самых важных тем в нашем быстроменяющемся мире, особенно она важна в IT, а для лидеров в IT — критически важна. Наверняка замечали за собой, что иногда есть силы свернуть горы, а иногда даже с кровати встать как-то затруднительно. Так вот, в этом блоке мы разберём, как организовать баланс в своей жизни так, чтобы сворачивать горы) Поехали! Наверняка существует куча всяких разных ресурсных моделей, которые помогают своё внутреннее состояние менеджить, но мне особенно зашла ресурсная модель Пезешкиана. Причина? Просто, понятно, доступно, эффективно. Уважаемый Носсрат Пезешкиан предлагает разделить всё то, чем вы в жизни занимаетесь, на 4 сферы: 1...

7 месяцев назад

Шёл тимлид по офису, видит горящий проект. Зашёл в него и сгорел.

Тема выгорания в IT вообще бесконечно многогранная, но попробуем начать с основ, которые точно нужно понимать с самого первого дня на позиции лида. Я выше уже описывал типичный скоуп задач менеджера, и это не прикол — рулить приходится всем. А самое интересное заключается в плотности спринта, назовём это так. Для разработчика проджект и лид продумывают план наперёд (чаще всего) — разработчику дают столько задач, сколько он может закрыть. У лида задач ВСЕГДА больше, чем он реально может сделать. Отсюда вытекают темы про делегирование, отбраковку задач, управление внутренним ресурсом и т. д., но мы начнём с базы — тайм-менеджмент + здоровый такой по**изм...

7 месяцев назад

У каждой компании свой тимлид с блэкджеком и куртизанками

Будучи разработчиком, мы прекрасно понимаем, что требования к сеньору в разных компаниях разные и что сеньор в Google — это не то же самое, что сеньор в региональной веб-студии. С тимлидами история похожая, но зависит от других параметров. Уровень треша, в котором ты себя найдёшь спустя месяц после трудоустройства, сильно зависит от жизненного цикла компании (ЖЦК), и это особенно важно понимать, когда ты готовишься стать руководителем. Любая компания, подобно живому организму, имеет этапы возникновения, становления и угасания. Существует множество различных методологий по оценке ЖЦК, но для примера...

7 месяцев назад

Как не только пройти босса, но и стать им? Всем привет! Меня зовут Сергей, и я алкоголик трудоголик) В IT я работаю уже 15 лет и прошёл длинный и тернистый путь от разработчика к руководителю. Такой карьерный трек принято считать логичным в нашей сфере, но на самом деле это полная смена обязанностей, ответственности и всего рабочего процесса. Почувствуйте разницу: Разработчик — отвечает за свои задачи и за свой результат. Ответственность чётко определена, а результат зависит от технических навыков и умения правильно оценить свои возможности. Руководитель — отвечает за результат команды целиком, но чем больше людей, тем больше хаоса. Кто-то заболел, кто-то выгорел, кто-то не имеет нужных компетенций, кто-то токсичный, кто-то просто зарабатывает деньги, бизнес плохо объяснил чего хочет, кто-то хочет повышения зарплаты, кто-то уронил прод, кому-то нужна консультация по области ответственности вашей команды, Петя ненавидит Ваню, Олег неделю пишет swagger-документацию по своему же API, нужно принять пачку технических решений по проектам, помочь архитекторам, пообщаться с бизнес-аналитиками — и это только до обеда. Общего не так много, поэтому я и считаю, что к такой трансформации необходимо готовиться отдельно. Code2Lead — это проект, который поможет разобраться в процессах управления, поможет подготовиться к новой роли, а также получить полезные идеи для тех, кто уже руководит. Здесь не будет синтетической информации о том, как правильно управлять командами — здесь всё об опыте, практике, полезных приёмах и вещах, которые действительно помогли. Добро пожаловать!

7 месяцев назад