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

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

Режим стенографистки 💻

Поначалу я практически ничего не понимал: ни доменные особенности проектов и продуктов, ни технические детали нашей BigData платформы. Не соврать, но процентов 70% того, о чем говорили мои коллеги, было мне абсолютно не понятно, какой-то "птичий язык": отправить в Hadoop, запустить Airflow, обновить сенсоры, создать пустой паркет, отправить трансформации на тестовый прогон и т.д.

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

После встречи я садился и группировал тезисы, договоренности, следующие шаги и открытые вопросы в структуру, поскольку во время встречи не мог улавливать нити разговора. И отправлял Follow-up встречи в течение дня.

Режим дзен 🧘

Спустя время мне отсыпали еще проекты. И я столкнулся с проблемой, что у меня нет роскоши оформлять результаты встречи после ее завершения. А заниматься этим в нерабочее время я не хотел. Поэтому стал оформлять результаты встречи в упорядоченном виде прямо по ее ходу.

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

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

Всегда пишите. Непонятно - пишите много. Понятно - всё равно записывайте ключевые вещи.

#советы

Хорошего вечера пятницы вам, друзья!!

А у меня есть, что отметить сегодня. Целых два🎈 важных для меня события и всё в один день.

Во-первых, как вы знаете, в июне я перешел работать старшим техническим менеджером проектов в новую для меня отрасль работы с big data. Да, вы понимаете к чему я веду - я прошёл испытательный срок!
Сегодня был созвон с руководителями, дали приятную обратную связь (и я не про ДМС, хотя это весьма😂). Просили быть не таким дотошным… ничего не могу обещать, но я попробую.

Во-вторых, сентябрь начался и я снова ученик! Да, я не могу на новой работе не расширять знания, а обучение у профи всегда более короткий путь к навыкам. Куда иду и какие цели ставлю, напишу завтра. А пока… пойду отмечать ! 🎇

Поделитесь, идете ли вы куда-нибудь учиться? Или как-то по-другому классно проводите время? 😊

#осебе

Лечу в стратосферу

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

Рад, что мы сейчас живем в таком мире, когда можно выбрать удобный для себя способ обучения, источник информации или платформу с образовательными курсами. Любопытно, как бы сложилась судьба Ньютона или Ломоносова с их пытливом умом и тем изобилием информации, которое есть сейчас?

Они - люди фундаметального склада ума, ищущие основы и принципы мироздания.

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

Что касается управления, то здесь всё немного сложнее. Да, формально менеджмент относят к наукам. И важно знать теорию управления и читать книги по менеджменту. Но "оргуправленческая деятельность есть деятельность над деятельностью" (по Г.Щедровицкому). Поэтому навык управления невозможно натренировать в вакууме без взаимодействия с другими реальными людьми. В этом отношении разработчику проще: люди не являются пререквизитом для того, чтобы он освоил новый стек или фреймворк.

Именно поэтому я иду на 9-ти месячный курс "Руководитель отдела" от Школы Стратоплан, где обучение строят таким образом, чтобы как можно больше и чаще студент отрабатывал теорию на практических кейсах. Более того, как я понял, успеваемость студента будет оцениваться на основе того, как полученные знания и инструменты он применил уже здесь и сейчас в своей работе. А еще у них самолетик✈️ в логотипе - ну, вы поняли 😂

С предвкушением жду этого путешествия.😊

#осебе #мнение

Как быстро завоевать доверие в новой команде

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

Да и вам не совсем еще комфортно. На прошлом дейлике вы вообще перепутали имена 2 разработчиков и вдобавок неправильно поставили ударение на имени аналитика Бадмагуро.

Как бы ничего страшного. Но хочется быстрее пройти этот этап.

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

Найдите и решите насущные проблемы вашей команды, чтобы облегчить им жизнь здесь и сейчас.

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

1️⃣ Составьте список насущных проблем, собрав информацию от вашей команды. Проведите ретро, one-to-one, другую встречу или внимательно понаблюдайте за работой команды на протяжении недели-две.

2️⃣ Не беритесь за сложные и структурные проблемы, которые требуют больших усилий и времени. К ним вы обязательно должны вернуться, но уже после того, как начнетесь срабатываться. Так например, если в команде прижился некорретный git flow, то не пытайтесь его исправить сразу с порога.

3️⃣ Сконцентрируйтесь на проблемах, которые мешают команде на каждодневной основе делать работу. Это должны быть вещи, о которых они постоянно спотыкаются. Т.е. проблема должна быть повторяющейся. Например, ваш QA-инженер каждый раз теряется в общем бэклоге, что и в какой последовательности тестировать, - вы легко можете за 5 минут создать ему личную канбан доску.

4️⃣ Не надо только это путать с заигрыванием. Ваша цель - не понравиться, ваша цель продемонстрировать, что вы умеете организовать работу так, чтобы и команде было комфортно работать, и заказчик получал нужный результат. Т.е. не теряем грани разумности и ни в коем случае не даем никому сесть вам на голову. Если разработчик говорит, что ему не нравится заполнять Jira, то это явно не повод отменять ведение статусов и трекание времени.

5️⃣ Не прекращайте облегчать работу своим сотрудникам, даже когда вы завоюете доверие и авторитет.

Следуя этим 5 простым правилам, вы гарантировано станете тем руководителем, которого уважают сотрудники. А наладив доверие внутри команды, вы сможете смело идти к самым амбициозным целям.

#гайды #советы

Про цифры плохие и хорошие

В одном из выпусков подкаста Бреслав и Ложечкин поделились историей: на встрече, где обсуждали годовые результаты работы 📱Microsoft в Европе, один крупный начальник заметил на слайде слабую метрику продаж лицензий на Мальте. Годовая цель была выполнена всего на 50%! Последовало обсуждение и выработка корректирующих действий. Это длилось 15 минут, пока наконец кто-то не внес ясность: по плану должны были продать 2 лицензии, а продали 1. Вы понимаете, что эти 15 минут стоили Microsoft прибыли за несколько лет на Мальте!

У меня - своя любимая история на эту тему. В бытность моей работы в Airbus я отвечал за обеспечение качества поставок перед нашим заказчиком. Как-то раз заказчик нашел ошибку. Собрали встречу, проговорили меры противодействия для будущих работ, внедрили. Буквально на следующей неделе заказчик радостно сообщил, что меры отлично сработали. Показал слайд: на прошлой неделе KPI качества был 70%, а на этой - 95%. Я удивился его поспешным выводам. Ведь полный цикл поставки (включая этап приемки на стороне заказчика) длился больше 3 недель. Следовательно, делать вывод о том, сработали меры, можно было только спустя как минимум 3 недели.

И в том и другом случае люди стали одураченными метриками. 🤡

❎ В первом случае классическая ошибка, когда смотрят на относительную метрику (в процентах) в отрыве от абсолютных величин (в штуках).

❎ Во втором случае вообще комбо: поиск преждевременных трендов, игнорирование временного сдвига и вывод о частном явлении на общем графике.

Метрики нужны? Безусловно! Но важно понимать, что стоит за ними, а не слепо им доверять. Особенно, когда встречаете экстремум. Иначе легко стать заложником цифр плохих и хороших.

Теперь вы расскажите самые курьезные истории про одураченных метриками 😊

#кейсы #мнение

Итак, 404

С чем нас и поздравляю! 😁

Я создал канал 20 апреля в этом году. Время провести промежуточные итоги.
▪️80 новых подписчиков / месяц. Канал органически растёт 🌱
▪️14 публикаций / месяц Мне удается держать дисциплину и выкраивать время, чтобы регулярно писать посты 📈
▪️43% из вас читают в первый же день, а в среднем 1 пост читают 437 раз!!!
▪️199 раз вы делились постами!!!
▪️К слову, перечитывал первые посты - мне кажется, даже В.Набоков бы согласился, что мой литературный слог стал лучше 😂
▪️В пору открывать клуб знакомств: на 202 мальчика - 202 девочки 😂

Что меня воодушевляет

То, что мои посты находят у вас отклик. ♥️

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

О чем жалею

О том, что не начал вести канал раньше. В декабре 2022 года, когда я только перешел из авиастроения в It. Было бы здорово рассказать вам в реальном времени, как происходила эта перестыковка шаг за шагом, какие проблемы я преодолевал и каких первых успехов добился. Как развивался вместе со своими командами и проектом. И наконец, как мне стали понятны эти загадочные наборы цифр: 404, 201, 500 и т.д.

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

#осебе

Полёт в Стратосферу #1

Первые учебные выходные позади! И у меня уже есть ряд инсайтов относительно себя и мыслей, как улучшить процесс текущей работы.
Не зря пошел! А ведь переживал… что будет «инфоцыганство» или что не совпаду с общим уровнем студентов. Хорошо, когда реальность превосходит ожидания.

Формат занятий

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

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

Рефлексия

Самым ценным для меня стала совместная работа с другими людьми.
▪️Во-первых , ребята на курсе попались очень сильные и гипер-проактивные.
▪️Во-вторых, очень интересно наблюдать, как люди решают один и тот же кейс по-разному, опираясь на свой прошлый опыт и на свой уникальный способ мышления.
▪️В-третьих, круто, что нас перемешивали каждый день. Три дня - три новые команды. Это дало возможность познакомиться с разными людьми (=разными майндсетами).

Важный итог

Я увидел зазор и слепые зоны между мной и теми, кто уже работает руководителем отдела. Любопытно, что при решении кейсов часто вылезало наружу мое PM-ское нутро: мне надо разобраться, обдумать детали, приоритеты, сроки и исполнителей. А здесь требуется более оперативная и верхнеуровневая модель управления. В общем есть над чем поработать и подумать!

#осебе #мнение

Чек-листы в авиации

На правах авиаконструктора в отставке✈️ проконсультировал @terbiy для его статьи про чек-листы в авиации.

Он ведет канал «Итак, список» целиком посвященной теме чек-листов и спискам.

Хотите узнать, как обеспечивают качество обслуживания в ресторанах? Смотрите чек-лист "ДоДо Пицца" или может, прочитать список самых знаменитых казненных французов - на это есть список.

А если вы сами хотите поделиться, как вы используете чек-листы в своей работе или жизни, обязательно напишите Герману 😊

#прошлое_авиатора

Знаете ли вы, что ваша удовлетворенность текущим местом работы и размером зарплаты хорошо описывается теорией равенства Джона Адамса?

Например, если системный аналитик Катя работает усерднее системного аналитика Васи, но получает более низкую зарплату, то она будет считать эту ситуацию несправедливой. И вариантов развития событий не так уж много:
1️⃣ попросит повышения,
2️⃣ сбавит обороты
3️⃣ найдет новую работу.

Иногда мне кажется, что у англосаксов на каждый случай жизни есть своя теория, график или закон. 😂

#объяснение #опрос

🧭🌺🧡🌿💎🌸🧡🌸💎🌷 по каналу

Всем привет! 👋

Пришло время менять закрепленные сообщения.

Познакомимся? О канале и обо мне

Уже сейчас количество постов - на минуточку! - перевалило за сотню. Среди них есть те, которые сохраняют свою актуальность и полезность. Мне как автору канала очень хочется, чтобы они не затерялись в бесконечной ленте, и вы могли всегда вернуться к особенно удачным постам.

Ловите списки!

🔥Топ-5 самых лучших постов
1️⃣ Как проверить будущее место работы. Советы, о которых вам никогда не расскажет HR
2️⃣ Как меняться, не изменяя себе
3️⃣ Почему лучше не хлопать дверьми, даже если очень хочется
4️⃣ Про мой самый первый раз
5️⃣ Говорите на понятном языке с разработчиком

📝 Список абсолютно всех постов канала

📰 Список всех моих публикаций в СМИ

А еще я сделал хештеги в канале для навигации
#гайды
#советы
#кейсы
#объяснение
#мнение
#карьера
#обзор_книги
#опрос
#интересное
#моипубликации
#AMA
#осебе
#личное
#прошлое_авиатора
#юмор #мем
#quiz

Смело пишите в комментариях, что бы вы еще хотели видеть в канале 😊

Как менеджеру перестать быть «блондином», если ты 3 месяца в айти

Когда я пришел в айти в роли Release Manager в 2022 году, первые месяцы остро чувстовал нехватку технических знаний. Мне успешно удавалось руководить командой за счет прошлого опыта управления. И курс "Менеджер It-проектов" от Яндекс Практикума дал общее понимание, как разрабатывается ПО.

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

"Саша, ты представляешь, эти дебилы NULL отправляют для такого-то параметра!".

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

Мои непосредственные руководители выросли в мире айти, они разбирались хорошо в деталях и при необходимости с легкостью читали HTTP-запросы и ответы, понимали архитектуру и взаимосвязи системы; могли быстро написать SQL-запрос, чтобы проверить, как отрабатывает REST API; сравнить дифы в Git и посмотреть конфиги, расплести сложные бранчи. Я равнялся на них. Чтобы ни говорили, если руководитель понимает технические детали, он будет лучше и чаще принимать верные решения.

Ситуацию усугубляло еще то, что мы разрабатывали сложное микросервисное веб-приложение, представляющее собой целую IT-платформу для взаимодействия сотрудников всех подразделений одной известной компании. И к технической сложности добавлялась специфика разнообразных доменных областей с множеством бизнес-зависимостями (заключение сделки, финансы, сервис и т.д.).

Вначале я пытался самостоятельно закрывать эти пробелы в знаниях: пробовал разрозненные курсы по отдельным темам (например, взял курс SQL), начинал читать книги, статьи в интернете. Но знания оставались фрагмертарными и не складывались в общую картину, а часть информации была непонятной для меня. Да и время было спресованно: мы в сжатые сроки шли к нашему MVP.

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

В голове выстроились критерии:
1️⃣ Мне необходима широкая картина процесса разработки от идеи до поддержки, но с бóльшим количеством деталей, чем та, которую я получил от менеджерского it-курса.
2️⃣ Мне необходимо было научиться понимать разрабатываемую систему на уровне компонентов и взаимосвязей между ними.
3️⃣ Мне необходимо было узнать базовые понятия и связи между ними
❎ У меня не было необходимости понимать систему на уровне кода, поэтому варианты с изучением программирования я не рассматривал

Исходя из этого в марте 2023 года я записался на 9-ти месячный курс "Системный Аналитик" от Яндекс Практикум. Это решение дало чувство спокойствия и управляемости.

Что из этого получилось, читайте в следующем посте.

#советы

Итак, в марте 2022 я снова влился в поток студентов Яндекс Практикума на курс "Системный аналитик".

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

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

Что особенно запомнилось:
1️⃣ Тренажер по SQL
Уже имея опыт изучения SQL в другой онлайн-школе, я наивно полагал, что новый материал мне знаком. Поэтому открыл модуль только в конце спринта, что оказалось роковой ошибкой. Количество заданий и их сложность быстро выросли, и это стал единственный спринт, который я не завершил вовремя. Одно из заданий я пытался решить 4 дня, но так и не справился. В итоге, мне пришлось обратиться за помощью к коллеге — системному аналитику, чтобы разобраться с подзапросами и общими табличными выражениями.
2️⃣ Модуль с моделированием данных и проектированием баз данных
В домашнем проекте я САМ разработал и задокументировал модель данных для сайта магазина, охватывающую три уровня абстракции: концептуальный, логический и физический. Этот опыт позволил мне понять, как формируется структура будущей базы данных.
3️⃣ Проект по пользовательскому интерфейсу
Этот проект стал для меня возможностью проявить креативность. Нужно было разработать интерфейсы экранов мобильного приложения в Figma, добавив переходы и интерактивные "вау"-эффекты.

Кому будет полезен курс
👶Новичкам, которые хотят стать системными аналитиками. Если бы я начинал карьеру в IT в 20 лет, то выбрал бы путь системного аналитика.
😡Руководителям, наевшихся уставшим от менеджмента и желающим перейти к более спокойной аналитической работе. Я лично встречал такие примерЫ
👨‍💻 Руководителям команд, разрабатывающих сложные веб-приложения. Курс поможет им лучше понимать разработчиков и говорить с ними на одном языке.

Теперь вы расскажите про свой опыт, как вы закрывали гэпы в технических знаниях и навыках?

#советы