Найм в компанию и promotion внутри

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

Найм
При найме в большую компанию часто существуют отдельные интервью на разные темы, которые кандидат проходит по очереди, а дальше ему выставляется грейд и зовут на фит интервью с командами. Разные этапы интервью дают разные сигналы, которые можно использовать для предсказания того, как кандидат будет работать после выхода на работу. Условно, если у нас есть три этапа:
- Алгоритмы и стрктуры данных
- Интервью по языку и платформе вокруг него
- Интервью по проектированию распределенной системы
То мы можем понять насколько хорошо у кандидата с hands-on experience по написанию кода, наколько хорошо он знает свой инструмент (язык и платформу) и может ли он дизайнить какое-то решение или ему надо специфицировать задачи до уровня напиши метод в этом классе, который будет забирать данные из вот этого API. Все эти сигналы позволяют снизить false positive ошибки (мы нанимаем слабого человека), которые в большой компании достаточно дорого стоят:
- С точки зрения потраченного времени - кандидату обычно требуется много времени вникнуть во внутреннюю специфику платформ, инструментов, процессов, систем, за которые отвечает его команда. Это приводит к тому, что обратная связь о том, что человек не тянет может приходить с запозданием
- С точки зрения вклада кандидата - иногда такие новички, находясь в состоянии неосознанной некомпетентности пишут такой код, который потом долго приносит "радость" другим членам команды
- С точки зрения бренда работадателя - никто не любит уходить с испытательного срока, а негативный фидбек распространяется лучше позитивного

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

Promotion внутри компании
Здесь уже история другая - для понимания стоит промотировать человека или нет есть очень много информации:
- Результаты его работы за предыдущие периоды времени (в виде оценок по performance review)
- Отзывы коллег (условный 360 если они собираются)
- Промо пакет (у нас это заявка в рамках нашего процесса Т-рост, про который я рассказывал подробнее здесь)
В итоге, тут информации для принятия решения достаточно много и его можно сделать взвешенно, опираясь на результаты работы и демонстрируемое поведение, а не прокси-метрики (как результаты интервью при найме). Поэтому мы при росте внутри профессии обычно и используем не аттестации с проведением интервью как при найме, а ориентируемся на результаты работы. Плюс если все сделать правильно, то сотруднику внутри можно подкидывать задачки посложнее и смотреть как он с ними справляется - этакая адаптивная сложность как в некоторых играх. Если он справляется с ними хорошо на протяжении некоторого времени, то promotion не заставит себя долго ждать, а если нет, то сотдник ничем особо не рискует.

P.S.
Если подводить итоги, то в этом посте я постарался объяснить почему
- Найм в крупную компанию выглядит как набор отдельных интервью
- Promotion в крупной компании выглядит как оценка результатов работы человека (а не ассемент)

Материалы на тему найма и промо
- Как нанимать технических руководителей
- Эволюция роли технического руководителя от инженера до CTO
- Как и куда развиваться, если ты уже Senior Software Engineer
- Варианты роста инженера, если он уже Senior
- Как развиваться, если ты уже Senior System Analyst
- Про performance review в командах разработки
- Как мотивировать разработчиков
- Трансформация роли CTO по мере роста компании

#HR #Career #Management #Software

Технологии @ Тинькофф

Мои коллеги сделали отличный раздел на нашем сайте, в котором рассказывается о технологиях внутри Тинькофф. Сейчас там уже есть развернутый рассказ про
- Sage - наша observability платформа, которая используется для централизованного сбора и анализа телеметрии всех сервисов компании. Предшественником был Splunk
- Kora - наш фреймворк для написания приложений на Java и Kotlin с упором на производительность, эффективность, прозрачность.
- Taiga UI - наша библиотека компонентов, возглавившая целое семейство проектов для комфортной и быстрой разработки приложений на Angular.
- Helicopter — вычислительная платформа с расширенными возможностями для совместной работы команд, которые занимаются исследованиями и операционализацией данных: построением аналитики, ETL-процессов, отчетов и data-приложений. Предшественником был Zeppelin

Думаю, что дальше мы продолжим наполнять этот раздел и делиться информацией о наших внутренних разработках, так что stay tuned

#Software #DistributedSystems #Engineering

Code of Leadership #2  Antifragility in IT

Вышел второй выпуск подкаста "Code of Leadership", в котором я обсуждаю с гостями книги, полезные для IT руководителей. В этот раз речь идет про книгу "Антихрупкость в IT", которую я обсуждаю с Александром Бындю, который ее и написал. А вообще помимо книги "Антихрупкость в IT" у Саши есть и вторая книга "Карта гипотез", а также он  -  основатель компании Byndyusoft, преподаватель, методолог, ментор, спикер разнообразных конференций.

Предыстория выпуска такова, что
- Саша с большим интересом делится своим подходом к антихрупкости (он рассказывал про это на Codefest 2023)
- Я недавно прочитал его книгу и уже рассказл про нее раньше
- Когда я предложил Саше прийти в гости, то он легко согласился, а также написал небольшой ответ на мой обзор
- Когда мы обсуждали план на выпуск, то поняли, что интересно будет поговорить про "карты гипотез", продуктовый и проектный подход, работу в модели заказчик/исполнитель или внутри организации и многое другое

Что получилось в итоге можно посмотреть на моем Youtube канале и послушать в виде подкаста на podster.fm

#Management #Software #Architecture #Processes #Project #ProductManagement #Engineering #Processes #Consulting

Made at Intel

Буквально на днях вышла книга Валерия Черепенникова, которая была собрана из его серии статей "Made at Intel", которые он публиковал на Хабре. И хотя я прочитал больше половины этих статей в момент выхода, я решил, что хочу перечитать их в виде книги и поставить ее к себе в библиотеку. Если кратко, то данная книга является набором историй, где-то веселых, где-то грустных, местами стандартных, а местами выдающихся. Мне очень импорнирует стиль автора и ощущение, что эти истории тебе рассказывает твой приятель, с которым ты встретился в баре и вы травите байки за былые дни, когда трава была зеленее, а небо голубее.
Одновременно, если задумываться об этих историях, то видно, как выглядит
- влияние культуры на все в большой компании (и как это превращается в религию)
- развитие ISA x86 (Instruction Set Architecture) и фокус на этом наборе инструкций в ущерб другим направлениям:)
- непопадание в тренды (mobile, AI, ...) и как это постепенно влияет на неповоротливого Голиафа:)
- федеративное устройство крупной компании, где у разных юнитов разные интересы
- корпоративная политика и ее влияние на высокопоставленных менеджеров и даже направление компании
- merge & acquisitions и как они заканчиваются обычно
- сокращения персонала (cutoffs) и из периодичность
- что бывает если технической компанией начинают руководить бухгалтеры
- и так далее

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

P.S.
У автора есть tg-канал "Китайский русский", на который я подписан и почитываю время от времени.

#Management #Leadership #SuccessStory #Engineering #Software #Hardware

How to Bake a Change • Daniel Terhorst-North • GOTO 2023

Интересное выступление Daniel Terhorst-North про изменения в организациях. Автор подчеркивает, что не существует универсального рецепта, но это не означает, что консультанты и методические фирмы не выстраиваются в очередь, чтобы продать вам его:) Часто в качестве этого универсального рецепта предлагают SAFe, LeSS, Spotify model (которую сам Spotify давно перерос). Альтернативный взгляд на эту проблему в том, что каждая организация и контекст различны, а значить каждой нужен свой уникальный рецепт, который вам нужно выяснить с нуля. А автор выступления считает, что истина находится где-то посередине. К каждой ситуации нужен свой контекстуальный подход, но не обязательно начинать с нуля. И в этом выступлении он рассказывает про свой подход, который сводится к следующему
1) Understand the problem. Don't just rock up with a solution.
2) Listen to the people. They know their context better than you
3) Seek alignment. Connect people, and bring them on the journey
4) Try small, iterative, evidence-based changes. Science is hard, VESSA is your friend. VESSA is Visualize, Eliminate, Simplify, Standardize, Automate

#Management #Leadership #Software #Processes #Agile

Code of Leadership #3 Herding Cats

Вышел третий выпуск подкаста "Code of Leadership", в котором идет речт про книгу "Как пасти котов", которую мы разбираем с Евгением Кузовлевым. Женя является техническим директором платежей в Тинькофф, входит в программный комитет Highload++ и вообще отлично разбирается как в менеджменте, так и в проектировании сложных систем. Женя предложил обсудить эту книгу не случайно и вот как он описывает сам свой выбор:

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

#Management #Software #Processes #Project #ProductManagement #Engineering #Processes #Leadership

Analogue Evolution, Digital Revolution: Tipping Points in Technology • Dylan Beattie • YOW! 2023

Забавное выступление Dylan Beattie про переломные моменты в развитии технологий. Тут речь шла в основном
- Intro - автор рассказывает про путеводитель, что он купил на Amazon и который был написан ChatGPT:)
- Tipping points - рассказ про концпепцию переломных моментов, в одном из которых мы и находимся по мнению автора (а чтобы пережить его успешно, можно глянуть на предыдущие переломные моменты)
- Film vs digital cameras - история про Kodak, который был лидером в аналоговой фотографии, но потом пришла цифровая
- Music industry - история про появление iPod и новой модели распространения музыки по сравнению с покупкой виниловых дисков, кассет, CD и покупкой музыки альбомами
- GenAI - про генеративный AI на примере DALL-E 3 и генерации картинок
- Books - раньше мы верили тому, что написано в книгах, а теперь легко получить книгу, написанную генеративным интеллектом
- Stack Overflow - и эта база вопросов и ответов идет в сторону обучения модельки и дальше создания ассистента для помощи решения типовых проблем прямо в IDE
- Will AI replace software engineers? - интересный вопрос, ответ на который в том, что GenAI пока умеет писать код, а software engineer умеет работать с требованиями, проектировать надежное и производительное решение (и пока есть scope работы для хороших инженеров)
- DALL-E - стеб над тем, что при генерации изображений GenAI вообще не раздупляет смысл запроса и смысл ответа:)
- ChatGPT - стеб над тем, что ChatGPT не понимает смысл запроса и ответа на примере созданния аннаграм по запросу
- Alice & Bob - мысленный эксперимент с обучением ассистента на базе LLM и дальше передачу ему полномочий для заботы о себе
- Solid project - автор рассказывает про Solid (Social Linked Data), проект по созданию децентрализованной всемирной паутины инспирированный Тимом Бернерс-Ли, автором изначальной концепции WWW, разработанной совместно с Массачусетским технологическим институтом (MIT).
- Conclusion - рассказ про стикеры и просьбу сгенерировать стикер для Metadata аля стикер Metallica (спойлер: DALL-E 3 не справился без ошибок с написанием слова metadata), а потом Ones N' Zeros в стиле Guns N' Roses, где DALL-E 3 опять не справился, но смог помочь с частью работы при ручной генерации

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

#AI #ML #Software #SoftwareDevelopment #Engineering

Вакансия R&D Lead в AI-ассистент разработчика @ Tinkoff

В новогоднем выпуске Code of Architecture мы говорили про подходы в RnD в Google и как это выглядит у нас в Тинькофф.
Гостями эфира были наши коллеги
- Игорь Маслов, руководитель управления базовых технологий и обработки данных Тинькофф
- Станислав Моисеев, директор инженерных исследований в Тинькофф

А сейчас Стас открыл первую вакансию себе в команду. Он ищет лида на R&D в области AI-ассистентов. Это отличная возможность подключиться к крутой команде и поработать над перспективным продуктом. Ваша работа сможет повлиять на тысячи инженеров внутри компании, помочь снять им часть когнитивной нагрузки и повысить эффективность. Процитирую выдержки из описания вакансии, которую показывают насколько это интересная тема

Искусственный интеллект применяется повсеместно. AI-ассистенты разработчиков, например GitHub Copilot, Amazon CodeWhisperer, Tabnine, Codeium, Replit Ghostwriter, трансформируют привычный стиль работы инженеров-программистов. Мы видим потенциал снижения когнитивной нагрузки при использовании AI-ассистентов для разработчиков ПО, аналитиков данных, data-инженеров, QA-инженеров, специалистов SRE, системных аналитиков, технологов и других.
Наша команда исследует и разрабатывает AI-ассистентов для разных задач. Первая версия для инженеров-программистов уже используется в компании. Сейчас мы работаем над расширением ее функций, поддержкой новых сценариев и улучшением решений.
Наша цель — разработать ассистент для инженеров-программистов с широкой функциональностью: автодополнением, модификацией кода, рефакторингом, объяснением кода, генерацией документации и тестов, поиском ошибок и стилистических проблем, оптимизацией кода, анализом уязвимостей и так далее.

Если вам понравилась вакансия, то по ее поводу можно писать сразу Стасу (@stanislav_moiseev)

#Vacancy #AI #ML #Engineering #Management

TellMeAbout.Tech

Новости о канале
- Сделал логотип для своего канала в Youtube в стиле ascii графики, мне просто нравится этот стиль:)
- Пока там выходят только выпуски Code of Leadership, причем следующий выпуск будет уже в этот понедельник
- Дальше я планирую туда добавить видео с обсуждением whitepapers с гостями
- А потом еще думаю начать брать интервью у коллег, пока в планах ребята, что руководят крупными блоками в моем юните "Клиентские интерфейсы, маркетинг и вовлечение"

Если у вас есть идеи о том, что было бы еще интересно посмотреть и послушать, то пишите в комментах к этому посту.

#Software #Management #Architecture

Winter Analytics Weekend (WAW)

Это первый зимний аналитический weekend от создателей летнего аналитического фестиваля (ЛАФ). Он проходит в эти выходные и я участвую там в круглом столе, посвященном роли аналитика в современном мире. Основной мотив этой панельной дискуссии звучал примерно так: должен ли аналитик подстраиваться под рыночные тренды и динамику меняющейся реальности?
В нашей дискуссии участвовало трое людей
- Ирина Гертовская - модератор круглого стола, аналитик, консультант и соавтор профессионального стандарта РФ "Системный аналитик" 2023 года
 - Ирина Спицына - руководитель проектов по управлению клиентским опытом
 - и я

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

Интересно, что на многие из этих вопросов я глубоко разбирал в своем докладе "Как развиваться, если ты уже Senior System Analyst", который был год назад на конференции Flow. Я еще тогда сделал расшифровку доклада, а потом подъехало и видеозапись того выступления.

В общем, ответы на вопросы с панельной дискуссии читайте в моей новой статье.

Code of Leadership #4  Turn the ship around

Вышел четвертый выпуск подкаста "Code of Leadership", в котором я обсуждаю с гостями книги, полезные для IT руководителей. В этот раз речь идет про книгу "Разверните ваш корабль", которую мы разбираем с Екатериной Шестимеровой, которая долгое время являлась моей коллегой в Тинькофф и руководила нашими образовательными и devrel активностями. Но начинала она с software engineering и теперь вернулась обратно. Сейчас она занимает позицию технического менеджера проектов и ей очень нравится ее работа. 
Если же возвращаться к книге, то мы выбрали ее не случайно - она хорошо отражает ту модель лидерства, которая кажется оптимальной как моей гостье, так и мне. Кстати, кратко про модель автора я рассказал в текстовом виде в своем блоге, а также раньше писал про выступление автора на Talks at Google на своем канале.

#Management #Software #Processes #Project #ProductManagement #Engineering #Processes #Leadership

Lichess.org

После курса про мышление с Эрнесто, про который я рассказывал в прошлом году, я как-то вернул интерес к шахматам. В эти выходные я зарегестрировался на lichess.org и начал решать паззлы в свободное время. Прямо вспомнил управжнения из спортивной школы, которые я отрешивал в детстве. Одновременно это нарешивание паззлов напомнило мне решение задачек с leetcode, про которые я рассказывал раньше:) В общем, теперь у меня есть пара разминок для ума, что я практикую каждый день и я прямо чувствую как тяжко поначалу идет отрешивание задачек длиннее пары-тройки ходов в глубину, особенно на полной доске в дебюте игры:) Ну это видно и по приложенному дашборду пазлов.

#Chess #SelfDevelopment