Русский
Построить карту

Инструмент

Какие ответы о собственной программе вы действительно можете получить?

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

Построить карту

Отвечено из

Где вы находитесь

Это я получу

Ответы, которые у вас действительно есть. Стоит записать их где-то, кроме разговора.

Не получу

Известные дыры. У каждой рядом конкретный первый шаг, и часть занимает меньше часа.

Предполагаю, что да

Самая интересная группа. Предполагаемый ответ и проверенный ведут себя одинаково — ровно до того дня, когда перестают.

Чем мы владеем

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

Вы знаете, на чьё имя зарегистрирован домен?

Не кто им управляет. На чьё имя оформлена регистрация и куда уходит письмо для восстановления.

Если это я получу Если ответ — аккаунт компании с адресом восстановления компании, то с этим пунктом покончено.

Если не получу Спросите сегодня, и попросите скриншот данных владельца, а не слово «да».

Если предполагаю, что да Это вы можете проверить сами за десять минут в панели регистратора.

Вы знаете, на чьём аккаунте стоят продакшен-серверы?

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

Если это я получу Убедитесь заодно, что счета идут на корпоративный способ оплаты.

Если не получу Спросите, кому приходит счёт за облако. Обычно этот вопрос быстрее, чем вопрос про владение.

Если предполагаю, что да Идите по счёту. Он всё решает.

Если ваш самый старший технический человек уйдёт завтра, вы всё ещё попадёте везде?

Везде: на серверы, к домену, к платёжному провайдеру, к почте, в магазины приложений.

Если это я получу Хорошо, и стоит перепроверять раз в год: аккаунты накапливаются.

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

Если предполагаю, что да Составьте список, потом проверьте список. Это полдня.

Вы знаете, за какие внешние сервисы продукт платит?

Список счетов — это грубая карта того, от чего зависит ваша программа.

Если это я получу Сравните его с техническим списком. Разница в обе стороны информативна.

Если не получу Начните с банковских выписок. Это самый быстрый путь к списку, который вы не просто вспомнили.

Если предполагаю, что да Спросите финансиста, а не разработчика.

Что представляет собой система

На это есть ответы обычным языком. Если получить их не удаётся — это уже само по себе результат.

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

От пяти до пятнадцати штук, по одному предложению на каждую. Не техническое описание.

Если это я получу Запишите. Этим артефактом в итоге будут пользоваться все остальные в компании.

Если не получу Это самое полезное, что стоит попросить, и единственное, что анализ выдаёт напрямую.

Если предполагаю, что да Попробуйте написать список сами и попросите кого-нибудь его поправить. Это работает лучше, чем просьба о документе.

Вы знаете, какие внешние сервисы нужны продукту, чтобы работать?

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

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

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

Если предполагаю, что да Сравните технический список со списком счетов. То, что есть в одном и нет в другом, стоит вопроса.

Вы знаете, где хранятся клиентские данные и уходит ли что-то из них за пределы ваших систем?

Это одновременно вопрос регуляторики и бизнеса, и об исходящей половине никто не думает.

Если это я получу Проверьте, что получатель каждого исходящего потока — всё ещё тот, с кем у вас есть отношения.

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

Если предполагаю, что да Там, где файл пишется по пути, настроенному вне кода, по одному коду на это не ответит никто, — и это стоит знать явно.

Вы знаете, что работает само, без того чтобы это кто-то запускал?

Ночные задачи, месячные отчёты, уборка мусора. Категория с наибольшим числом забытого на единицу размера.

Если это я получу Проверьте, что у каждой есть названный владелец и что кто-то заметил бы её остановку.

Если не получу Попросите список. Обычно он удивляет и того, кто его составляет.

Если предполагаю, что да То, что запускается раз в месяц или в квартал, легко пропустить целиком.

Насколько мы уязвимы

Вы знаете, какие части понимает только один человек?

Отвечайте «да», только если вы это сосчитали, а не если предполагаете, что всё нормально.

Если это я получу Этот список и есть ваш реестр технических рисков, и он точнее большинства.

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

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

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

Оценка с обоснованием, а не число, которое кто-то назвал, чтобы вас успокоить.

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

Если не получу Проверка готовности к передаче даст вам защитимую версию этого за десять минут.

Если предполагаю, что да Спросите двух человек по отдельности. Если ответы расходятся втрое — не знает никто.

Вы знаете, когда бэкап в последний раз реально разворачивали?

Разворачивали, а не настраивали. Это разные операции, и проверена только одна из них.

Если это я получу Запишите дату и сколько это заняло. Оба числа полезны.

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

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

Мог бы кто-то сказать вам, чего сейчас никто здесь не знает про вашу же систему?

Уверенное «ничего» — ответ хуже, чем список из четырёх пунктов.

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

Если не получу Задайте вопрос ровно этими словами. Реакция на него информативна уже сама по себе.

Если предполагаю, что да У любой настоящей системы есть открытые вопросы. Команда, которая не может назвать ни одного, просто не смотрела.

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

  • 12 вопросов
  • около 6 минут
  • без аккаунта
  • ничего не отправляется
Инструмент Проверено

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

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

#Почему именно эти двенадцать

Это те вопросы, которые всплывают, когда ответ нужен кому-то вне компании: инвестору на due diligence, покупателю, страховщику, отделу закупок крупного клиента или новому техническому сотруднику на первой неделе.

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

#Смотреть надо на среднюю группу

Не на то, на что вы не можете ответить. На то, что вы предполагаете.

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

Самые частые примеры, по убыванию того, как часто они оказываются неверны:

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

#Упражнение на двадцать минут

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

Как это обычно выглядит Вымышленный пример — не клиент 
Веб-приложение              3 человека
Биллинг и платежи           1 человек     ← Анна
Логика подписок             1 человек     ← Анна
Почта и уведомления         2 человека
Инфраструктура и выкатки    1 человек     ← Марек
Ночная выгрузка             0 человек     ← никто, оно просто работает
Мобильное приложение        1 человек     ← бывший подрядчик

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

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

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

  • Оно не смотрит в вашу систему. Все ответы ваши, и у инструмента нет никакого доступа.
  • Это не балл, и итога здесь намеренно нет.
  • Оно не говорит, хорошо ли ваша программа сделана, безопасна ли она и быстра ли.
  • Оно не оценивает людей, которые у вас работают.
  • Оно не может сказать, верен ли данный вам ответ, — только есть ли он у вас.

Вопросы, которые задают на самом деле

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

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

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

Получите ответы, не проходя через одного человека.

Техническая картина вашей системы обычным языком — из чего она состоит, от чего зависит и явный список того, чего сейчас никто подтвердить не может. Первая — бесплатно.

Построить карту проекта — бесплатно О чём спрашивать своего CTO