Тимлид в небольшой компании. Люди, разработка, бизнес и ИИ

Сергей отвечает: «Но ведь всё поправили». Приходится объяснять, чем за это заплатили: день Бориса, день Нади и директор «Меридиана», который попросил в следующий раз звать «кого-нибудь из тех, кто знает». Катастрофы нет. Но и мерить случай одним тем, что данные восстановили, нельзя.

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

Звучит аккуратно. Однако на ближайшей встрече Анна уже не предлагает новый способ импорта. Когда вы спрашиваете почему, она говорит, что сначала хочет всё проверить.

Возможно, это полезная осторожность. Возможно, она учится не брать на себя лишнее. Пока вы не знаете. Разбор ошибки завершился, а его влияние на человека только начинается.

Развилка

После сбоя основатель пишет вам лично: «Кто пропустил?» Причину вы понимаете пока наполовину.

Что отвечаете?

А. Называете имя: так быстрее, подробности потом.

Б. «Никто, это системная ошибка».

В. «Не проверили повторную загрузку изменённого файла, правило сопоставления никто не собрал. Разбор будет к вечеру».

Г. Молчите до конца разбора.

Разбор

А. Слабый ход. Короткое сообщение переживёт подробный разбор и осядет в чьей-нибудь заметке.

Б. Слабый ход. Тоже неправда: конкретную проверку не сделали.

В. Сильный ход. Названо действие, а не портрет человека, и обещан срок.

Г. Полшага. Честно, но вопрос повиснет, и ответ на него найдут без вас.

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

Фраза. «Утром я написал неточно. Вот что произошло на самом деле и что это меняет в оценке».

В справочнике: приложение В, «Разговор об ошибке или конфликте» и «Как оформить вывод».

4. Люди, которых не видно

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

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

— Это надо делать видимым, — говорите вы.

— Кому? — спрашивает Олег. — Я тебе в понедельник рассказывал.

Вы помните разговор. Тогда он показался длинным перечислением деталей, а у вас начиналась встреча по новому продукту. Вы попросили написать итог. Удобное у вас получилось разделение труда: Олег делает работу, Олег готовит доказательства работы, вы оцениваете, достаточно ли они убедительны. На последнюю часть времени почему-то всегда находится больше, чем на первую попытку его выслушать.

Прошлое, которое оплачивает будущее

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

Вы тоже устали от старой системы. В ней много ограничений, которые неприятно объяснять новичкам. Однако карта обязательств показывает: значительная часть действующих клиентов по-прежнему работает там. Некоторые не перейдут, пока не переделают обмен со своей учётной системой. Новый продукт ещё не покрывает эти сценарии.

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

Вы просите Олега разобрать одно спорное место. Почему ночную выгрузку нельзя просто заменить новым API? Он объясняет, чья учётная система забирает файл в два часа ночи и что будет на складе, если заказы придут в неё наполовину. Эти ограничения могли быть описаны лучше. Некоторые давно стоило пересмотреть. Но теперь спор идёт о последствиях, которые можно назвать.

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

— А где она должна была это узнать?

— Спросить, — говорит он.

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

Позже вы говорите с ним отдельно. Он соглашается, что перегнул, но спрашивает, сколько раз ещё должен объяснять одно и то же, прежде чем это попадёт в план. Готового ответа у вас нет: обсуждение документации уже несколько раз переносилось ради выпуска.

Режим проекта меняет судьбу людей

Вместе с Еленой вы записываете, в каком режиме живёт каждое направление. Новый продукт развивают. Старый кабинет поддерживают и меняют только там, где это нужно действующим клиентам. Общий сервер развивают с оглядкой на оба. Закрытие кабинета решённым пока не считается: никто не знает, как и когда перейдут все его клиенты.

У сопровождения кабинета появляются границы: какие обращения срочные, сколько времени уходит на обычную работу, кто вправе назвать новое пожелание отдельным изменением. «Клиент очень просит» больше не превращает новую функцию в бесплатное исправление ошибки. Но за каждое такое «нет» кому-то придётся выдержать недовольство продаж.

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

— После ближайшего выпуска? — спрашивает он.

Он произносит это без усмешки. Так вы уже говорили.

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

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

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

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

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

Развилка

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

Что вы делаете?

А. Говорите со вторым о продуктивности.

Б. Просите показать неделю по дням: что делал, для кого и что из этого вообще было задачей.

В. Просите впредь заводить задачу на каждое обращение.

Г. Переводите его на новый продукт, чтобы «не закисал».

Разбор

А. Слабый ход. Доска показывает закрытые карточки, а не работу.

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

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

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

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

Фраза. «Покажи, на что ушла неделя. Я хочу понять, какая часть этого вообще попадает на доску».

В справочнике: приложение Д, «Первый месяц»; приложение А, «Технический долг».

5. Когда команда справляется без вас

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

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

Борис пишет:

— Завтра в одиннадцать начинаем. Анна проверит клиентские сценарии, я смотрю сервер. Если есть замечания, давай до десяти.

Ещё полгода назад такое сообщение вас бы обрадовало. Тогда Борис спрашивал о каждом шаге, а вы говорили, что хотите от него самостоятельности.

Сейчас в его сообщении что-то неприятно задевает. Возможно, слово «начинаем». Возможно, то, что роли уже распределены и вашей среди них нет.

Вы открываете агента и просите предложить другой способ переключения. Это легко объяснить заботой о результате. Дополнительная проверка кажется разумной, особенно после ошибки импорта. К тому же вы действительно знаете систему лучше: помните старых клиентов, странные ограничения, аварии, которых Борис не застал.

Через двадцать минут появляется схема, которая кажется аккуратнее. Вы замечаете в ней пару непроверенных предположений, но сейчас это несущественно: пока обсуждается идея. К готовому плану Бориса вы относились строже.

В рабочий чат уходит сообщение: «Посмотри ещё такой вариант. Кажется, можно сделать проще».

Проще для кого? В вашей схеме меньше шагов. У Бориса, если принять предложение, появятся сравнение, новая проверка и переделка плана. Но это ещё не произошло, а схема уже выглядит изящно. Вы отправляете её, не дописав, какое именно упрощение имеете в виду.

Борис отвечает через сорок минут: «Ок, сравню».

Вы закрываете ноутбук с ощущением, что вовремя помогли. Утром освобождаете время для обсуждения двух схем: переносите второе из обещанных Олегу окон по новой интеграции. Первое состоялось, второе теперь «после переключения». Он отвечает: «Хорошо». Вы принимаете это за согласие с приоритетом. Пока вам не приходит в голову, что человек мог просто перестать спорить.

В одиннадцать переключение не начинается.

Чем раньше подтверждалась ваша полезность

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

В небольшой компании это быстро становится частью отношений. Основатель пишет лично вам. Коллеги облегчённо говорят: «Хорошо, что ты подключился». На встречах вспоминают, как вы однажды спасли выпуск.

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

Поэтому передача работы вызывает не только тревогу за статус. Вы помните цену неудачи. У этой памяти есть основания.

Но обстоятельства постепенно меняются. Борис научился. Анна стала замечать то, что раньше пропускала. У команды появились проверки и опыт. Ваше вмешательство требуется реже. Внутри при этом может сохраняться старое правило: если я не подключусь, всё закончится плохо и отвечать всё равно придётся мне.

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

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

А теперь Борис показывает законченное изменение. Анна за день собирает с ИИ то, на что вы когда-то потратили несколько вечеров. В такой момент хочется сделать что-нибудь, в чём вы снова будете бесспорно хороши. Дополнительная архитектурная схема отлично подходит.

Предложение, от которого трудно отказаться

В одиннадцать двадцать вы спрашиваете Бориса, почему выпуск задерживается.

— Я сравниваю варианты.

— Какие варианты? У тебя же всё было готово.

— Ты вчера прислал другой.

— Я предложил посмотреть. Решение твоё.

Он некоторое время молчит.

— Тогда я оставляю свой.

— Ты второй уже проверил?

После этого вопроса разговор меняется. Теперь Борису нужно либо потратить время на вашу схему, либо объяснять, почему он отказался от неё без достаточного изучения. Для вас это всё ещё техническое обсуждение. Для него появилась дополнительная работа, которую нельзя спокойно не сделать.

— Нет, — говорит он. — Я поэтому и не переключаю.

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

В каждом возражении может быть часть правды. Но сейчас они помогают не смотреть на собственное действие.

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

Возможно, вы действительно не собирались останавливать выпуск. Но намерение не отменяет того, чему Борис научился в предыдущих разговорах с вами. Если однажды вы спросили на ревью: «Я же предлагал другой вариант, почему не разобрал?», он это запомнил. Теперь он действует осторожно. А вы называете осторожность недостатком самостоятельности.

Два желания, которые мешают друг другу

Вы хотите, чтобы Борис принимал решения, освобождал ваше время и рос. И хотите оставаться человеком, без которого ни одно важное решение не состоится. Пока он спрашивает, вас раздражает его зависимость. Когда перестаёт, вы чувствуете себя лишним.

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

Поэтому проще искать проблему в их характере. Борис недостаточно инициативен. Анна слишком самоуверенна. Денис боится ответственности. Иногда эти оценки окажутся верными. Но прежде стоит посмотреть, что происходит с инициативой после встречи с вами.

Может ли человек выбрать допустимое решение, которое вам не нравится, и продолжить работу? Или ему предстоит выдержать столько дополнительных обсуждений, что дешевле сразу спросить, как сделали бы вы? Во втором случае команда постепенно учится угадывать ваши предпочтения. Способности сотрудников могут оставаться прежними. Меняется то, на что им разумно тратить силы.

Вернуться к Борису лучше с конкретным признанием.

— Я вчера добавил тебе работу перед выпуском. Причину останавливать твой план не назвал. Это моя ошибка.

Он не обязан сразу смягчиться.

— Так что сейчас делаем?

Возможно, вы ждали хотя бы короткого «ничего страшного». Но Борису по-прежнему нужно закончить переключение. Ваше признание пока не вернуло потраченное время.

— Остаёмся на твоём плане. Если утренняя проверка проходит, выпускаете. Мою схему сейчас не сравниваем.

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

Этот вопрос неприятнее первого. В нём слышно, что вас не вполне считают надёжным. Легко снова начать защищаться: «Когда я такое говорил?» Если у Бориса найдётся пример, возникнет соблазн объяснить, почему тот случай был совершенно другим.

Но сейчас перед вами полезная информация. Человек ожидает, что сегодняшнее разрешение завтра может перестать действовать.

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

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

Проверка доверия начинается с затруднения

После переключения у одного давнего клиента начинает тормозить поиск. В его каталоге тысячи позиций с одинаковыми названиями и разной фасовкой. Основные проверки прошли, но такого каталога в них не было. Борис видит задержку и разбирается. До условий остановки ещё есть время.

Ваше первое желание — открыть код. Почти одновременно появляется мысль: всё-таки нужно было внимательнее проверить. Она приносит некоторое облегчение. Теперь у тревоги снова есть доказательство.

Но проблема ещё не показывает, что ваша альтернативная схема была лучше. Она также не доказывает, что Борис не способен вести работу. Пока известно одно: нашёлся каталог, которого не было в проверках.

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

К вечеру поиск работает. Часть переключения придётся отложить. На разборе появляются новая проверка и вопрос: почему об этом каталоге до сих пор помнили только вы.

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

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

Работа, за которую редко благодарят ночью

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

Возможно, нужна справедливая оценка. Управленческая работа может оставаться незаметной, особенно если ценят только функции и героическое устранение аварий. Тогда предстоит отдельный разговор о вашем результате и условиях роли. Если от вас требуют полный объём разработки и самостоятельную команду одновременно, личным самообладанием противоречие не устранить.

Но иногда болезненно даже честное признание чужого вклада. С этим чувством придётся некоторое время жить, выполняя свои обязанности. Важно, чтобы следующая задача Бориса не стала неожиданно сложнее только потому, что его успех оказался вам неприятен.

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

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

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

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

Ощущение, что вы что-то упускаете, остаётся. Вы закрываете чат и возвращаетесь к работе, которую давно откладывали, пока помогали Борису делать его.

Развилка

Разработчик прислал готовый план выпуска на завтра. Ошибок вы не нашли, но у вас есть схема изящнее.

Что вы отправляете?

А. «Посмотри ещё такой вариант, кажется, можно проще».

Б. «Причин останавливать твой план у меня нет. Выпускай». Идею записываете себе.

В. Схему с пометкой «не срочно, после выпуска».

Г. Просьбу отложить выпуск на день, чтобы спокойно сравнить.

Разбор

А. Слабый ход. Ваше «посмотри» весит как поручение: выпуск встанет, пока человек не докажет, что сравнил.

Б. Сильный ход. Решение остаётся у владельца, а ваша схема не превращается в его работу.

В. Полшага. Честнее, но до выпуска он всё равно будет держать её в голове.

Г. Слабый ход. День задержки без названной ошибки.

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

Фраза. «Замечаний, которые останавливают выпуск, у меня нет».

В справочнике: приложение В, «Степень самостоятельности»; приложение А, «Микроменеджмент».

Часть II. Что люди приносят на работу

6. Человек на замену

Пока Борис готовит переключение поиска для оставшихся клиентов, в начале четвёртой недели Сергей спрашивает, когда вы наконец закроете открытую вакансию. Деньги на ещё одного разработчика согласовали до вашего назначения. Вы перечитываете описание: самостоятельность, широкий кругозор, быстрая адаптация, умение разбираться в чужом коде. Хороший человек. Интересно, зачем ему именно к вам?

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

Вы предлагаете искать сильного backend-инженера. Борис возражает: новый сотрудник тоже будет ждать решения по правилам данных, если их продолжат обсуждать только в последний момент. Анна считает, что не хватает человека для типовых интерфейсных задач. Олег говорит, что кто-нибудь должен научиться выпускать старый кабинет. Все три потребности настоящие. Одна вакансия не закроет все три.