Все молодцы. А бизнесу что?

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

Возник неприятный вопрос: если по отдельности все настолько хороши, почему это не превращается в успех команды?

Технологические компании легко попадают в эту ловушку. Мы умеем обсуждать профессионализм, сложность работы и приложенные усилия. Сложнее ответить, что компания в итоге получила.

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

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

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

В инженерной карьерной модели Dropbox вклад в бизнес — основная мера успеха инженера. Это может быть использование продукта клиентами, снижение расходов, надёжность инфраструктуры или сохранность данных.

Правда, пользу тоже можно объяснять по-разному. В старом анекдоте мужик колотит по воде, отпугивая крокодилов. Ему объясняют, что крокодилов здесь нет. Он доволен: «Значит, хорошо пугаю».

В рабочих отчётах такая логика тоже встречается. Мы очень заняты, всё пока работает — следовательно, всё, чем мы заняты, необходимо.

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

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

Для меня ответственность продолжается и после отправленного сообщения. Нужно договориться, найти помощь, предложить другой путь, вовремя поднять проблему. Иногда — остановить работу, если она потеряла смысл. Самому делать всё необязательно. Заботиться о результате обязательно.

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

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

И к руководителям это относится в полной мере.

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

При этом ответственность за бизнес не означает плохую оценку за каждую неподтвердившуюся гипотезу. Иначе люди быстро научатся выбирать только безопасные задачи.

Я могу уважать сильную работу в неудавшемся эксперименте: команда разумно потратила ресурсы, проверила предположение и вовремя остановилась. Гораздо сложнее принять ситуацию, когда никто даже не собирался выяснять, принесла ли работа пользу.

Мне хочется, чтобы после релиза разговор продолжался. Что изменилось для клиентов? Что заработали или сэкономили? Какие риски сняли? Стоит ли продолжать?

Остаётся неудобный вопрос: «Я работал хорошо, а команда не справилась. Почему это влияет на мою оценку?»

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

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

Каждый вносит свой вклад, но работа всех должна складываться в общий результат.

«Я свою часть сделал» — слишком маленькая амбиция для сильной команды.