Владение

О чём новому техническому руководителю просить существующую команду?

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

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

Просите у команды только три вещи: что им было бы страшно отдать кому-то на изменение, что ломается регулярно и что они с этим делают, и чего они просили и не получили. Всё структурное — компоненты, зависимости, интерфейсы, потоки данных, работа по расписанию — надо выводить, а не просить: просьба стоит команде недель и даёт то, что они помнят. Новому техническому руководителю передачу дел почти никогда не устраивают; просить о ней в этих терминах разумно и редко.

#Три вещи, которые стоит просить

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

  1. Какую часть этой системы вам было бы страшно отдать кому-то на изменение и почему?

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

    Спросите всех, по отдельности. Там, где двое назовут одно и то же, вы нашли центр риска.

  2. Что ломается регулярно и что вы с этим делаете?

    Повторяющиеся сбои — это проблемы проектирования в костюмах инцидентов. А обходные пути, которые люди построили, — карта того, где система с ними воюет.

  3. Чего вы просили и на что не получили согласия?

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

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

#Что вывести вместо этого

Всё нижеперечисленное является свойством системы, а не людей, и просьба об этом стоит команде недель, давая при этом нечто менее полное, чем вывод:

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

Почему для нового руководителя это важнее, чем для кого-либо ещё

Артефакт, которого не писал никто из присутствующих, меняет форму каждого последующего разговора. Там, где он сходится с рассказом команды, у вас факт. Там, где расходится, спор идёт с системой, а не с вами, — а это совсем другой разговор на третьей неделе.

#Передача, которую вам должны были устроить

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

Что уходящий технический руководитель должен своему преемнику

  • Актуальное описание того, из чего состоит система Выведенное, с датой, со ссылками. Не схема двухлетней давности.
  • Список того, на что сейчас никто в компании не может ответить
  • Какие части понимает только один человек — поимённо
  • На чьём аккаунте каждый кусок инфраструктуры
  • Что ломается регулярно и какие есть постоянные обходные пути
  • Что пробовали и бросили и почему
  • Что стоит здесь из-за ограничения, которого больше нет
  • Решения в работе и чего каждое из них ждёт
  • Кто вне компании зависит от этой системы
  • Что бы они сделали первым, если бы оставались

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

#Вопросы, которые стоит задавать по одному

Не в группе. В комнате люди отвечают иначе, а различия между индивидуальными ответами сами по себе информация.

  • «Что случилось бы, если бы вы были недоступны месяц?» Каждому. Сравнённые ответы и есть ваша карта концентрации.
  • «Что все обходят стороной?» Такое есть в любой системе, и без вопроса об этом не упоминают, потому что оно стало мебелью.
  • «В чём ошибся предыдущий человек на моём месте?» Неудобно и на редкость информативно. Задавайте не в начале первого месяца, а ближе к его концу.
  • «Что бы вы починили за месяц без запросов на новые функции?» Самый надёжный способ найти настоящий технический долг, а не тот, на который жалуются.
  • «Кто вне компании заметил бы, если бы это остановилось?» Обычно кто-то знает, и его никогда об этом не спрашивали.

#Как спрашивать в первый месяц

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

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

Попросить команду записать архитектуру.

Вместо этого Выведите её. Их время — единственный источник для вопросов, которые вывести нельзя.

Задать три вопроса на общей встрече.

Вместо этого По отдельности. Разброс между ответами и есть находка.

Считать «всё нормально» данными.

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

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

Вместо этого Один вопрос — и он меняет отношения на весь срок вашей работы.

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

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

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

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

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

Выведите структурную половину, никого не занимая.

Одна инструкция только на чтение даёт опись, зависимости и явный список дыр — написанные никем из присутствующих, что оказывается важно и политически, и практически.

Построить карту проекта — бесплатно Первые тридцать дней