3 заметки с тегом

Инженерное мышление

Владислав Малахин о задачах разработчика

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

За что ты зацепился, когда в первый раз пришёл в компанию?

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

Пошёл искать работу с требованиями по зарплате на уровне джуниора. К сожалению, оказалось, что найти работу за эти деньги очень тяжело, потому что никто не хочет платить в белую и чтобы ты работал только 8 часов — в итоге, оказывалось, что ты должен работать 6 дней в неделю и больше 8 часов. При этом в таких компаниях собеседования обычно проводят директора и в то время, когда у всех раздолбаные компьютеры —  у него макбук. И судя по виду, он забежал только на собеседование. Очень плохие впечатления от таких компаний. Решил изменить подход и написал зарплату в три раза больше. Это была очень хорошая зарплата на тот момент, но предложения стали гораздо более адекватные. Удивительно, но в этих компаниях никто не назвал меня дебилом. Через пару месяцев работы в XIAG решил, что фрилансить больше не хочу. 

Тяжело было перейти с фриланса?

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

После фриланса изменилось почти всё. Совершенно другие подходы. Каждый программист проходит в своей жизни тот момент, когда он пишет свой фреймворк или собственную CMS. В тот момент я начала подозревать, что наверное не надо было этого делать, наверное есть более хорошие решения. И здесь я окончательно от этого отошёл, понял как надо. На тот момент тут уже было тестирование. Я этим не занимался до XIAG. Выглядит так, что как будто я даже не подозревал об этом. 

На что смотришь на собеседованиях и какие люди вам подходят?

У меня очень плохо с теорией. Но у меня достаточно много опыта — не смогу объяснить красивыми словами, но знаю, какие бывают проблемы, как их решать. Это касается не только программирования: возможно, настройка сервера, баз данных. Могу общаться с клиентами.

На собеседовании я задаю вопросы, исходя из тех проблем, которые сам решал. Я не буду просить расшифровать принципы SOLID. Когда даёшь конкретную проблему, сразу видно, куда человек начинает копать. Кто-то сразу останавливается на PHP: можно использовать эту функцию, или эту. И дальше PHP не уходит, а то, что может тормозить диск, база данных, сеть им неизвестно. Они не в курсе в принципе об этом. Абсолютные единицы говорят, что может быть это таска  — косяк менеджера. «Проверьте, что действительно тормозит» — с этого надо начинать. Потому что есть менеджеры, которые вообще как прокси работают. Им сказали «всё плохо», они пишут: «Всё плохо — сделайте хорошо». Надо начинать с проверки таски: удостовериться, что проблема есть. Единицы, кто про это вспоминает с самого начала и обычно эти люди работают у нас на высоком уровне.

Часто приходят люди, которые знают только свою технологию и вокруг ничего не знают — это странно. Обычно наша оценка уровня таких людей не совпадает с их внутренним ощущением. Язык они знают на отлично, но забывают о необходимости знания окружения и соседних технологий. Часто дают однобокие ответы — вокруг одной темы. Проблема в том, что у нас не бывает таких задач. В большинстве случаев ты должен понять задачу, поговорить с менеджером, получить полное описание проблемы. Возможно это будет связанно и с бэкендом, и с фронтендом, и с дизайном. Если ты не знаешь фронтенд, то хорошо, но ты всё равно должен будешь разобраться с тем, кто знает, чтобы он помог. У нас таски включают всё. Очень плохо, если ты вообще не знаешь окружение: Git, Vagrant, NPM, RabbitMQ и так далее.

Как выбираете технологии и на что делаете акцент?

Менеджер ставит цели, сроки. Мы ищем подходящий инструмент. Совсем новые технологии мы не берём в production. Во внутреннем проекте ещё можем побаловаться, но клиентам на не обкатанном писать не будем.

Из последнего у нас есть проект, где менеджер нам рассказывает, что для решения этой задачи отлично подходит первая Magento, плюс у нас куча готовых модулей. Грубо говоря, у нас уже почти всё готово — берите, делайте. Мы так подумали: «Мы не будем это брать. Технология уже не поддерживается, лучше потратить больше времени и сделать нормально». Есть ещё один большой проект, которому уже больше 10 лет. В какой-то момент приходилось много переделывать, но у нас никогда не было задачи его переписать. Скорее появлялись задачи, когда мы понимали, что легче уже написать с нуля. Но когда появлялась большая задача, где надо либо разработать с нуля, либо значительно изменить функционал, всегда думаем, какую технологию можно использовать. Возможно, в этом месте следует использовать уже другой подход, а не тот, что был много лет назад.

У нас есть рефакторинг и тесты. Плюс XIAG в том, что это сразу закладывается в таску — обязательно. У тебя тут нет возможности писать плохой код — его не примут. Клиент это оплачивает и знает об этом. Ни раз клиенты сначала отказывались, а потом возвращались. Говорили: «Мы нашли гораздо дешевле. И они нам не за год, а за два месяца сделают». Через 2 месяца приходят: «Год так год».

2018   Владислав Малахин   Инженерное мышление   Интервью

Максим Гнатенко о подходах к разработке и разработчикам

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

Ты являешься одним из ведущих разработчиков XIAG. Как ты попал в компанию?

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

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

Ты уже более 10 лет в компании…

Ужас.

Как изменились процессы за это время?

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

При этом процессы изменились. Компания растёт по-тихоньку. Хорошо, что не быстро:  мне нравится работать в маленькой компании. Но она растёт. Поэтому если раньше было ядро, где испытывались новые технологии, а потом это распространялось другими разработчикам, то сейчас, наверное, есть несколько центров притяжения. Наш вызов сейчас  —  передавать знания друг другу между командами. В повседневной жизни мы общаемся меньше, чем раньше. Раньше мы знали все проекты наперечёт, сейчас их больше. Но процессы таковы, что новые технологии внедряются. Как? Появляются вопросы, задачи и мы ищем хороший инструмент. 
В IT-индустрии что происходит? Очень быстро меняется стек технологий. То, что несколько лет назад считалось чем-то новым и многообещающим сегодня вдруг уже устарело, помечено галочкой «deprecated» и не развивается — значит нам надо искать что-то ещё. 

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

Есть мнение, что современные разработчики с опытом 2-3 года по факту знают только современные технологии без фундаментальных знаний и по сути находятся далеко от программирования.

Я это замечаю. К сожалению, хороших программистов найти очень сложно. Нам не нужен человек, который думает «Я — PHP-программист» или «Я — JS-программист». Нам нужен человек, который имеет правильное отношение к IT-миру : он готов решать задачи, используя нужные инструменты. Освоить язык программирования —  это можно и не составляет труда. Нужно только понимать в какую сторону двигаться. Мне даже кажется сейчас, что получить готового хорошего квалифицированного программиста безумно сложно. Есть конечно и экономическая составляющая: мы не готовы платить безумные деньги. Это будет странно по отношению к остальной команде и экономически неоправданно. С другой стороны брать на работу неквалифицированных ребят  —  нам же дороже, потому что мы тратим время квалифицированных людей на обучение, затормаживаем проект. В итоге разработка становится медленнее и качество наших решений страдает. Если в команде есть люди, которые не понимают определённые технологии или подходы  —  мы вынуждены их не использовать. В итоге у нас будут не такие интересные и качественные результаты работы и это приведёт к тому, что к нам не придут люди, которым интересно делать умные вещи. 

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

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

Вообще я встречался в людьми с «сильным мнением», которые знают, как правильно  —  это плохо. Даже лучшие в индустрии не знают, как правильно. Человеческий разум всё-таки несовершенен. Я видел людей, которые делают потрясающие вещи и могут в уме придумывать обалденные алгоритмы, но даже они скромные. Когда человек настолько самоуверен  — он становится закостеневшим, не готовым расти. Очень хорошо, когда человек сохраняет открытость, несмотря на опыт и знания. Признаёт свои ошибки, понимает, что можно сделать совсем по-другому.

Как раз хотел задать тебе вопрос, с кем приятно работать.

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

Какие требования обычно выдвигаешь к людям?

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

Какими проектам ты занимаешься?

Сейчас так получилось, что я работаю над проектом, для которого я писал логин-форму в первый день своей работы, 13 лет назад. И это очень интересно посмотреть, во что превратилось то, что я когда-то начинал. Вообще, работая в компании, я переходил из проекта в проект. Это одно из преимуществ работы здесь :  мы можем кардинально менять то, чем занимаемся. Были проекты, которые просто заканчивались и я переходил на другой. Были проекты, куда я попросился сам. Это, наверное, тот самый европейский менеджмент в компании, что руководство понимает: работники должны быть счастливы от того, что делают. Иногда до смешного доходит, как сильно защищаются программисты от давления реального мира :  от психованных клиентов, от жёстких сроков. Ваша задача  —  заниматься своими делами и быть счастливыми. С одной стороны, это выглядит смешно немножко, с другой, это правда создаёт классную атмосферу. 

Последние 2 года я работаю над проектом, от которого меня прёт (Речь идёт о проекте Hogashop: https://www.hogashop.ch  —  прим.ред.). Я пришёл туда, когда он был в плохом полуобразованном состоянии: старый легаси-код и так далее. При этом он очень востребованный: он приносит доход своим владельцам и есть люди, которые пользуются им ежедневно. Поэтому все изменения приходят прямо в руки к людям. Твоя работа становится нужной и от этого очень приятно. Ребята ездили в Швейцарию, заходили в эти больницы, рестораны, видели, как люди используют приложение. Подглядывали, что лучше изменить. 

Есть примеры проектов, которые ты считаешь важными для общества?

Ты задаёшь глобальный вопрос. Всё, что мы используем в повседневной жизни, очень изменило всё. Те же карты, на которых мы ищем ближайшую столовую. Наши мобильные телефоны, которые обеспечивают огромный информационный фон. Весь этот 21 век мне очень нравится своей информационной составляющей. У нас на кончиках пальцев целая куча информации. Тебе не нужно идти и записываться в библиотеку, 2 часа искать что-то. Ты просто говоришь: «OK, Google. Какая птица обладает зелёным оперением?». Даже то, что мы с тобой сидим, разговариваем (Интервью проводилось удалённо — прим. ред.)  —  это круто.

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

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

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

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

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

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

Обычно у нас занимает лидирующую роль человек, который заинтересован. В чём он заинтересован:  в собственном росте или попробовать новые технологии за счёт клиента или ему нравится продукт  —  это его дело. Ещё очень важный момент: как человек относится к работе, что он делает. Спросишь: «Ты чем занят?». Он ответит: «Я пишу алгоритм». А другой ответит: «Я делаю систему». Если ты представляешь целиком картину, то ты можешь вести проект и объединять вокруг себя людей. 

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

Что тебя вдохновляет в современной IT-сфере? Например, искусственный интеллект.

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

2018   Инженерное мышление   Интервью

Андреас Граф: «Бизнес — это история о людях»

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

Как можно представить Вашу повседневную жизнь в качестве руководителя?

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

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

Необходимо понимать, что мы на правильном пути, чтобы продолжать предоставлять нашим клиентам наилучший сервис в будущем. Моя задача — убедиться, что компания функционирует. Обеспечить почву под ногами, чтобы всё могло развиваться. Главное: сохранить философию XIAG и то, как мы делаем проекты. Наш принцип: развивать эффективную, практичную компанию и рассматривать её как динамичную систему — она не должна стать громоздкой и вялой.

Какие непосредственно задачи Вы решаете?

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

Что касается работы с людьми, то здесь моя задача — организовать команду, чтобы достигать цели компании. И вести её, чтобы люди могли вместе работать. Поскольку у нас плоская иерархия, я стараюсь быть как можно ближе к проектам и знать, что происходит. Например, я приезжаю в Россию 2—3 раза в год: встретиться с людьми и обсудить проекты, планы. Также это помогает скорректировать момент, когда мы делаем вещи, не соответствующие потребностям клиента. Мы постоянно работаем со многими технологиями, но быть на месте клиента — это другое. Нужно постоянно менять точку зрения.

Как Вы начали карьеру?

У меня инженерное образование в области разработки ПО. После учёбы я начал работать в качестве разработчика в крупном швейцарском банке (Assembler, PL1). Мы делали инструменты для разработчиков (Software Lifecycle), подобно сегодняшнему Git и другим инструментам для развертывания. В то время мы делали клиент-серверное приложение, которое было основано на разных платформах и технологиях. Оно было похоже на сегодняшние очень сложные решения.

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

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

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

Затем я стал техническим директором www.search.ch — первой швейцарской поисковой системы. Когда мы начали, Google еще не существовал. Мы быстро стали самым посещаемым сайтом в Швейцарии. Затем Google становился всё больше, и нам пришлось подумать о том, что мы можем ему противопоставить в наших дополнительных функциях. Мы объединили телефонную книгу, карты и т. д. Но Google рос всё быстрее и быстрее.

Как вы основали XIAG?

В конце 90-х разрастался пузырь «доткомов». Было очень сложно найти хороших разработчиков. В то время мой друг связался с Андреасом Бухером (прим. ред. Один из основателей XIAG), который был в Академе — «Silicon Taiga». Было известно, что здесь есть хорошие разработчики. Мы попробовали сделать небольшой проект (приложение для поздравительных открыток). Я был очень доволен, а затем мы начали разрабатывать решения для search.ch, который затем был продан.

В то время я решил, что благодаря знаниям и опыту мы сами должны разрабатывать и управлять решениями и порталами на online-рынке в Швейцарии. Это было в 2000 году. С тех пор мы растём медленно, но верно. У нас очень привлекательный список клиентов. Мы создаём сложные решения и порталы.

Какие были ожидания в начале основания компании?

Когда я начал, первой целью было разрабатывать интересные решения. Не хотелось начинать в стиле «Einmannfirma» (прим. ред. Фирма с одним человеком), а хотелось работать с командой. Потому что только так можно было работать с большими проектами и клиентами. Здесь был большой риск, так как это требовало больших вложений. Я потратил все свои сбережения и много ночей не очень хорошо спал: приходилось постоянно думать о том, что нужно платить зарплату. Себе я платил очень мало. Также я чаще всего вставал в то время, когда начинался рабочий день в России. Это было довольно сложно.

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

Какие процессы в компании наиболее важны?

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

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

Можно ли назвать долгосрочные отношения с клиентами европейским подходом?
Это не совсем европейский подход. Раньше клиенты хотели купить подешевле и сразу получить готовый продукт. Но как оказалось разработка софта — это более долгий процесс и здесь важно развивать продукт. Здесь в большей мере влияет опыт всей индустрии: нужно постоянно развивать продукт и для этого важно иметь надёжных партнёров.

Работа команды — это не фиксированный результат, а как в Agile-методологии, где оценивают не за конкретный результат, а за процесс. Поэтому в долгосрочной перспективе подход «купить готовый продукт подешевле» не приносит успех.

Какие важные уроки Вы сделали за свою карьеру?

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

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

Что помогает принимать решения?

Я много читаю и все анализирую. Мне также нравится обмениваться идеями с другими людьми по разным вопросам, узнавать их мнение и оценку. Из всей информации и опыта развивается «чутье». Бывает оно обманывает, но всё-таки гораздо реже, чем решения, основанные на чётких критериях, которые часто являются неполными.

В чём заключается успех для Вас?

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

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

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

Какие книги вы можете порекомендовать?

«Максимум. Как достичь личного совершенства с помощью современных научных открытий». Талант — только начало. Превосходство и успех должны быть усердно проработаны и этого могут достичь большинство людей. Авторы: Андерс Эрикссон, Роберт Пул.

«Проект “Феникс”. Роман о том, как DevOps меняет бизнес к лучшему». Книга о проблемах компании, которые возникают между бизнесом, маркетингом, операционными задачами и развитием. Авторы: Джин Ким, Кевин Бер, Джордж Спаффорд.

Автор: Кристина Головко.

XIAG http://www.xiag.ru
Вакансии http://www.xiag.ru/career/vacancies

2018   Андреас Граф   Инженерное мышление   Интервью   Менеджмент