Портрет Олега Гайдукова на открытом воздухе
Олег Гайдуков.

ОБО МНЕ

Олег Гайдуков

Operational CTO

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

Беру проекты выборочно · EMEA / удалённо

Когда я подключаюсь

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

Как я работаю

  1. Разобраться, что нужно решить

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

  2. Внедрить и проверить

    После договорённости с руководителем ещё нужно изменить саму систему. Разбираюсь с архитектурой, кодом и выпуском продукта, смотрю логи и меры защиты. У команды должна быть возможность проверить результат.

  3. Передать работу команде

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

На что опираюсь в работе

  • Сначала разобраться в задаче

    Прежде чем добавлять ещё одно совещание, выясняем, что нужно решить и каких фактов не хватает.

    Подробнее на сайте
  • Прямой разговор

    Говорим, что знаем и что пока предполагаем. Называем ответственного за следующий шаг.

    Подробнее на сайте
  • Проверить на одной задаче

    Согласуем одно изменение и объём работы. Сравниваем с показателями до начала. Если прямой замер невозможен, заранее выбираем косвенный показатель.

    Подробнее на сайте
  • Довести решение до конца

    Работа не закончена, пока решение не изменило архитектуру, код, выпуск продукта или меры защиты.

    Подробнее на сайте
  • Открыто обсуждать последствия

    Обсуждаем, что выиграем и чем придётся пожертвовать. Особенно если с последствиями будет жить команда.

    Подробнее на сайте
  • Проверять рискованные решения

    Если ошибка системы может обойтись слишком дорого, решение должен проверить человек.

    Подробнее на сайте

О чём договариваемся заранее

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