Управление сообществом *

Привет! Я Лена Гаврина, работаю в HR Tech — создаю продукт для сотрудников и кандидатов. Сегодня поделюсь, как благодаря силе общения мы перестали изобретать велосипеды каждый спринт. 

Для многих я неудобный руководитель и не самый приятный человек. Тем не менее расскажу про свои ощущения владельца продукта, спикера и амбассадора. Сначала в статье были только описания коллабораций. Получился успешный успех и сплошь про банк. Я всё переписала: в статье найдете примеры, как начать нетворкинг, который все рекомендуют, но мало кто применяет.

Некоторых разработчиков иногда сравнивают со снежинками — они уникальные, выдающиеся, и, естественно, самоуверенные. Работать с «обычными» сотрудниками легко. Гораздо труднее справляться с проблемными типажами. Одинокий волк, всезнайка, перфекционист — в каждой команде есть человек, с которым сложно и руководству, и коллегам. Автор статьи, программист и сооснователь digital-агенства Mindnow, Вадим Кравченко рассказывает, как не усугубить ситуацию с трудными сотрудниками, превратить сложности в возможности для роста и продолжить успешную командную работу. Особенно, если проблемный коллега талантлив и приносит пользу компании.

Под катом читайте, какие стратегии применять, чтобы стать лучшим менеджером для своей команды, даже если некоторые из коллег не самые приятные люди. Возможно, вы узнаете себя в одном из разбираемых типажей.

*Обращаем ваше внимание, что позиция автора может не всегда совпадать с мнением МойОфис.

В какой-то момент дел становится так много, что невозможно все держать в голове, поэтому мы ищем помощь извне. Тут нас выручают инструменты для оптимизации времени.

Хотим поделиться с вами парочкой таск-трекеров, который помогут облегчить вам жизнь!

Система координаций — базовый инструмент управления сотрудниками, без которого сложно развивать бизнес.

Например, можно даже отложить развитие сотрудников (если нет ресурсов или потребности), можно отложить разработку регламентов и инструкций, но координации и планерки откладывать нельзя.

Комьюнити часто встречается в списках корпоративных бонусов и может показаться необязательной надстройкой в жизни айтишника, но на деле сообщества помогают экономить время на поиск ответов в работе и быстрее продвигаться по карьерной лестнице.

Меня зовут Варвара, я комьюнити-менеджер — раньше работала с сообществами в Сбере, а сейчас занимаюсь комьюнити амбассадоров в Яндекс Практикуме. Я расскажу, что в больших компаниях понимают под комьюнити, откуда берутся сообщества и зачем они нужны IT-специалистам.

Формальная оценка результативности работы (performance appraisal) — широко распространенное, очень дорогостоящее и контрпродуктивное действие. Обычно оно проводится с добрыми намерениями по управлению и улучшению результативности отдельных сотрудников с целью повысить общую организационную эффективность, результативность и продуктивность. К сожалению, часто оно не приносит ожидаемой пользы. В данной статье исследуется, почему формальная служебная оценка результативности и привязанное к этому вознаграждение не достигают своих целей, какие есть компоненты программы управления эффективностью организации, а также почему их следует отменить в таком виде.

Автор перевода: Сергей Жихарев, руководитель Блока ИТ-развития инвестиционного бизнеса РСХБ-Интех.

Автор оригинальной статьи: Тодд Грабб, доцент Бизнес-колледжа Соррелла Университета Трои. Контакт: tgrubb@troy.edu.

Делимся своим подходом к разработке матриц компетенций. Статья сможет помочь тимлидам, руководителям ИТ-компаний и HR понять, как разработать и использовать матрицу компетенций, если у вас большое технологическое разнообразие в компании.

Привет! На связи снова стрим Люди+. И мы продолжаем рассказывать про то, как составлять матрицы компетенций. Это вторая часть статьи, в которой поговорим про этапы работы над матрицами, их наполнением, поделимся примерами удачных и не очень описаний навыков. В первой части (ССЫЛКА) мы рассказали что такое матрица компетенций и зачем она нужна, а также про наш меню-подход и почему мы к нему пришли.

Рассказываю, почему обложки к постам, заботливо отрисованные иллюстратором, вызывают даже больше отторжения, чем «непонятное нечто с фотостока» — и обходятся компаниям не в пример дороже.

Чем больше в компании продуктов, команд и процессов, тем острее становится потребность в развитой культуре лидерства. Речь не только о тонкостях управления, но и об организации слаженного взаимодействия: на уровне разработчиков, между командами, с бизнесом. 

Когда каждая команда отвечает за конкретный продукт, её участникам важно видеть технологическую картину в целом; четко осознавать в ней свою роль, понимать принципы межкомандных коммуникаций и другие процессы в масштабах компании. Именно здесь роль тех- и тимлидов становится ключевой. 

В Сравни мы уже три года проводим встречи лидов. Мероприятия помогают руководителям ИТ-команд фиксировать общий контекст, совместно формировать удобный для всех план действий. И параллельно решать более локальные проблемы — например, связанные с внедрением новых инструментов в командах. 

За это время мы подобрали оптимальный для нас формат встреч, а недавний июльский ивент, восьмой по счету, помог закрепить удачные аспекты прошлых LeadHub.  

Под катом на примере LeadHub #8 рассказываем, как устроены встречи тимлидов, и какой эффект дают на разных дистанциях. С примерами прорабатываемых на встречах проблем и практическими советами по организации подобных ивентов.

Как разработать регламент?

Почему они часто не работают и не используются?

Какая должна быть структура регламента?

Кто их должен писать?

Об этом я расскажу в данной статье.

Делимся своим подходом к разработке матриц компетенций. Статья сможет помочь тимлидам, руководителям ИТ-компаний и HR понять, как разработать и использовать матрицу компетенций, если у вас большое технологическое разнообразие в компании.

Привет! На связи снова стрим Люди+. В этом году мы запустили большой и очень амбициозный проект — системное управление компетенциями в ИТ. Проект огромный и состоит из нескольких ключевых блоков, о которых мы будем рассказывать в следующих статьях. Однако, начнем с основы основ любого управления компетенциями — матриц.

Привет! Эта статья о том, как правильно входить в хату, проходить онбординг на новом месте работы. Этот гайд будет полезен как тем, кто нашел первую работу, так и тем, кто уже работает, но испытывает стресс перед сменой работы.

Привет! Стрим Люди+ на связи. Сегодня расскажем, как мы работаем в нашем инструменте по оценке навыков сотрудников Starsmap и почему для наших команд важно отслеживать аналитику по навыкам.

Статья будет полезна HR-специалистам и руководителям, которые хотят оценивать и развивать навыки своих сотрудников в команде. Расскажем об обязательных функционалах, которые нужно учитывать при разработке системы по оценке сотрудников, и почему система автоматизации оценки полезна.

Вы вложили время, деньги и надежды в SEO-продвижение, но результаты не радуют? Не паникуйте, это не значит, что вы обречены на неудачу. Часто причина кроется в неочевидных ошибках, которые можно исправить. В этой статье мы разберем самые распространенные причины отсутствия трафика после запуска поискового продвижения.

Привет! Я Катя Глушанина, тестировщик в 2ГИС. В далёком 2019 год в нашей компании было не так много сотрудников, а тестировщиков в веб-отделе — ещё меньше. Мы все работали в офисе, много общались и решали вопросы на месте. Ламповость атмосферы была включена по умолчанию. Компания начала расти, и с этим пришли новые вызовы. Стало больше команд, тестировщиков, появились удалённые сотрудники.

Это привело к трём «побочным эффектам»:

Сложности коммуникации. У нас 11 часовых поясов, и это иногда тормозит доставку фич. Например, у меня возник вопрос, а тот, кто может с ним помочь ещё не начал работать или уже закончил.

Нет обмена знаний. В распределённых командах могут чаще придумываться велосипеды.

Чувство изоляции. Одному дома может быть грустно: даже мем не с кем обсудить.

И мы поняли, что нужно что-то менять.

Привет! На связи Елена Платковская. В SM Lab, которая входит в «Спортмастер», занимаюсь построением и оптимизацией IT-процессов.

Когда я пришла в компанию, не было понимания какими навыками сотрудники именно нашего отдела, на тот момент недавно сформированного, должны обладать. Унифицированный это будет набор или разный для каждого? Что и каким образом важно «подтянуть», а в чем мы бесспорные молодцы? Есть ли необходимость проводить скилл-ревью? Не было понятно, что сделать, чтобы переходить с одного карьерного уровня на другой. А когда пришло время набирать новичков, мы и вовсе споткнулись о разное понимание того, кого ищем. Мысли витали в воздухе, но не были описаны и формализованы.

О чем писать в блоге компании? Может, запостить пресс-релиз? А если перевести статью про психологию или Warhammer 40K? На примере облачных провайдеров разбираемся, что мешает рассказывать об ИТ регулярно, интересно и, главное, по делу.

Сообщество — это не просто еще один инструмент работы с людьми как потенциальными клиентами, кандидатами в найм или партнерами, это инвестиция бизнеса в репутацию, масштабирование и увеличение прибыли в долгосрочной перспективе.

Речь сегодня пойдет о трёх форматах профессиональных IT‑комьюнити с историями их реализации из собственной практики DevRel.

Привет, меня зовут Наталия Макарова. Уже более 12 лет я работаю в области коммуникации с разработчиками (Developer Relations) и являюсь сооснователем и менеджером национальной рабочей группы по стандартизации языка C++. Взаимодействие и дружба с сообществами является одной из непосредственных и любимых задач. В настоящее время помогаю компаниям разрабатывать стратегии DevRel‑программ и веду свой телеграм‑канал MyDevRel.

О том, что такое сообщества написано немало статей и книг. Видов сообществ множество: форма и реализация могут адаптироваться в зависимости от задач бизнеса или участников сообщества. Например, в своей статье коллеги из AvitoTech приводят признаки, которые характеризуют сообщества:

Если вы когда‑либо составляли резюме для работы в IT, вы наверняка слышали совет: пишите не о процессах (что вы делали), а о достижениях (что вы сделали и каких результатов добились). При этом достижения должны быть измеримыми, написанными по определенной формуле и содержать «сильные» глаголы.

Звучит логично, но на практике возникает множество вопросов. Какие достижения можно описать? Что делать, если кажется, что их нет? Как быть разработчику, который не может напрямую измерить свой вклад в бизнес? Какие глаголы и метрики лучше использовать?

В этой статье я разберу эти вопросы, чтобы помочь вам представить свой опыт в резюме и выделиться среди других кандидатов. Независимо от вашей роли в IT — разработчик, продакт‑менеджер, QA‑инженер или специалист в другой области — вам важно грамотно описать свои профессиональные достижения, чтобы получить оффер мечты.

Почему описание достижений вызывает сложности?

Разработчики определённо имеют большой вес в компаниях, а значит, выстраивание продуктивных отношений с ними является важным приоритетом для ИТ-компаний. Однако отношения между DevRel-специалистами и более традиционными командами, такими как маркетинг, разработка, продукт и продажи, до сих пор чётко не определены.

Жёсткий график командировок и внешний характер их роли могут может привести к тому, что члены DevRel-команды почувствуют себя изолированными от других команд; но наиболее эффективные организации всё-таки стремятся создать прочные связи между DevRel и всеми остальными командами.