Алексей Ильин: про мою работу и хорошие книги

Рано подводить итоги моей коротенькой карьеры, однако кое-кому интересен и первый опыт, а главное — я пока не успел забыть свои первые шаги и чувства, которые я испытывал в самом начале. Недавно меня попросили рассказать о моей работе и дать добрый совет. Я решил опубликовать ответы. Вдруг кому будет интересно, ну и если буду писать подобный документ через 10 лет, легче будет вспомнить, как всё начиналось.

Мое детство прошло типично для современного гика: сначала с отверткой в магнитофон, потом с паяльником в платы, со временем — компьютеры, программы, железо, FIDO и, наконец, Интернет. Учился на физтехе, диплом защищал по радиолокации (писал программы и исследовал алгоритмы) в НИИДаРе, но в какой-то момент, когда специфические условия НИИ стали сильным демотиватором, я познакомился с основателем Хедхантер.ру Михаилом Фролкиным и мы нашли общий язык. Михаил заразил меня идеей нового образовательного проекта и познакомил с чудесным Владом Головачом, который научил премудростям проектирования интерфейсов. Я начал разрабатывать интерфейсы для Хедхантера, постепенно втянулся в менеджмент. Работал с удаленной командой программистов, участвовал во внедрении SCRUM, изучал PMBoK и пытался применить знания к решению практических задач.

В Хедхантере, сразу окунувшись в серьезную разработку, я получил первый опыт управления проектами (хотя команда была классная, нашлось множество проблем, которые я в силу своей неопытности не смог разрулить: не сразу понял, что надо было делать и чего бояться, поэтому получилось далеко не всё). Мало кто сразу понимает, что успех работы над IT-проектом определяется не технологиями, а людьми; что управление проектом (как и любое другое руководство) не ограничивается строгими диаграммами и указаниями. Один из главных уроков был об ответственности. Оказывается, возложение ответственности ужасно мотивирует, это один из хороших способов заставить человека расти над собой. Ответственность — это то, что во многих командах легко теряется и мало отслеживается; в результате за одну вещь может отвечать несколько человек, что недопустимо. Именно нормальное человеческое общение помогает команде работать и развиваться.

Есть очень хороший отрывок из книги Тома ДеМарко "Deadline" — рекомендую этот увлекательный роман (вместе с его же книжкой "Вальсируя с медведями") всем, кто связан с IT-проектами:

— Мы будем разбирать диаграммы Ганта, — говорил Кэлбфасс, — ПЕРТ-диаграммы, отчеты о состоянии дел в компании, взаимодействия с отделом по работе с персоналом, проведение еженедельных собраний, эффективное использование электронной почты, отчеты о затраченном времени, отчеты о темпах работы над проектом, отчеты о поэтапном выполнении проекта, и наконец – самое интересное – мы будем обсуждать программу по поддержанию качества продукции. У вас, кажется, есть вопрос?
— ДА. Меня зовут Томпкинс. Я хотел бы узнать: это что, все? Вы зачитали нам весь план семинара?
— Ну да. Хм, а Вам кажется, что я что-то упустил из вида?
— Ничего особенного. Вы просто упустили из вида людей.
— Людей?
— Людей. Проекты делают как раз они.
— А что именно?
— К примеру, вопрос приема на работу. Прием на работу – самая важная из обязанностей руководителя.
— Ээээ… по правде говоря, нет. Видите ли, прием на работу – это один из тонких моментов. Этому очень сложно научить.
— Конечно, сложно. И совершенно необходимо. Мне показалось, что вы не включили в свой план вопрос о том, как правильно определять, какому человеку какую работу поручать. И о создании сплоченной команды.
— Да, наш семинар будет посвящен другим темам. Вас это беспокоит мистер…?
— Да, меня это беспокоит.
— А что именно?
— Что вы не включили эти темы в свой план, но назвали семинар «Управление проектам».
— А, значит, для вас все упирается в название. И как же, по-вашему, мне следовало назвать свой семинар?
— Почему бы не назвать его «Административная ерундистика»?

Проработав в Хедхантере полтора года, я ушел в образовательный проект, которым и хотел заниматься с самого начала. Со временем мы слились с другой командой и продолжили попытки создать успешный Интернет-сервис. Я руководил разработкой и теперь видел процесс проектной работы с другой стороны, с исполнительской: это оказалось очень поучительно.

Уроки стартапов всегда самые жесткие и самые полезные: тут я полностью согласен с высказыванием Алексея Капранова:

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

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

За полтора года в стартапах я словил множество инсайтов (озарений, если пытаться перевести на русский) о бизнесе и маркетинге. Довольно быстро начал задумываться о том, как проектировать успешный продукт, планировать продвижение и измерять эффект от рекламы. Прочитал десяток интересных книг о рекламе, оптимизации конверсии на сайтах и технологиях убеждения. По ходу дела прошел курсы Google Analytics и Яндекс.Директа. Понял магию цифр на графиках посещаемости и связь этих цифр с живыми пользователями, их желаниями и мыслями. Сеть стала для меня понятнее, ближе и ещё интереснее.

В этот момент я уже понял, что люди мне интереснее, чем компьютеры. А маркетинг — одна из самых близких к людям дисциплин. Особенно если смотреть на него не как на способ впарить ненужный товар, а как на стремление создать что-то новое и нужное, а после — рассказать это покупателю. Как говорил Дэвид Огилви: «Покупатель – не слабоумный. Он – ваша жена. Не лгите ей и не обижайте, недооценивая ее интеллектуальные способности». Сегодня почти невозможно получить рынок враньем и хвастовством. Нужно уметь разговаривать с людьми, внятно рассказывать истории, слышать потребителей и реагировать на услышанное (это так сложно!).

Полгода я занимался фрилансом, помогая небольшим компаниям вести контекстную рекламу и улучшать свои сайты: это нравилось, потому что результаты были быстры и измеримы. Недолго поработал в медиа-холдинге и быстро понял, что это мне неинтересно. Параллельно писал статьи на хабр про веб-аналитику, и благодаря знакомствам и этим статьям меня позвали в iConText, где я и работаю до сих пор, занимаясь веб-аналитикой, оптимизацией конверсии и новыми видами рекламы. Впервые чувствую себя действительно хорошо на работе. Особенное удовольствие испытываю, когда удается найти отличный инсайт в аналитических данных, но еще приятнее увидеть, что клиент прислушался к нашим рекомендациям и это как следует помогло ему в бизнесе. Люди, которые меня слушают - это моя слабость!

Однако, может выйти, что я «опишу полный круг» и вернусь к разработке продуктов: смысл жизни я вижу в создании чего-то нового, хочу делать вещи, которые не состоялись бы без меня. Работа над веб-проектами поставила меня перед задачей, решать которую мне ужасно интересно: как придумать и реализовать продукт или сервис? Обучение руководству проектами чаще всего строится на примерах разработки заказного ПО, и даже Agile-методики в основном заточены на работу под конкретного заказчика. Часто путают руководство проектами (процесс планирования и выполнения планов) и руководство продуктом (определение содержания продукта, выбор направления движения, проверка гипотез и общение с пользователями). Опыт в продукт-менеджменте есть у совсем немногих (глядя на средний процент успешных продуктов на рынке, видно, что даже большие западные компании не умеют запускать продукты). Лучше всего с моим опытом в продуктовой разработке пересекается книга Inspired: How To Create Products Customers Love. К сожалению, она не переведена на русский язык. Я упоминал, как часто мне необходимы знания английского? Постоянно! Учил я его всю жизнь, сколько себя помню, и всегда сам, на том, что было интересно: песнях, мультиках, статьях, книгах. Не знаю, что бы делал без него.

По своему опыту могу сказать вот что:

1. Очень сложно заранее знать, чем именно понравится заниматься, не попробовав заранее. Поэтому пробовать стоит разное, и вовсе не стоит спешить выбрать «свое предназначение». В современном мире мы не привязаны к однажды выбранной профессии (Линор Горалик хорошо сказала об этом) , а широкий кругозор часто помогает. Мне, например, постоянно требуются и полученные когда-то знания в веб-программировании, и опыт верстки, и умение писать тексты. Сейчас увлекаюсь преподаванием, развиваю этот навык и знаю, что он тоже мне будет очень нужен. Зато я смог примерить самые разные роли и знаю, что программирование, например, мне подходит плохо. С одной стороны, я часто испытываю дикий кайф от написания кода, с другой - в реальном мире есть меняющиеся требования, необходимость чистить баги, документация и т.д., а этим мне заниматься противопоказано.

   Ну или вот еще: недавно мне пришло весьма привлекательное предложение работы. Работодателей заинтересовало именно то, что я имею опыт и в разработке IT-проектов и в Интернет-рекламе. Оказалось, эти навыки редко сочетаются в одном человеке — добавленная стоимость налицо.

   В каждом из нас несколько начал, желаний, и каждое нужно ценить и учитывать. Может получиться, что маленькое недовольство станет причиной навсегда распрощаться с профессией. Дело житейское, плакать не стоит: мы живем в мире, где можно и нужно быть счастливым на работе.

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

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

4. Попробуйте понять каждого, с кем взаимодействуете. Смотрите на живых людей вокруг себя. Это очень расширяет кругозор и позволяет взглянуть на работу глобальнее, увидеть желания партнера или конкурента, найти удобное решение. Поначалу сложно разобраться в людях, особенно если они сильно раздражают, но стоит больше практиковаться, и все вокруг станет яснее и человечнее. Нет, таким образом не получится избавиться от раздражения совсем (к примеру, как только я примеряю на себя роль разработчика, меня начинают раздражать все, кто прерывает меня; как бы мне ни нравился процесс программирования, я понимаю, что изменить свою натуру не смогу). Но мудрость лишней не бывает.

5. Все люди разные. Каждый получает удовольствие от чего-то своего, поэтому не стоит смотреть на других. Ищите свою дозу эндорфинов и поверьте, в итоге вы выиграете во всём.