Publications / Managing Four Parallel IT Projects Without Missing Deadlines. Was That Even Possible?

MC.today

MC.today is a dynamic online platform focusing on business, entrepreneurship, and lifestyle in Ukraine. Offering a rich blend of news, articles, interviews, and event coverage, it serves as a key source of information for business leaders, startups, and those interested in the Ukrainian market trends and innovations.


Tuesday, 20 October 2020

То, как люди строят карьеру, иногда наводит на мысль: «А так можно было? » Часто она помогает на что-то решиться или посмотреть с другой стороны. Поэтому мы с командой стартапа Skyworker начинаем выведывать эти истории и рассказывать вам. Это первая, и она про Андрея Губского, человека, у которого практически не было периода в жизни, когда он работал только на одном проекте. Его история может помочь, если вы думаете о том, чтобы совмещать основную работу с фрилансом или начать прокачивать свой личный бренд.

Андрей в профессии уже более 10 лет. Сейчас он software architect в компании Video Intelligence, технический директор проекта Торф ТВ, IT-консультант, Microsoft Most Valuable Professional.

Параллельные проекты – это удобно  

Максимально у меня было четыре проекта одновременно. Я часто обновляю свой LinkedIn, чтобы клиенты знали, над чем я работаю. Со всеми клиентами я всегда оговариваю, что время, обозначенное в контракте, я всегда полностью отрабатываю. И я никогда не занимаюсь одним проектом в ущерб другому. До сих пор мне не встречались клиенты, которые бы требовали, чтобы я отказался от других проектов. Критерий всегда один – выполняешь задачу или нет. 

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

Как распределить время 

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

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

Что обсуждать с клиентом на старте

Кроме адекватной оценки времени важны следующие моменты:

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

Публичные выступления и рекомендации 

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

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

Первый шаг к этому – говорить так, чтобы продавать себя. Чтобы так было, нужно подготовить ответ на вопрос, который к вам прилетит в любой новой компании: «Чем ты занимаешься?». Ответ должен быть понятным, структурированным и охватывать ключевые моменты. Чтобы все сразу понимали, в чем вы сильны, что вам нужно и с какими вопросами/предложениями нужно идти к вам.  

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

Есть три варианта, как получается выступление:

  • Люди, которые знают, в чем я разбираюсь,  рекомендуют меня организаторам.
  • Я участвую в организации конференции/встречи, предлагаю свою тему и выступаю.
  • Общаюсь с людьми, которые хотят провести встречу в своей компании, говорю, о чем могу рассказать. Если тема подходит, иду выступать.

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

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

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


Read publication