Где и кем работаешь сейчас? Чем тебя привлекает текущее место?

Сейчас работаю в Культуре Инноваций. Если очень грубо говорить, то КИ можно было бы назвать HR-консалтингом. По сути задачи намного шире. Мы изучаем опыт сотрудников и помогаем компаниями становится инновационными. В процессе трансформации важным является минимизация потерь и внимание к сотрудникам.

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

В КИ я - лидер исследовательской практики:
- занимаюсь исследованиями, фасилитацией, менторством,
- дополняю команду компетенциями UX/UI-дизайнера,
- отвечаю за то, насколько хорошо мы проводим интервью,
- внимательно слежу за уровнем эмпатии по отношению к респондентам.

Скажи, какое образование и опыт нужно иметь, чтобы работать на такого рода проектах?

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

Если говорить о необходимом образовании, то можно ответить классически - нужен микс навыков в IT и социологии и/или психологии.

Какое у тебя образование? Как началась история с UX/UI?

Я считаю, у меня забавный образовательный трек. Учился в институте геодезии и картографии на факультете прикладной космонавтики, а диплом получил по специальности защита информации. В целом специальность я выбирал так, чтобы она была связана как говорили школьники в 2000-х «с компьютерами». Где-то курсе на 2-3 начал работать на кафедре в лаборатории веб-дизайна и интернет технологий.

В какой-то момент понял, что мне в большей степени нравится не столько "рисовать красивые картинки", сколько разбираться в том, что конкретно нужно "рисовать". Плюс стала меняться индустрия: сайты становились не просто страницами с информацией, а старались активно вовлекать пользователь во взаимодействие с собой. Тогда случился мой переход в UX/UI.

Первые заказы по веб-дизайну выполнял как раз на кафедре в лаборатории. После университета работал в нескольких студиях. Там научился motion-дизайну, графическому дизайну и немного брендингу. Интересно, что UX/UI-дизайном я начал заниматься на фриланс-проектах. Студии в то время были ориентированы на промо-сайты: чем более красивая картинка, тем более радостный клиент. На фрилансе от меня требовалось собрать много страниц сайта в понятную структуру с единым стилем так, чтобы было удобно пользователям.

Ты прошел обучение в Британской высшей школе дизайна. Что ценного ты вынес из этого обучения?

Еще с момента поступления в универ я хотел попасть в Британку, но ценник кусался. Хотя некий вайб нестандартного и очень прогрессивного формата образования меня сильно привлекал. У меня даже был какой-то их промо буклет, который настолько круто выглядел, что сразу было понятно - дизайну там точно научат.

В первый раз я попал в стены БВШД на презентацию «Школы фриланса». Были такие ребята cleardesign (а может и сейчас есть), которые одними из первых стали делать заказы по дизайну, привлекая фрилансеров, выступая в свою очередь в роли арт-директоров. Вот они этот воркшоп и устроили. После него я даже позанимался у них в школе. Ничего особо не сделал, но зато твердо решил, что в Британку нужно попадать. Второй раз я попал туда в начале 2016 на UX/UI-интенсив, который выбрал вместо курса по интерфейсу от Бюро Горбунова. И это было очень правильное решение. В Бюро я бы круто научился рисовать интерфейсы, но так и не получил бы в руки рабочие инструменты проектирования опыта пользователя. Это случилось на интенсиве, где я как раз познакомился с методологией дизайн-мышления, да и вообще с практиками человеко-центричного дизайна.

В третий раз я уже пошел учиться на годичный курс «Дизайн-менеджмент», который в момент моего зачисления поменял название на «Креативное предпринимательство». Но суть осталась та же - много практики в изучении опыта людей.

Как началась история в Лаборатории Wonderfull? Кем ты работал? Ты продолжаешь применять в работе дизайн мышления?

Пригласили в лабораторию после «Дизайн-менеджмента» на исследовательский проект для одной крупной торговой сети. Первая роль была UX/UI-дизайнер, а задача была спроектировать интерфейс личного кабинета для сотрудников компании. Начали, как бы это ни было удивительно, с интервью с сотрудниками. А дальше все по классике дизайн-мышления: анализ опыта, прототипы, тесты.

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

Какой был самый интересный для тебя проект, созданный с помощью дизайн мышления?

Самые интересные проекты начались в Культуре Инноваций и как раз именно из-за того, что весь рабочий процесс выстроен по ДМ. Я, увы, не могу назвать заказчиков, даже не смотря на то, что многие проекты закончились. Однако, проект я могу назвать действительно интересным тогда, когда мы в нем добираемся до создания прототипов и тестов. Это именно тот момент, когда все твои исследования, выводы, анализ, идеи получают шанс для проверки на реальных людях. Причем ты не тратишь уйму времени для разработки и внедрения. Все решения пока что сырые, на уровне концепций. На этом этапе их можно допиливать как то железо в поговорке (куй железо, пока горячо). Любопытно, что моя роль изменяется в зависимости от стадии проекта. В начале работаешь исследователем, потом ты становишься проектировщиком пользовательского опыта, а в конце "пилишь" отчет.

Какими основными принципами ты руководствуешься в подходе к работе?

Отличный вопрос!

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

2) Любая идея, которая не проверена на пользователе, - твоя галлюцинация. Покажи прототип идеи пользователю и избавься от нее, посмотри в конце-концов на реальный мир .

3) Просто, но не упрощенно. Я стараюсь рассказывать о сложных вещах простым и понятным языком. Так, чтобы полученную информацию можно было сразу применить в своей жизни и/или работе.

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

Что для тебя самого ценного в твоей работе? От чего получаешь кайф?

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

Какие дальнейшие планы?

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

Денис, привет! Для начала представься, пожалуйста, где и кем ты работаешь?

Я - директор по продуктам в компании ИНГИПРО. Это российский стартап, который создаёт инструменты совместной работы для участников строительных проектов. Также я развиваю свою школу системного анализа Systems.Education. Обо всём, что меня волнует в работе и не только, пишу блог на медиуме, а также всякую мелочь и анонсы в личный телеграм-канал.

Как ты оказался в ИТ? У тебя профильное образование?

У меня инженерное образование по специальности “Системы автоматизированного проектирования (САПР)”. Начал работать в ИТ на 4-м курсе, в 2000-м году. Зарплаты в обычной инженерии были в несколько раз ниже, чем в ИТ.К тому же мне было интересно заняться разработкой ПО и информационных систем.

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

Как развивалась твоя управленческая история?

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

Поработав 2 года руководителем отдела, заинтересовался темой предпринимательства и управления продуктами. С коллегами запустил Школу системного анализа и пошёл работать в первый стартап. Параллельно развивая Школу, осваивал профессию менеджера продукта. Попробовал тиражировать свой опыт создания школы: запустил запустив Школу проектирования интерфейсов и Школу управления продуктами Product.Vision. Так Product.Vision переросла в консалтинговую компанию. Я некоторое время работал в ней генеральным директором. Это было безумно скучно: работа с договорами, подрядчиками, дебиторской задолженностью и т.д.

Последние пару лет вернулся к работе на производстве: заинтересовался системной инженерией и возглавил развитие сложного B2B-продукта для инженеров в ИНГИПРО.

Чем для тебя интересна работа аналитиком? 

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

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

Самые важные скиллы для аналитика, на твой взгляд? 

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

Из моего опыта, нужно уметь следующее:

1. Выстраивать хороший рабочий контакт со всеми людьми на проекте.
2. Фасилитировать и модерировать работу групп при обсуждении решений (solution и decision), идей, проблем, ограничений и т.д.
3. Выстраивать систему понятий и моделей деятельности для себя и коллег.
4. Проводить анализ проблем и формулировать правильные цели:
- какая картина текущей ситуации?
- какие есть интересы у разных сторон?
- какие у них конфликты?
- какие последствия могут повлечь та или иная проблема?
- какие ставим цели и критерии достижения успеха?
5. Выявлять ограничения решения (solution): источники ограничений, направленность, обоснованность.
6. Генерировать идеи.
7. Создавать, представлять и защищать концепции решений (solutions).
8. Проводить финансовые, экономические оценки проблем, решений, планов и т.д.

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

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

Твой самый интересный проект (из завершенных)?

Сложный вопрос. Если говорить про ИТ-анализ — это проект замены интранет-портала для компании в АИЖК (сейчас ДОМ.рф) в 2013-м году. У одного из топ-менеджеров компании возникла идея переработать интранет-портал компании. В рамках проекта нужно было провести исследование, обосновать проект и запустить его.

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

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

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

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

Оглядываясь на свой опыт, что можешь посоветовать начинающим аналитикам, только встающим на этот путь?

1. Постарайтесь найти себе профессионального наставника — старшего коллегу, который будет помогать вам обратной связью и ответами на вопросы.
Это один из самых быстрых способов профессионального роста и развития. Наставникам тоже нужны ученики, т.к. это инструмент и их профессионального роста тоже. Если не получается найти наставника на работе или на рынке, обращайтесь за помощью к коучам/менторам ИТ-аналитиков за деньги. 3-5 тр за консультацию/и в месяц — это не та сумма, которую вам должно быть жалко на становление в профессии. Работа с хорошим коучем будет давать не только профессиональный рост, но и рост зарплаты на 20-30% в год.

2. Читайте и смотрите не только и не столько русскоязычные статьи и вебинары, но лучшие англоязычные книги и онлайн-выступления, например, InfoQ / InfoQ YouTube, GoTo, O’Reily по технологиям, The Career Force / Bridging The Gap по карьере аналитика, Y Combinator и Strategizer про запуск бизнесов, Alanis Business Academy про работу бизнесов, Big Think про сложные проблемы. Обсуждайте их с коллегами на работе и профессиональных чатах, применяйте приёмы и методы, там описанные, на практике. Это второй самый быстрый и устойчивый способ роста — стоять на плечах гигантов. Старайтесь смотреть хотя бы по одному англоязычному вебинару в месяц, читать одну книгу в квартал.

Больше советов давать не буду — не унесёте) Этих 2-х может хватить очень надолго.

Какие дальнейшие планы?

В ИНГИПРО передо мной стоят задачи выстроить процессы продуктовых команд и вывести компанию на окупаемость.

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

Есть несколько тем для стартапов «выходного дня».

По личному развитию планирую освоить практики работы с телом и сознанием, а то за декаду с 30 до 40 лет сильно вовлекся в тему бизнес-проектов. Интересно научиться "выныривать из рабочего потока", просто наслаждаться жизнью и моментом. С весны начал учиться играть на барабанах, сейчас играю дома на электронных. Это отличный способ расслабиться и переключиться.

Хочу пожелать читателям: оставайтесь здоровыми, играйте, находите смысл, стройте, развивайтесь!

Где и кем ты работаешь?

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

С чего началась твоя карьера в ИТ?

Я закончила бакалавриат по инженерной специальности, потом магистратуру - направление "Менеджмент". В студенческие времена поехала в США по программе W&T. Там устроилась hr-специалистом в ИТ-компанию. Участвовала в найме разработчиков-индусов. Тогда я стала изучать SQL и теорию баз данных. Если говорить очень честно, то в студенческие годы в ИТ меня привлек размер заработной платы.

Начинала тестировщиком в консалтинговой компании. Потом работала ETL-разработчиком, бизнес-параметристом, системным аналитиком, руководителем проекта, бизнес аналитиком. У меня была стратегия: соглашаться на все, чтобы учиться и получать опыт.

Анализ мне подошел больше всего: понравилось, хорошо получается, виден результат работы, понятны ожидания и комфортен уровень ответственности. Хотя, конечно, были свои сложности. Мне было непросто выдерживать то количество коммуникаций, которое требует эта профессия: нужно выстраивать отношения, проводить демонстрации, выступать перед аудиторией, общаться с заказчиками разных уровней иерархии. Плюс работа такова, что приходится работать с разными заказчиками и предметными областями. Каждый проект как новая работа. Над этим пришлось работать, пробовать, менять гомеостаз: свое внутреннее состояние и способность к изменениям. Это развивает, это интересно. Я и сейчас продолжаю развиваться в этом направлении.

Твой самый интересный проект (из завершившихся)?

Вспоминаются самые разные проекты: где-то была очень позитивная рабочая атмосфера; где-то нетривиальные задачи; где-то специфические заказчики.
Выделю один: на нем произошел мой серьезный скачок в развитии меня как аналитика.

Проект был внутренний для Ростелекома. Разрабатывали систему онлайн мониторинга работы сотрудников. Так случилось, что изначально на проекте дважды сменился руководитель. В какой-то момент руководство предложило эту роль мне: я была хорошо погружена в предметную область и переживала за проект. Я была одновременно проектным менеджером, системным аналитиком и функциональным тестировщиком. Совмещать три роли было непросто, но тогда я очень сильно выросла. Постоянное состояние "deadline" давало состояние сильной концентрации, оно постегивало все время к развитию, поиску новых оптимальных решений. Это ощущение было ценно.

Какие на твой взгляд самые важные скиллы для аналитика?

Я бы выделила важные моменты в целом для любых ролей и по жизни:

1) Следить за внешним видом и грамотной семиотикой.
Пословица "встречают по одежке.." все так же актуальна.
2) На работе быть в позиции "взрослого", не "родитель", не "ребёнок".
Это понятия из теории трансакционного анализа Э. Берна. На мой взгляд, "взрослый" Берна - это и есть аналитик, который отвечает на вопросы "зачем?"
3) Иметь установку "я - хороший, заказчик - хороший".
4) Знать, что любой договор - односторонний.
5) Во всех ситуациях исходить из позиции "дело во мне".

Оглядываясь на свой опыт, что можешь посоветовать начинающим аналитикам, только встающим на этот путь?

1) Проходить курсы для аналитиков.
2) Общаться с другими аналитиками, обмениваться опытом, лайфхаками.
3) Посещать конференции.
4) Пребывать в ситуации "deadline" - это очень стимулирует к развитию.
5) Не гнаться за именем компании: можно работать в известной или небольшой организации, но не стоит ради этого жертвовать своими личными ценностями. Семья, здоровье, энергия, взаимоотношения, психологическое состояние - это важнее.
6) Проявлять инициативу (мне это советовали, и мне это помогло).

Какие дальнейшие планы?

Мне важно работать в человечной компании. Для меня это определяется тем, что я чувствую заботу, эмпатию, персональное отношение, свою уникальность, уважение, честность, - все те ценности, которые у нас есть в семье, в отношениях с друзьями. Мой план - это работать в такой среде с интересными людьми на интересных проектах. Хочу пожить в Черногории и поработать удаленно оттуда. Давно прохожу несколько курсов: английский язык, обучение поставке задачи на разработку и моделирование в BPMN. Хочу довести их до некоторого нужного уровня. И, конечно же, дальше получать кайф от работы.

Где и кем ты сейчас работаешь?

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

Теперь давай отмотаем на самое начало. Какое у тебя образование? Почему ИТ?

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

С какой позиции ты начинал?

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

Потом ушел в продуктовую компанию. Сейчас она выросла и вышла на международный уровень. Тогда там не было и 100 чел. Я, кажется, был в первых 70. Команда увлеченных профессионалов, идейных и очень профессиональных.
Изначально пришел тестировщиком, вырос до ведущего. Потом появился первый подчиненный, а потом еще 9. Так и стал руководителем. Причем больше формально. Думал я еще как ведущий специалист. Пришлось покинуть компанию, но это был важный опыт.

Можешь подробнее рассказать про ошибки первого руководства?

Вредные советы начинающим:

1. Организовав работу, закройтесь в кокон и продолжайте игнорировать внешние проблемы.
2. Почаще общайтесь с подчиненными о предстоящих повышениях компенсации))
3. Не занимайтесь оптимизацией процессов. Ведь она сама сложится.
Если серьезно, то цикл Деминга необходим во всех аспектах, в том числе для снижения трудозатрат.

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

Управление — это совсем отдельная профессия. Непонимание этого факта мне стоило однажды работы. Зато та ситуация стала хорошим стимулом выучиться и пересмотреть отношение к вопросу.

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

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

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

Что тебе помогло освоить управленческие навыки?

Во многом помогли книги и наставники. Из книг для начинающих я бы посоветовал по порядку:
1. 45 татуировок менеджера
2. 5 пороков команды
3. Лидер и племя
4. Доставляя счастье
5. Управляя изменениями
6. От хорошего к великому

В этот список еще много можно добавить. Если в компании много политики и переговоров, то начать стоит с "Есть серьезный разговор. Что и как говорить, когда ставки высоки". Мне она очень помогла. Внезапно "Канбан. Альтернативный путь в Agile". Там интересен структурный подход к процессам. Помогает превратить работу в процесс вне зависимости от методологии разработки.

Давай вернемся к карьерному пути. Что было после первого опыта руководства?

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

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

Работал в крупной enterprise-разработке. В подчинении были уже не исполнители, а руководители.

Не было отторжения возвращаться в управление?

Не было. Было много переосмысливания. Вообще, я думаю, мы растем только на ошибках, самодиагностике и страданиях. В покое затухаем.
Есть хорошая цитата у Нассима Талеба из книги "Антихрупкость":

"У метода проб и ошибок есть решающее преимущество, которое осознают немногие <..>. Чаще всего каждая проба и каждая неудача дают нам дополнительную информацию, которая даже ценнее той, которой мы располагали изначально, – вы осознаете, что именно не работает."

Ты сделал акцент на работе с руководителями. В чем специфика?

Руководителей труднее набирать, чем специалистов. Их работа предполагает некоторую автономность решений. Нужно доверять и уметь контролировать исполнение. Микроменеджмент в этом случае неэффективен. В работе много времени приходилось уделять синхронизации подходов и видения. С другой стороны, нужно поставить себя правильно. При этом, если собрать правильную команду и настроить корпоративную культуру, можно вместе решать задачи, которые одному не взять. Тот случай, когда 1+1>2.

Какие дальнейшие планы?

В профессии рост, выше и выше. Пока дойти до технического директора, а там увидим)

Круто! Желаем успехов и попутного ветра!

Алмаз, привет! Уже ставший традиционным первый вопрос: кем работаешь, где?

Привет! Я – ведущий аналитик по внедрению программных RPA-роботов в крупнейшей логистической компании России. В мои задачи входит исследование бизнес-процессов компании, выявление процессов, пригодных к роботизированной автоматизации, проектирование программных роботов, анализ и управление требованиями, постановка задач на разработку и контроль, приемка. Последние несколько лет специализируюсь на стеке технологий: RPA, OCR и искусственный интеллект. Начинал с позиции аналитика RPA в системном интеграторе, дошел до ведущего аналитика и теперь являюсь ведущим аналитиком центра компетенции RPA в текущей логистической компании. Помимо основной работы, являюсь экспертом в онлайн академии при университете Синергия. Рассказываю про глобальные мировые ИТ-тренды, цифровизации и RPA.

Сколько человек работает под твоим началом в центре компетенции?

Я являюсь основным согласующим звеном по бизнес-анализу данного проекта, но не являюсь руководителем. Мы стремимся выстраивать партнерские отношения в команде. Я - за выстраивание бирюзового управления, где ключевым является горизонтальная структура, партнерские отношения в команде и самоорганизация команды. У нас немного разные обязанности, но в целом мы топим за одно.

За что топите?

Нужно тратить как можно меньше времени на аналитику, писать как можно меньше слов для постановки задачи разработчику. Есть такое понятие gold plating, когда требования на блюдце с золотой каемочкой. Это не нужно. Нужен просто нормальный документ, который будет понятен, и разработчику, и бизнесу. Тогда все сойдется с минимальным количеством доработок.

Как началась история с Синергией?

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

Тема про роботов и роботизацию. О чем идет речь?

Технология Robotic Process Automation. Мы проектируем роботов-программы, которые повторяют действия офисных сотрудников: нажимают кнопки, перемещают файлы, запускают приложения и дальше. Решение сокращает работу офисных сотрудников, выполняя рутинные операции.

Почему тебя зацепила эта тема?

Увидел, что технология перспективная: автоматизация процессов, плюс искусственный интеллект, плюс распознавание. Я занялся этой технологией где-то в 2018 и с тех пор объем рынка в России по моим оценкам увеличился раз в 5. Мне интересно, как ИТ-специалисту, как аналитику.

Как ты узнал об этой технологии?

Случайно. Пришел в системный интегратор аналитиком требований на проект в сфере LegalTech (интеллектуальные чат-боты). Юридический департамент крупной компании тратил очень много времени на консультации сотрудников и поиск документов. Целью автоматизации этих процессов являлась разработка модели распознавания естественного языка, чтобы собирать эти запросы в чат-боте, классифицировать, находить запрошенные документы и отдавать правильный осмысленный ответ. Поиск шел по огромной базе внутренних нормативных документов, которую нужно было использовать при поиске ответов. Команда лингвистов, команда data science определяла правила парсинга запросов, правила поиска и обучения искусственных нейронных сетей. В мои задачи входило собрать все эти требования и спроектировать основные интерфейсы, реализующие эти бизнес-правила и функциональные возможности. На тот момент я работал в интеграторе. Но в какой-то момент мы немного разошлись в представлении о моем дальнейшем развитии, как специалиста. И я решил найти место в «клиенте», где развиваю компетенцию RPA.

Ты еще ведешь в telegram канал Uipath RPA также про технологию RPA. Какая задача у этого проекта? Для кого он, что рассказываешь?

Это еще одна история проактивности. Где-то в конце 2018 я начал изучать курсы платформы для роботов. Подумал, что проще мне будет учиться совместно с кем-то. Создал несколько чатов по разным смежным темам и начал вести общение. Плюс это дает возможность распространять свои знания на других людей. Подписывается много людей из России и других стран. Так я понял, что тема актуальная и интересная. Чат про Uipath оказался наиболее востребованным, так я понял, что эта платформа наиболее перспективная.

Где учился? Почему ИТ?

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

Когда ты начал работать в ИТ?

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

Это была первая работа?

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

Как произошел переход из зонирования в аналитики?

В какой-то момент понял, что занимаюсь какой-то хренью. При этом у меня заканчивалось обучение и было понятно, что смогу работать полный день. Не помню, как нашел компанию. По-моему, на hh. Пришел и как-то рассказал про себя на собеседовании. Но суть в том, что я уже поработал кем-то, уже понял что-то в ИТ. Что интересно, мой опыт продажника очень помог в первых интервью с заказчиком. В продажах есть такой навык, как программирование клиента. Это когда ты начинаешь общаться с клиентом, делать сделку и говоришь: "Давайте я расскажу вам сейчас про продукт, поймем что вам конкретно нужно, потом обсудим, а дальше запланируем дальнейшие шаги". Такая модерация беседы, чтобы она сложилась удачно и эффективно для всех сторон. Эта история перекладывалась в каком-то виде на общение с заказчиками. От этого было менее страшно и стрессово с ними общаться.

На твой взгляд, какие 5 самых важных скиллов аналитика?

Базовый скилл, самый показательный - документирование. Понимание структуры, построение документов, техника написания.

Второй - коммуникация. Умение строить беседы, интервью, задавать правильные вопросы, слушать клиента и уметь все это перекладывать в модели и документы.

Третий навык смежный с первыми - это аналитическое мышление: умение переложить поток знаний заказчика на документы, которые необходимы потребителям (разработчикам, менеджеру и самому заказчику).

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

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

Кстати, шестой навык это умение правильно формировать ожидание у заказчика. Это больше навык менеджера, но аналитик тоже может его брать. Умение правильно оценить сроки и результат и донести это до заказчика.

Какие дальнейшие планы?

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

Желаем успехов. Спасибо за интересное интервью!

Леш, привет! Традиционный первый вопрос: где и кем сейчас работаешь?

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

Что значит "вести и развивать клиентов"? Правильно понимаю, это про подбор и продажи дополнительных услуг, которые больше подходят их профилю?

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

Интересный подход. Расскажи подробнее.

Возможно мой ответ покажется банальным. Но, как и в любых человеческих отношениях тут действуют те же законы. Я не стараюсь быть ближе к Клиенту и не стараюсь ему понравиться. Я не подстраиваюсь «снизу» или «сверху», я просто Рядом. И эта естественность, мне кажется, в большинстве случаев помогает.

Я довольно мало знаю про специфику работы клерков. Твоя коммуникация с клиентом только в границах банка, когда клиент пришёл и запросил услугу?
Как давно ты в этой профессии?

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

Какого уровня дохода клиенты к тебе приходят?

Я обслуживаю клиентов с остатками от 2 млн. рублей и среднемесячными тратами от 100 000 рублей.

А верхний порог? Или в бесконечность?

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

Ясно. Какие у тебя дальнейшие перспективы? Насколько это оплачиваемая работа?

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

Последние пару лет мое творческое начало возвращается с новой силой и не даёт покоя. Поэтому на банальный вопрос: "Лёша, а что дальше?", - мне всегда проще ответить: "Не знаю". Мы живем в стремительно меняющемся мире, где в долю секунды все может перевернуться с ног на голову. Зачастую, эти процессы нам не подвластны. Я никогда не думаю о десерте , поедая стейк. Я хочу наслаждаться стейком)
(сохранена пунктуация героя интервью)

Кто ты по образованию? Почему клерк?

Ты наверное ждёшь от меня историю в стиле: все мужчины в моей семье были финансистами, а вместо азбуки я учил бух.учет) Но нет.

В 2006 году по окончании школы у меня не было совершенно никаких соображений на тему будущей профессии. В то время я занимался музыкой (играл в рок группе) и верил в то, что работать мне никогда не придётся. В то время популярными профессиями были юрист и менеджер. Недолго думая, для галочки, я отучился на специальность педагог профессионального образования (экономика и управление на предприятии). Моя судьба решилась очень просто. Я никогда не хотел ездить далеко на работу, поэтому взял резюме и обошёл 4 ближайших организации. Одной из которых и был мой любимый банк. Почему банк?Сработал банальный ассоциативный ряд. Банк-деньги. И я не прогадал.

Вот ты знаешь я скорее даже ждала ответ, что ты пошёл работать клерком, думая со временем стать известным музыкантом. Я уверена, что ты отличный менеджер, но где музыка и где банк? Почему ты сделал такой выбор?

Знаешь, я всегда был честен с самим собой. Работа для меня - источник финансов. Я - творческая личность и вряд ли когда нибудь смогу сказать , что работа 5/2 - это то о чем я мечтал. Поэтому это сочетание могло быть любым , в зависимости от того, куда бы я попал) Музыка - кулинария, музыка - туризм , музыка - армия. Все относительно и все решается случаем)

Почему ты не уходишь с головой в музыку? Там слабо пахнет пиастрами?

С годами я вынес для себя одну особенность. Когда я делаю публичные заявления , вероятность того , что все провалится ещё на самом первом этапе - около 75%. Как только я пойму, что от музыки напрямую зависит мое финансовое положение, муза меня покинет. Я не люблю что либо делать, когда от меня этого ждут. Вот и здесь. Мне гораздо интереснее ловить вдохновение, без всяких обязательств заниматься творчеством. И если вдруг это начнёт приносить финансы, что ж, здорово.

На мой взгляд, монетизация убивает творчество) Я всегда разделял работу и творчество. В противном случае творчество станет работой и мне придётся искать новое творчество.

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

Ясно. Это очень понятная позиция для молодого адекватного мужчины.
Возвращаясь к тебе твоей основной работы. Ты рассказывал про свое развитие в карьере.Расскажи, где ты черпаешь знания? Какие качаешь скиллы?

Ты говорила что на вопросы можно не отвечать)

Да, это правило интервью. Ты можешь отказаться отвечать на любой вопрос, если считаешь нужным.

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

Недавно ты записал новый трек "То, что расскажет ветер" (ссылка на трек Яндекс.Музыка, AppStore). Сложно находить время на музыку?

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

В каком поешь стиле? Это группа или сольное исполнение?

Стиль - альтернативный рок. Соло.

Где черпаешь вдохновение?

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

Ты обсуждаешь с клиентами свои музыкальные истории?

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

Ты ведешь гастрольную деятельность, работу в клубах?

Несмотря на то, что музыкой я занимаюсь с 13 лет , а сейчас мне 30, я понимаю , что нахожусь в начале осознанного музыкального пути. Последняя песня как раз была написана после долгого молчания. Текст к ней был написан еще в 2008.
В настоящее время я активно пишу материал, снова окружаю себя людьми из «музыкальной тусовки». Возможно, это будет коллектив , возможно сольная карьера. Но я тебя уверяю, ты узнаёшь об этом одной из первых ))

Договорились. Спасибо за интервью! Ждем новых песен!

Аня, привет! Спасибо, что согласилась дать интервью. Где и кем ты сейчас работаешь?

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

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

Есть мнение, что роли продукт менеджера и руководителя проекта по сути являются конфликтующими. Как на твой взгляд?

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

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

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

Профессия продукт менеджера многих манит, но не раз слышала такую проблему: не очень понятно как до него вырасти. Работодателям нужен опыт, чтобы его получить нужно устроиться. Замкнутый круг. Можешь, поделиться своим опытом?

Как вырасти в продуктового менеджера - это, действительно, сложный вопрос. Если говорить о моем опыте, то у меня экономическое образование. Свою карьеру я начинала совсем не в ИТ, а в брокерской компании. Это был непосредственно бизнес-бизнес и тогда я совсем не знала что такое ИТ и как оно работает. Никогда не могла подумать, что тут окажусь.

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

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

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

О, расскажи как ты оказалась в ИТ?

Я работала бэк-офицером в брокерской компании. Это был ценно-бумажный бэк-офис. Занималась оформлением и учётом клиентских сделок, как физиков, так и юриков.

Потом меня нашла ИТ-компания заказной разработки. Им нужен был человек на проект для крупного швейцарского банка со знанием бизнеса и менее важно было знание ИТ. В задачи входило тестирование системы внутреннего учета как раз брокерских операций.

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

Работала on-site у заказчика в швейцарском банке. Вендором была Новая Афина. То есть это был сразу довольно сложный проект: крупный проект, ты сидишь у заказчика один, разработчик при этом другой, а тебя нанимает вообще третья компания. Тогда как раз началось мое становление в ИТ-аналитиком.

Спустя время перешла в компанию-разработчик ПО, Новую Афину. Потом уже росла аналитиком в ИТ и пришла к текущей позиции руководителя отделом.

Можешь поделиться ощущениями, насколько сложно давался переход между профессиями?

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

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

Тебе пришлось довольно быстро погружаться в новую профессию. Как проходил процесс обучения?

Въехала достаточно быстро, потому что сразу начала погружаться и сразу начала работать. Тут стоит отметить, что мне очень повезло с наставниками. Изначально это был прекраснейший тест-менеджер, это была девочка из компании-вендора. Она и сейчас остается для меня неким идеалом тест-менеджера и менеджера в целом.

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

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

Ты работала в бизнесе и в ИТ, на твой взгляд есть ли какие-то особенности в нашей среде? Как-то слышала мнение, что ИТ-шники живут в тепличной среде по сравнению с другими офисными сотрудниками. Что об этом думаешь?

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

Опять же тут многое зависит от политики и культуры компании. В компаниях-вендорах, действительно, более дружелюбная и расслабленная атмосфера - новомодные удобные офисы, печеньки и настольный футбол:) А вот в крупном бизнесе, в частности в банках, - это другая совсем история. Сейчас много людей собеседую и часто, когда пытаюсь завлечь «своих», получаю отказы именно из-за того, что это банк - бюрократия, формальности, дресс-код, никаких печенек и ништяков...

Ясно. Последний традиционный вопрос: какие у тебя дальнейшие планы на карьеру?

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

Спасибо за интересное интервью! Желаем успехов!

Виталий, привет! Расскажи, где и кем ты работаешь сейчас?

Сейчас я - разработчик .net back-end в известной продуктовой компании. Занимаюсь разработкой микросервисов. Кручу планету к будущему.

Когда ты понял, что хочешь работать в ИТ, быть разработчиком?

Интерес появился, когда я не получил зачет по программированию в университете. Халявы не случилось и пришлось потратить лето на самообучение программированию на C++. Когда через пару месяцев мои программы начали работать как должны, появился кайф и мощное дофаминованое подкрепление. Потом купил книжку "C# за 60 дней" и продолжил самообучение. Стал писать программы, которые могут пригодиться лично мне.

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

Очень поэтично сказано о работе.
Но если тебе изначально не нравилось программирование, то почему ты пошел учиться ему? Какой специальности учился?

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

Как начиналась твоя профессиональная жизнь?

На четвертом курсе университета я устроился работать джуном-программистом по C#. Устроился быстро, через hh. Я просил экстремально мало денег, 8000 рублей в месяц. Это было лет 11 назад. Я был робкий и не думал что я стою больше. К тому же это было в Питере.

Как дальше складывалась карьера?

Джуном проработал два года. Потом был перерыв на обучение в аспирантуре. Далее - снова устроился программистом, уже мидлом. Был мидлом пять лет, после чего устроился уже сеньором. Сейчас у меня стаж 10 лет. Все это время работал кодил на C#/C++.

Ты закончил аспирантуру? Какая была тема диссертации?

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

Какие дальнейшие планы?

Надеюсь когда-нибудь стать руководителем отдела IT, рассматриваю возможности для перехода в менеджмент.

Спасибо за интервью!

Андрей, привет! Спасибо, что согласился дать интервью. Для начала можешь коротко рассказать чем занимаешься сейчас? (интервью от 22 апреля)

Привет. Конкретно сейчас нахожусь в Красной Поляне в Сочи. Не то чтобы на карантине =) Просто зимы стараюсь проводить здесь, в горах. Катаюсь ранним утром когда есть свежевыпавший снег - люблю фрирайд в горах. В настоящий момент пишу материалы для нашего сайта компании Identigy. Мы предлагаем консалтинг по внедрению, поддержке и развитию систем управления доступами (IDM).

Касательно компании: Я достаточно долго проработал в интеграторах и занимался системами управления доступами. 6 лет назад возникла идея и появилась возможность создать свою компанию с четким фокусом на консалтинг. Это отличает нас от подхода традиционных интеграторов. Модель professional services в тематике IDM \ IGA - это создание команд экспертов и масштабирование профессиональной экспертизы.

Одному такое было сложно реализовать. Партнеров нашел на последнем месте работы. Первый вызов был сразу же реализовать проект на неизвестной и новой для нас платформе IDM в Европе. Сделали с одним из партнеров в ударные сроки. Когда успешно его завершили - поняли что мы можем! Сделали компанию в Риге и спустя год в Москве. Я стал генеральным директором и уделял больше времени организационным вопросам, но не забывал и про поддержку экспертизы. На первых проектах компании сам работал консультантом по внедрению IDM-решений.

А теперь предлагаю откатиться назад к началу твоего пути. Ты закончил Тимирязевку. С отличием?

Я хорошо учился и закончил институт с красным дипломом. Начиная с 3 курса института параллельно работал в крупном интеграторе. Диплом писал по системе управления доступами.

С чего началась твоя трудовая жизнь?

Я начинал как инженер Linux-решений. Тогда это было очень популярно: Linux и opensource набирали обороты в корпоративной среде. Затем я переключился на Java-разработку и участвовал в проекте создания системы электронного документооборота для корпораций.

Знакомство с тематикой IDM решений было в компании RStyle (будущий RedSys),а через 10 лет мы в участвуем в совместном IDM проекте. Далее я работал в Jet Infosystems и Asteros.

Чем тебя привлекло направление IDM и консалтинг?

Мне была интересна тематика управления доступами к ИТ системам в части процессов и интеграций с ИТ системами.

Первые проекты были затянутые и тяжелые. Не хватало экспертизы и сильной команды. Мне хотелось создать такую и быть экспертом в этой области.

Какие скиллы потребовались для работы консультантом?

Сначала больше прокачивал техническую экспертизу: понимание процессов управление доступом, сильные и слабые стороны IDM платформ и их архитектура, инженерные навыки, разработка и тестирование. Параллельно с этим, конечно, начал нарабатывать soft skills.

Какие скиллы потом развивал для ведения бизнеса?

Soft skills. Организаторские способности, навыки ведения эффективных коммуникаций, работа в команде, эмоциональный интеллект - это в приоритете, но и широкая экспертиза в предметной области очень важна.

Как ты привлекал инвестиции на бизнес?

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

Говорят, что больше половины успеха бизнеса - хорошие партнеры. По какому принципу выбираешь с кем будешь работать?

Честность, открытость, целеустремленность. С друзьями действительно сложно работать.

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

Это сильно зависит от ситуации на рынке и сезонности. Например, начало года в ИТ всегда спокойно проходит, а конец года всегда очень напряженный. В среднем стараюсь работать 8 часов в день, но часто могут быть овертаймы, работа в выходные. Я всегда остаюсь на связи, даже в отпуске. С другой стороны, могу позволить себе покатать фрирайд в горах утром или тренировку по вейкборду с 7 30 до 12 00, а потом сесть за работу со сдвигом во вторую половину дня.

Какие дальнейшие планы на жизнь?

Масштабировать экспертизу и собрать команды для других IDM платформ, открыть новые направления (смежные с IDM). Найти новых клиентов и заключить новые контракты в России и Европе. В личных платных планах – изучить испанский, кайтсерфинг и серфинг.

Желаем успехов!

Кирилл, ты рассказывал, что работаешь уже около 8 лет на проекте. Ты закрывал роль лида разработки, руководителя проекта и аналитика.

По каким соображениям изначально не вводили выделенного аналитика? Что изменилось?

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

Звучит так, что по сути для команды не стояло и нет на данный момент проблемы в требованиях. Вся задача только в создании исчерпывающей документации, удовлетворяющей заказчика. Так?

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

1. По твоему мнению, какие условия на проекте должны быть, чтобы тех. документация была must have?

2. В твоем утверждении нет противоречия твоему желанию иметь на проекте тех. спеки на все микросервисы?

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

2. Тех.спеками я закрываю потребность банка и нас рассчитаться за проделанную работу + пытаюсь теми же документами иметь возможность в любой момент ответить на вопрос как работает сервис.

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

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

Какие 3 основные момента должны быть в задаче обязательно?

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

Важно понимать зачем вообще заведена задача. Поэтому первый и обязательный пункт в задаче это формулировка проблемы, которую мы решаем (Problem Statement). Этот пункт помогает, в том числе, аналитику понять нужна ли вообще эта задача, есть ли на самом деле проблема.

Далее - проработка решения, результатом которой должен стать одноименный раздел (Solution). Этот раздел важен в первую очередь разработчикам. Детализация проработки решения зависит от уровня команды и, иногда, от конкретного исполнителя. В сильной, погруженной в контекст, знакомой с фреймворком, команды достаточно описать идею решения. Если в команде есть новички или джуны, идеи не достаточно, нужно больше конкретики. Кроме того, нужно обозначить какие есть ограничения (доступность, ожидаемая нагрузка и т.п.).

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

Я помню, что изначально тебе не очень нравилась идея acceptance criteria в задачах, т.к. это требует дополнительного времени. Ты изменил мнение?

Скорее я не смог сходу идентифицировать ту часть постановки как критерии приёмки. После твоих разъяснений все встало на свои места. Я согласен с тем, что наличие критериев приемки в задаче полезно. Но так как в них много конкретики, есть риск, что по мере реализации их придётся обильно корректировать, что создаёт дополнительную работу. Работа как всегда порождает работу.

Давай обсудим кейс, когда команда разработки неоднородная. Как бы ты советовал аналитику формулировать постановки в таком случае?

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

Спасибо за интервью!