ОБО МНЕ
Олег Гайдуков
Operational CTO
Олег Гайдуков, Operational CTO, работает со сложившимися продуктовыми и инженерными командами. Помогает разобраться в неясной технической задаче, определить границы решения и довести его до изменения, которое можно проверить. За дальнейшую работу отвечает конкретный человек внутри команды.
Беру проекты выборочно · EMEA / удалённо
Когда я подключаюсь
Я подключаюсь, когда важное техническое решение застряло. Ответственность поделили между несколькими людьми, в данных трудно разобраться, а ждать становится всё дороже. Разбираюсь, что именно нужно решить, довожу это до работающего изменения и передаю команде систему с исходными показателями, по которым она сможет следить за результатом сама.
Как я работаю
Разобраться, что нужно решить
Сначала отделяю факты от предположений и выясняю, что нас ограничивает. Затем выношу конкретное решение на обсуждение с теми, кто отвечает за его последствия. Совещание имеет смысл, если после него есть что изменить в записи решения.
Довести до работающего изменения
Договорённость с руководителем ещё нужно воплотить в архитектуре, коде и процессе выпуска. Поэтому я разбираюсь и с логами, и с проверками, перехожу от одного уровня к другому, пока результат нельзя будет проверить руками.
Передать работу команде
К моменту передачи работы нужны исходные показатели и человек внутри команды, который за неё отвечает. Если команда навсегда зависит от внешнего руководителя, работу выстроили плохо. Срочность первого шага этого не оправдывает.
На что опираюсь в работе
Начинать с сути задачи
Сначала разбираемся, какое решение нужно принять и каких данных для этого не хватает. Новый ритуал сам по себе задачу не решит.
Подробнее на сайтеПрямой разговор
Прямо говорим, что знаем, а что пока предполагаем. Договариваемся, кто отвечает за следующий шаг.
Подробнее на сайтеБыстрее разобраться на практике
Выбираем одно изменение с понятными границами. Сравниваем результат с исходными показателями или заранее оговорённым косвенным показателем.
Подробнее на сайтеВоплощать решения
Решение должно изменить архитектуру, код, процесс выпуска или проверки. До этого работу рано считать законченной.
Подробнее на сайтеОтвечать за трудный выбор
О последствиях говорим открыто, особенно когда решение затрагивает команду.
Подробнее на сайтеОставлять рискованные решения человеку
Когда самостоятельная ошибка системы может обойтись слишком дорого, решение проверяет человек.
Подробнее на сайте
О чём договариваемся заранее
- Публикую результаты только с источником и разрешением. Указываю свою роль и границы того, что можно утверждать.
- Не провожу бесплатную диагностику и не подключаюсь просто как дополнительный сотрудник. Бесконечные разговоры об инновациях тоже не мой формат.
- В каждой работе заранее определяем, кто внутри команды примет ответственность и как пройдёт передача.