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