Владение

О чём спрашивать технического директора и как читать ответы?

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

Короткий ответ

Четыре вопроса задавайте ежемесячно, десять — ежеквартально, десять — раз в год. Ежемесячные о том, что изменилось и что сейчас под риском; квартальные — о зависимостях, концентрации и восстановлении; годовые — о владении и непрерывности. Не менее важно то, как вы читаете ответы: откалиброванная неуверенность — хороший признак, а полная уверенность в отношении настоящей системы — нет.

#Как читать ответ

Начните отсюда. Сами вопросы стоят меньше, чем умение слышать, что делает ответ.

Техническое содержание вы оценить не можете, и вам это не нужно. Четыре свойства ответа читаются кем угодно:

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

Ответ, за который стоит зацепиться всегда

«Ничего» в ответ на «чего мы не знаем про собственную систему?». У любой настоящей системы есть открытые вопросы. Команда, которая не может назвать ни одного, либо не смотрела, либо вас от чего-то оберегает, — и то и другое стоит второго вопроса.

#Ежемесячно — четыре

Коротко и всегда одни и те же четыре

Это ритм, а не расследование. Пятнадцать минут.

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

#Ежеквартально — десять

Зависимость и концентрация

  • Какие части системы может объяснить только один человек? Просите имена, а не заверения. Ответ и есть реестр рисков.
  • Выкатывал ли в этом квартале кто-нибудь, кроме обычного человека?
  • От каких внешних сервисов мы начали зависеть с прошлого разговора?
  • Работает ли что-то, чего нет в репозитории?

Восстановление

  • Когда мы в последний раз разворачивали бэкап и сколько это заняло?
  • Если бы наша крупнейшая внешняя зависимость легла на сутки, что увидели бы клиенты?

Понимание

  • Чего мы не знаем про собственную систему?
  • Актуальна ли ещё наша техническая картина и когда её последний раз сверяли?
  • Что показалось бы новому инженеру непонятным в первую неделю? Полезный индикатор недокументированных соглашений, и на этот вопрос люди отвечают охотно.
  • Что вы просили и на что до сих пор не получили согласия? Задавайте каждый квартал. Ответ часто оказывается самой дешёвой из всех проблем.

#Раз в год — десять

Владение

Аккаунты накапливаются. Раза в год достаточно, а пропуск этого три года подряд — то, как и случаются сюрпризы.

  • На чьё имя домен и куда уходит его письмо для восстановления?
  • На чьём аккаунте продакшен и кому выставляют счёт?
  • Все ли аккаунты внешних сервисов оформлены на компанию?
  • Контакты восстановления на всех критичных аккаунтах управляются компанией?

Непрерывность

  • Если бы вы были недоступны месяц, что встало бы?
  • Смогла бы это принять другая команда и сколько бы это заняло?
  • Что бы мы им передали?

Направление

  • Что мы тащим из того, что сегодня построили бы иначе?
  • Какой самый большой технический риск для бизнеса? Для бизнеса, а не для кодовой базы. Это различие даёт другой ответ.
  • Что бы вы сделали за месяц, в который никто не просит новых функций?

#Как спрашивать, чтобы это не стало экзаменом

Разницу между ритмом и допросом делают три вещи:

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

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

#Что идёт не так

Задать все двадцать четыре разом.

Вместо этого Четыре в месяц, десять в квартал, десять в год. Двухчасовая сессия один раз производит представление; ритм производит информацию.

Принимать заверения за ответ.

Вместо этого «Всё нормально» не является ответом ни на один вопрос отсюда. Просите конкретику: какие части, на чьём аккаунте, когда в последний раз.

Не записывать ответы.

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

Спрашивать только когда встревожены.

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

Никогда не спрашивать, что нужно им.

Вместо этого Это стоит одного вопроса и меняет то, ради чего весь разговор.

#Чего это не покрывает

Чего это не делает

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

На часть из них ответ может выдать система.

Что изменилось, от чего она зависит, что работает по расписанию и чего никто не может подтвердить, — выведенное из системы, а не из чьих-то воспоминаний.

Построить карту проекта — бесплатно Что стоит знать основателю