20-го июля в 18:00 состоится онлайн-митап SuperJob Tech Experience. Совместно с друзьями из Skyeng и X5 Tech обсудим опыт в управлении разработкой: как непрерывно обучаться и адаптироваться к изменениям? Что будет, если рассматривать свою команду как продукт? К каким рискам должен быть готов тимлид? Почему команде важно выращивать экспертизу по продукту? Митап будет полезен начинающим и продолжающим тимлидам, а также тем, кто только планирует ими стать.
Мое наблюдение состоит в том, что мы — разработчики и продукты, сильно переусложняем, осознанно или нет, но всякие «„Архитектурные комитеты“, „Планирования“, „Апрувы у 50 отделов“ и деплои в 2-часовые окна, простыни текста сопровождающие простейшие фичи — это просто какой‑то бич современной разработки. Умные дяди с 20 летним опытом за плечами, с невозмутимыми лицами сутки напролет на созвонах обсасывают простейшие вещи вроде замены кнопки. Что это? Следствие усложнения программного обеспечения или засилие не тех людей не на тех местах? Или следствие входа в индустрию новичков, стремящихся простое сделать сложным?
В статье мы разберем что такое „переусложнение“, дадим ему определение и на реальных примерах разберем во что это выражается и как с этим бороться.
Я делюсь личным опытом, он может как вам пригодится, так быть вообще не релевантным. Многое зависит от разных факторов (компания, команда, культура, личность, финансы и т.п.).
Здесь написано про шаги в моей компании без погружения в процессы и инструментов.
У меня достаточно негативного и неуспешного опыта, так и положительного в разных компаниях.
Решил написать эту статью, потому что добился успешного опыта без негатива (опираясь на сухие цифры, которые под NDA и не могу сказать что за проект).
Пожалуйста, поделитесь своим опытом, он может мне пригодится в будущем.
Привет, меня зовут Ислам, я тимлид в ФОДЖИН. В этой статье поделюсь тем, как я выстраивал работу со своими разработчиками, командой и клиентами.
Кому будет полезен мой рассказ:
• начинающим тимлидам/техлидам, за которыми закрепили команду разработчиков, но которые не совсем знают, какие проблемы их могут поджидать;
• начинающим специалистам, которые могут еще совершать типичные ошибки, но стремятся научиться их избегать.
Сознание начинающего разработчика отличается от сознания его опытного и преисполненного коллеги. Даже у меня были убеждения, которые изменились с приростом опыта. Всего их было 15. Я придерживаюсь их всех и они работают (кроме последнего, с ним прям беда).
Я Екатерина Попкова, Java/Kotlin-разработчик в “Альфа-Банке”, готова вам об этом рассказать.
Когда коллега уходит в отпуск или увольняется — работа часто буксует или останавливается даже в большой команде. Происходит это, так как внезапно выясняется, что ушедший был «узким местом» или «критичным звеном».
Мне удалось снизить влияние этих «узких мест» и «критичных звеньев» за счёт налаживания горизонтальных связей, построения ролевой модели большой команды и ещё нескольких приёмов.
Меня зовут Татьяна Сеземина, я директор по управлению проектами Холдинга Т1.
Я вырастила команду с 40 до более чем 150 человек и не потеряла управляемости.
Сейчас расскажу, как мне удалось этого добиться.
Привет, на связи ProductStar! Быть тимлидом — это не просто занимать руководящую позицию в команде. Это значит быть наставником, мотиватором и стратегическим партнером для подчиненных. Как лидер, вы отвечаете за результаты работы всей команды, но ваши обязанности не заканчиваются на контроле выполнения задач. А еще тимлиды сталкиваются с одной из самых серьезных проблем — быстрым выгоранием. Обо всем этом нам рассказал Алексей Власов.
Когда компания активно развивается и расширяет штат сотрудников, то ежедневно сталкивается с множеством вызовов. Среди них — непрерывный рост команд и неизбежная необходимость их деления.
За последний год одна из команд автоматизации тестирования МойОфис претерпела несколько крупных трансформаций. Благодаря высокому темпу найма в команду регулярно приходили новые специалисты, но увеличение её численности замедляло процессы: как минимум, встречи длились дольше, а точность планирования снижалась. Для решения проблемы мы решили внедрить в команде внутреннюю механику деления — и в соответствии с её принципами прошли уже три успешных итерации. В результате из одной крупной команды было сформировано несколько, более компактных и эффективных.
О проведении этого опыта, его результатах и наших дальнейших планах по трансформации команд, читайте под катом.
Да, может. На этом статью можно было бы закончить. Спасибо, что дочитали до конца, приходите поделиться своим опытом в комментариях.
Если серьёзно, карьера мобильного разработчика, который хочет вырасти в большого руководителя, может складываться по-разному. Например, мой путь начался в 2013 году, и за это время я успел поработать и в маленьких стартапах, и в больших корпорациях. Сейчас я Director of Engineering в Яндекс Go. Последние шесть лет я управляю разными командами разного размера: от 5 до 200+ человек.
В этой статье я хочу рассказать, какие есть пути развития в мобильной разработке, что делать, если ты уже тимлид, кто такие крутые Individual Contributors (топовые разработчики) и как стать одним из них. Обо всём этом читайте под катом: попробуем разобраться, как расти и куда это может завести.
Вариант построения системы управления задачами небольшой команды разработки. Без вовлечения руководства, на возможностях имеющегося трекера.
Полезные борды и другие приёмы из личной практики.
В конце мая в Москве прошла TeamLead Conf — большая конференция для тимлидов и руководителей. Газпромбанк тоже принял в ней участие. Наши эксперты отвечали на вопросы, делились опытом а ещё приняли участие в техтолках. Публикуем их для тех, кто пропустил.
2 июня проведем бесплатный вебинар для Middle- и Senior-разработчиков, которые хотят стать тимлидами. Расскажем об обязанностях, обсудим важнейшие Hard и Soft Skills и разберемся, с чего начать карьеру. Стартуем в 19:00 мск.
AGIMA и GeekBrains в 2020 г запустили совместный курс для опытных разработчиков, которые хотят возглавить техническую команду. В преддверии нового потока проводим открытый урок для всех желающих, чтобы рассказать, почему тимлид — это отдельная профессия и что ему нужно знать.
16 февраля в 18:00 (по Москве) пройдет онлайн-митап от SuperJob, Skillbox и РАЭК. Поговорим о том, в каких случаях найм джуниоров в команду – подходящее решение. Какие бонусы принесут с собой новички, а также как организовать онбординг и работу малоопытных сотрудников.
Присоединиться
Росбанк проводит бесплатное мероприятие F*ckup Night для IT-специалистов, которые понимают, что совершать ошибки - это нормально. Мероприятие состоится 10 марта 2023 года в 19:00 как онлайн, так и очно в офисе Росбанка, расположенном в башне OKO Tower II делового центра "Москва-Сити".
F*ckup Night станет возможностью для IT-специалистов поделиться своими ошибками и полученными уроками в формате коротких питчей и дискуссий. Присутствующие смогут услышать экспертов отрасли и обсудить такие темы, как "Как выстроиться в линию с джунами и не поймать "большой бадабум"", "стоит ли платить за Т-shape" и "Проблема не на нашей стороне или все-таки...".
Полный список тем и спикеров можно найти на сайте мероприятия. Для посещения мероприятия в очном формате или просмотра в онлайн-режиме необходимо пройти регистрацию.
Привет, Хабр!
Меня зовут Михаил Толстой. В oneFactor я руковожу командой разработки сервисов.
В этом посте мы затронем тему многострадальных 1-1 встреч и обсудим, как можно усилить этот важный и полезный в работе инструмент руководителя.
Налейте себе чашку чая, приготовьтесь, мы начинаем!
23 ноября в 18:00 стартуем с Nexign Case Meetup #1.
На пилотной встрече раскроем тему «Путь джедая тимлида». Постараемся обсудить наиболее распространенные ошибки новичков, поделимся личным опытом о том, как не опускать руки и продолжать расти. Обсудим перспективы развития в карьере IT-специалистов.
Подробнее о спикерах и темах выступлений читайте в анонсе.
В феврале мы провели наш второй митап для лидов, руководителей отделов, СТО и неравнодушных. Для всех, кто не смог прийти и посмотреть выступления живьем, публикуем видео (и, конечно, слайды). Тема всего митапа: как создать и сохранить динамичную разработку в условиях постоянного роста команды и изменений в компании.
Данная статья будет обзорной, без особых деталей разработки ПО. Моей целью является познакомить читателя с опытом, который я приобрел пока участвовал в стажировке в роли наставника. Я не называю компанию, в которой работаю и не называю проект, в котором участвовал так как это противоречит правилам ресурса.
В Томске сложно найти разработчиков, даже среди казалось бы такого популярного стека как php + mysql. Собственно, идея участия возникла из-за проблем с нехваткой кадров, и мы (компания) решили пойти на эксперимент и попробовать найти сотрудников среди людей с небольшим опытом. Как-то на кухне был поднят вопрос о том, кто и что знает про проекты для стажеров, новичков. Нашлись те, кто уже участвовал, поделились, обсудили. Я сообщил о том, что готов принять участие.
