Как провести аудит процессов в новой команде: инструкция для руководителей Хабр

Обязательно изучите политику в вашей организации прежде чем использовать внешние инструменты. А все необходимые навыки для тимлида можно получить на онлайн-курсе в OTUS. Кстати, 14 декабря пройдет открытый урок, на котором участники обсудят еще один важный навык любого лидера — как оставаться продуктивным и не допускать выгорания. Записаться на этот урок можно на странице курса. Нужно обеспечить некоторую комбинацию (P+A), чтобы управлять и писать код, и крепкое I, чтобы люди в команде были счастливы и продуктивны. Нужны лидерство, любовь к людям, многозадачность и многое другое.

Критерий выбора #3 – Менеджерские компетенции

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

Обратная связь от смежных отделов

Данный путеводитель подойдет для всех, кто приходит извне на руководящие позиции и сталкивается с задачей понимания процессов в компании, в том числе неструктурированных. И даже поделюсь готовыми шаблонами, с помощью которых будет чуть проще провести первичный анализ и перейти к фазе улучшения процессов. Если мы рассматриваем позицию уровня стажёр-джуниор, я бы поспрашивал по общему пониманию принципов разработки. Это даже не задачки уровня LeetCode, а, скорее, проверка знаний о том, как взаимодействуют программные компоненты между собой. Например, можно спросить, что такое интерфейсы. Это один из столпов объектно-ориентированного программирования.

Как провести аудит процессов в новой команде: инструкция для руководителей

Сложности начинаются, когда необходимо изучать всю сопутствующую инфраструктуру и огромный зоопарк технологий, используемый в энтерпрайзе. А в качестве хобби можно изучить только Java SE и спокойно писать, например, простенькие десктоп-приложения с графическим интерфейсом. Во-первых, это принципиальная особенность именно для того, чтобы писать оторванные от конкретного железа программы, тем самым улучшая переносимость. Инженеры, которые занимаются разработкой JVM, постоянно улучшают производительность и внедряют различные технологии, например, JIT-компиляция.

Середина программы: цикл Колба, шеринг знаний и работа с мотивацией

Здесь и далее под тимлидом мы будем понимать руководителя инженерной команды. После выпускного все студенты заполняют анкеты, где мы собираем обратную связь. Там же мы предлагаем всем, кому это интересно, понаставничать в Хекслете — но это сильно зависит от специализации будущего тимлида. Ну и конечно, все вступают в комьюнити Хекслета, там общаются и все такое. На этом этапе часто обсуждают мотивацию, потому что она является ключевым вопросом, связанным с обучением взрослых.

Как вообще появилась Школа Тимлида на Хекслете

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

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

• И когда перед нами стоит задача выбора кандидата, по моему опыту и опыту многих моих коллег, следует двигаться последовательно сверху вниз.
• Конечно, в большинстве случаев люди этими навыками изначально не владеют.
• Тут нам приходят на помощь канбан-доски и матрица Эйзенхауэра.
• Тут мы знакомимся с инструментами для дальнейшей работы с целями — это PDCA, или цикл Деминга-Шухарта.
• В зависимости от зрелости процессов вам будут доступны инструменты для проведения аудита.

«Java – это язык синих воротничков»

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

Меня зовут Илья Прахт, я тренер на курсах TeamLead, Senior Product Manager, Delivery Manager и COO в OTUS. И сегодня хочу порассуждать с вами о том, как же выбирать тимлидов.

Можно делегировать отдельные задачи, тем самым расширяя зону ответственности сотрудника, давая ему возможность продемонстрировать компетенции. Например, назначить потенциального тимлида главным за целый эпик и дать в помощь 1-2 человек. Поэтому, на мой взгляд, основной и главный критерий выбора тимлид это тимлида – это ответственность. Готов ли человек, которого вы хотите поставить на эту роль, взять на себя все это и затащить. Ответственность в данном контексте – это про уровень решаемых проблем, готовность принимать решения и разбираться с последствиями, желание быть самостоятельным.

Здесь наша основная задача — понять принцип того, что задачи, которые мы «спускаем» нашим командам, должны иметь прямую смысловую связь с нашими основными целями. И, что самое важное, эта взаимосвязь должна быть понятна тем, кто выполняет задачи. Взаимосвязь задач и целей — один из акцентов, которые мы делаем на этом уроке. Виртуальная машина пишется на C++, поэтому все проблемы, которые несёт язык для разработки, переносит их на работу виртуальных машин.

Иногда, от поставленных перед ним задач и KPI-ев. Но чаще всего, это очень личная история, и все зависит от пресловутых Soft-Skill-ов, личностных качеств. Собственно, коммуникация — это одна из таких вещей, которыми пронизана вся наша Школа. Потому что люди так или иначе взаимодействуют друг с другом, а для этого им нужна коммуникация. Очень важно, что наши уроки — не лекции, у нас в принципе нет лекционного формата как доминирующего.

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

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

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