Привет! Я - Анастасия Дик, карьерный психолог, магистр психологии ВШЭ, веду телеграм-канал. Почти каждый день помогаю экспертам, сотрудникам и руководителям справляться с выгоранием и карьерными кризисами. Почти все мои клиенты (как собственно и я) из IT, поэтому в основном работаю с ними.

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

Как девочка, которая (выжила) попала в настоящую IT-компанию, набила шишек и методом проб и ошибок научилась справляться с задачами.

Всем привет, меня зовут Мария Высотенко. Я работаю администратором проектов, то есть младшим менеджером, в IT-компании KODE. За девять месяцев в должности я успела приложить руку к шести проектам. Из них два я закрывала самостоятельно: других менеджеров, кроме меня на проекте не было. 

Сейчас приходя в новую команду или проект, я свободно представляю себя и свою зону ответственности и повторяю мантру: «Я не волшебник, пока ещё учусь». Но так было не всегда. 

Мой путь в KODE — это стадии: щенячий восторг («я работаю в настоящей IT-компании»), охлаждение реальностью, взлёт продуктивности и внезапно для себя… срыв. Найти решения и выход помогли старшие коллеги.

Я хотела сделать всё сразу «хорошо» (интересно, кто оценил бы меня по этому критерию): помочь команде, научиться проектировать API и тестировать через подмену значений. Интересное было время. 

Мой успокоительный сбор начинающего (волшебника) РМ-а состоял из таких ингредиентов↓ 

За время работы в поддержке GlowByte я познала навыки технического менеджмента. Это касается как Agile-проектов, так и support. Были периоды, когда в моей работе преобладало больше менеджерских задач, чем технических: нужно было проводить онбординг проекта, решать критические ситуации заказчика, выстраивать процессы эффективной коммуникации, ходить на 8 встреч в день и т. д. И я была рада получить такой опыт. Поэтому хочу рассказать историю про повышение soft-скилов.

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

Сильный сотрудник — это …

Привет! Меня зовут Дарья, я тимлид группы тестирования отдела разработки биллинговой системы в компании Bercut, которая входит в группу компаний Ростелеком. За семь лет работы в сфере тестирования я и сама проходила планы адаптаций, и многократно занималась курированием новичков. При этом всегда сталкивалась с одной и той же проблемой: неловко по 100 раз на дню отвлекать куратора вопросами, но еще хуже - быть тем самым куратором, которого отвлекают по 100 раз на дню!

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

Data-driven подход - это метод управления бизнесом, основанный на анализе данных. Он позволяет компаниям принимать решения на основе фактов и цифр, а не на основе интуиции или предположений. В результате, компания может оптимизировать свою деятельность, увеличить эффективность и прибыльность, а также улучшить качество продукции или услуг. В этой статье мы рассмотрим, как внедрить data-driven подход в компанию. Так как я работала аналитиком данных, то и советы будут идти как от человека, чья основная обязанность помогать коллегам принимать решения на основе данных, однако полезными они будут и руководителям отделов, если они решили внедрить подход в своей компании.

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

Далее создайте продукт на основе их потребностей и покажите его коллегам. Например, создайте отчёт в Power Bi показывающий нужные показатели.

Самое важное: подойдите к каждому коллеге (если их слишком много, то можно провести вебинар) и обсудите дашборд, покажите, как им пользоваться. Вы можете найти инсайты в их зоне ответственности и показать им: "Вот видишь у тебя доля телевизоров в 45+ диагонали меньше, чем по остальным сегментам. Не дорабатываем в этом направлении." В этот момент мы продаём наш отчёт и культуру принятия решений на основе данных. Если просто отдать отчёт им никто не будет пользоваться. а) Не понятно куда нажимать, куда смотреть. Даже если у Вас визуализации на высоком уровне, не удивляйтесь, что пользователи даже не найдут как отфильтровать данные за нужный им период. б) И без этих отчётов как -то работали же. Поэтому мы должны донести ценность до пользователя. Не просто показать, где найти данные, но и как принимать решения на их основе. Например, раньше подготовка к переговорам занимала 2 дня, а сейчас 3 часа, благодаря тому что все данные уже есть. Осталось просто сделать нужные скриншоты и вставить их в презентацию.

Привет! Меня зовут Дмитрий Ирешев, я руководитель проектного офиса СберМаркета и автор Telegram-канала «Управление проектами и продуктами в IT». В этом году я провёл самое полное исследование проектного менеджмента в России, в котором приняли участие 405 респондентов из 46 городов и 198 организаций. Я исследовал, какими практиками, методологиям и инструментам российские проджекты пользуются не в теории, а на практике. Одним из результатов стал ТОП книг, которые оказали влияние на российских менеджеров.

Вопрос, который я задал в исследовании, звучал так: «Лучшая книга, которую вы прочитали и которая помогла вам в профессиональном развитии?» На базе ответов я и составил этот рейтинг — книги расположены по убыванию количества упоминаний. 

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

С одной стороны, система менеджмента качества (СМК) основывается на стандартах серии ISO 9000 (ГОСТ ИСО), её привычно видеть там, где есть жёсткий технологический цикл. Например, на машиностроительном, металлургическом предприятиях или предприятии обрабатывающей промышленности.

С другой стороны, все, кто хотя бы прочёл AgileManifesto, знают, что «люди важнее процессов», а «работающий продукт важней документации».

Опять же с развитием ИТ-компании сложность проектов, в которых она участвует, возрастает. При этом ситуация, когда для участия в крупном или важном проекте потребуют наличие в компании СМК, вполне реальна. Заявление руководства ИТ-компании о том, что компания работает по Agile, аргументом для снятия этого требования не будет.

Поэтому, при кажущейся парадоксальности вопроса из заголовка, тема внедрения СМК для ИТ-компаний может оказаться весьма актуальной.

Привет! Меня зовут Макс Нечаев и я iOS-разработчик. Буквально два года назад я абсолютно не понимал реального значения тайм-менеджмента. Это привело меня к крайне неэффективному использованию своего времени, выгоранию и ряду переживаний.

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

На самом деле менеджмент времени - это не про использование задачников, таймеров или блокнота...

• понимает, что он делает;
• понимает, почему он именно это делает;
• понимает (видит) и учитывает последствия от своих действий.

Модель “Приказать”

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

🎓
И вы рады этим новым задачам, ведь вы растёте, вы развиваетесь, и можете изменять мир всё больше, шире, и мощнее.

🎓
Ваше основное образование не дало вам полного и целостного представления о менеджменте в организации. Вы покупаете тренинги, читаете книги и блоги, приходите на вебинары, чтобы систематизировать ваши знания об управлении, привести в порядок вашу картину мира по менеджменту. Но чего-то не хватает. Вы присматриваетесь к программам МВА, но пока ещё не определились, что вам больше подходит - Executive MBA, или классический МВА.

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

🎓
Если в двух словах, то подход выглядит так.

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

“Здравствуйте, меня зовут Дмитрий. Хочу поделиться одним, как мне кажется, интересным опытом в моей карьере.

Лет так 10 назад я работал в средней производственной компании, на тот момент на позиции руководителя IT. В нашей компании работало более 500 сотрудников, было много разнообразных направлений и отдельных проектов (включая IT). Управление компании было жестко разделено: генеральный директор занимался внешними отношениями и не лез во внутренние процессы, где полноценно правил операционный директор. Еще был собственник, который подключался редко и только по стратегическим вопросам. Хочу отметить, что операционный директор работал на предприятии с самого старта и заслужил уважение и доверие собственника. Поэтому, его управлению никто не мешал, решения принимались автономно, в дела никто не вмешивался.

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

Ситуация:

• Понедельник. В здании начинаются перебои с интернетом. Сразу об этом сообщают ответственному за решение.
• Вторник. Ситуация не меняется. Опять привлекается ответственный за решение, опять он начинает решать вопрос. Но пока терпимо, интернет хоть и тупит, но работает.
• Среда. Ситуация доходит до предела: в обед полностью пропадает интернет, и уже к вопросу подключается руководитель. В течении полутора часов интернет восстанавливается, но скорость оставляет желать лучшего.
• Четверг. В обед повторяется полная остановка, интернет до конца дня работает с постоянными перебоями.
• Пятница. Утром вопрос поднимается на совещании, где руководитель отвечает: “Я был уверен, что все работает. Почему вы мне вчера не сказали, что есть проблема? Если проблема не решается — нужно пушить”

Это моя первая статья, в которой я хотел бы немного рассказать про дебри позиции Менеджер проекта (PM (манагер), PO, порой Product M. но лучше так не делать, тимлид). Сейчас эта позиция начинает размываться в линейке других профессиональных позиций. Почти каждая позиция сейчас может совместить в себе роль PM. Правильно это делать или нет это другой вопрос, он скорее больше про ресурсы, мое мнение, что лучше этого не делать, ниже объясню почему. Ну не будем тут много философствовать, поехали.

Можно ли после работы менеджером переквалифицироваться в программисты? И, вообще, кем лучше работать: менеджером или программистом? Как лучше строить карьеру в IT? Что при этом важнее: образование или опыт?

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

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

Началось все с того, что мы стали собирать данные из разных источников...