«Я старался сделать так, чтобы все работало без меня»: путь из Agile-евангелиста в Agile-коучи

Из студента в проджект-менеджера: сделать так, чтобы все работало само

Я закончил петербургский физико-математический лицей №239. Это очень сильная школа, поэтому после начала учебы в политехническом университете очень быстро понял, что всё это уже знаю. Конечно, я расслабился, мне было легко двигаться вперед. И, хоть и к третьему курсу знакомые темы закончились,  желание придерживаться такого стиля в обучении осталось. Это осознание сопровождало меня и в карьере: мне было интересно сделать так, чтобы все работало без меня. Я фокусировался не на том, чтобы ежедневно приходить в офис и работать, а старался сделать процессы внутри более автономными, не требующими моего непосредственного участия.

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

Из этого опыта я вынес два вывода:

1. РМ и руководители не могут находиться отдельно от своих команд. Мне это казалось противоестественным: у нас было две комнаты во всем офисе, поэтому я всегда сидел с разработчиками и мог быстро обмениваться информацией. И  думал, что везде это так работает, но нет. 

2. Находясь в постоянном взаимодействии с программистами, я научился говорить с ними на одном языке. У ребят, которые сейчас ко мне приходят, часто возникает проблема: «Как стать Scrum-мастером в IT-команде, если я не понимаю в IT?» Это важно: ты должен уметь разговаривать с разработчиками на их языке, чтобы выстроить доверительные отношения и увидеть проблемы.

Через год команда стала полностью автономной — я перестал быть ей нужен. И тут возникла проблема: а что мне делать дальше? Директор предлагал варианты, я пытался придумать новые стартапы. Но не получилось, и я принял решение искать другую компанию, где я смогу применить накопленные знания и опыт.

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

Заказная разработка в RuNetSoft: PMP и первый тренинг ScrumTrek

Следующим этапом в моей карьере стало обучение на РМР (Project Management Professional, профессиональный сертификат для руководителей проектов — прим. ред.). После прохождения курса я стал применять полученные навыки на практике, но еще в процессе обучения осознал, что эта область мне не по душе. Как и классический менеджмент в целом, он показался противоестественным, потому что противоречил тому, что я привык делать. Чему учит классическое управление проектами? Что есть проект, и ты должен им управлять. Это в корне не соответствовало принципам, которых я придерживался, и моей натуре в целом, поэтому принял решение не углубляться в PMP.

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

Кругозор расширялся, но глубже знания пока не становились. Я понял, что проджект-менеджмент — не мое, начал искать альтернативы и случайно попал на бесплатное мероприятие ScrumTrek. Оно произвело на меня сильное впечатление, поэтому я пошел на базовый тренинг по Agile. И вот тут я уверовал, будто чакры открылись, я понял, что у моего подхода к работе есть название: во всем мире это называется Agile. Что я не РМ, а Scrum-мастер, и всю жизнь им был. И есть еще много таких людей, как я.

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

Edisoft: первая работа Agile-коучем

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

Через четыре месяца директор по продажам сказал: «Ты явно overqualified (сверхквалифицированный — прим.ред.) для локальной CRM. Нам нужен руководитель ключевой платформы электронного документооборота — переходи туда». В Edisoft я задержался надолго, потому что всю эту историю под названием «сделать так, чтобы работало без меня» я прошел в четырех проектах: CRM-системе, одном из стартапов, новой платформе и текущей платформе.

По сути я был внутренним Agile-коучем, хоть формально значился как руководитель проектного офиса. Тем временем я продолжал ходить на тренинги и конференции SсrumTrek, участвовать во всех митапах и встречах. Примелькался, меня стали там узнавать, особенно после того, как я всех выиграл в покер 🙂

И после Edisoft я решил искать работу уже настоящим внутренним Agile-коучем.

Agile-коучинг в ScrumTrek: как нетворкинг помог получить желаемую работу

На тот момент казалось, что до уровня SсrumTrek еще далеко, и я смогу туда попасть только лет через пять, но мечта у меня такая была. Поэтому решил, что пока буду искать команду, где под руководством старшего Agile-коуча начну прокачивать свои знания и постепенно дорасту до нужного уровня. Я стал проходить собеседования в разных компаниях, но результата не было. 

Наступил сентябрь 2016 года. Я поехал на очередную конференцию от SсrumTrek и Agile Business Conference. В первый день на мероприятии встретился с Ириной (Ирина Цыбденова, сооснователь ScrumTrek — прим. ред.). Мы уже хорошо друг друга знали —  она была одной из тех, кого я обыгрывал в покер =). Речь зашла про SсrumTrek, и Ирина пригласила после конференции пообщаться с основателем SсrumTrek Асхатом. Я немного нервничал, потому что уже был знаком с ним и ожидал каверзных вопросов. Но разговор пошел совершенно по другому сценарию. Асхат задал несколько вопросов, оказалось, что в команду требуется человек в Санкт-Петербурге, и они приглашают меня занять эту позицию. С тех пор я уже почти шесть лет работаю в SсrumTrek.

Как стать Agile-коучем: советы начинающим

Agile-коучинг — это тусовка. Очень важно постоянно выстраивать личную сеть контактов на конференциях, тренингах, бесплатных митапах, в сообществах, гильдии. Чтобы стать Scrum-мастером или Agile-коучем, нужно всего две вещи:

1. Любить людей. Сколько бы кто ни говорил, что ты работаешь с процессами, бизнесом и так далее, ты все равно работаешь с людьми 24/7. Поэтому ты серьезно должен любить их, верить в то, что все люди хорошие.

2. Искренне хотеть стать Scrum-мастером. Этого достаточно. Если ты действительно желаешь им стать, значит, ты понимаешь, в чем заключается работа. И возможностей на самом деле — миллион. Главное — захотеть.

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

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

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