Голый король

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

Очень часто нам приходится руководить людьми, которые умнее, чем мы - по крайней мере в каком-то смысле. Когда становишься лидом, на тебя падает куча разных новых обязанностей, да и экспертизу в вопросах менеджмента прокачивать надо. Времени на то, чтоб оставаться экспертным экспертом становиться всё меньше. И всё-таки, если ты ML-щик, всё равно руководить другими ML-щиками будет значительно проще, чем, скажем фронтами или бэками. А такое иногда случается - особенно если растёшь вверх по карьерной лестнице и становишься, например, CTO направления или целой компании.

Виктор поднимает в докладе очень простые, но такие близкие моему сердцу вопросы:

• Должен ли руководитель быть техническим экспертом во всех направлениях, которыми он заведует? Или достаточно какого-то минимального понимания?
• Как в такой ситуации давать стабильный результат на дистанции и нести за него ответственность? А как оценивать сроки?
• С какими проблемами можно столкнуться в областях техлидерства, управления процессами и людьми?

Что самое приятное - он даже даёт свои ответы:

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

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