Как инженер учится договариваться

2 октября в 10:30 по МСК в прямом эфире поговорили с Сергеем Киселевым о том, как меняется инженер, когда от его решений начинает зависеть всё больше людей. У Сергея больше десяти лет работы с инфраструктурой Яндекса и Yandex Cloud, а с 2023 года он строит Development Platform в MWS Cloud Platform. Ещё он входит в программный комитет DevOops и ведёт канал «Буду погроммистом!» (https://t.me/intr13_riot).

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

Обсудили:

• Что пришлось пересмотреть при переходе из Яндекса в MWS и что сильному инженеру труднее всего перестать делать самому, когда он становится руководителем?
• Как появляются общие правила платформы: кто вправе отказаться от стандарта и кто платит за отсрочку миграции, если команда уже пообещала клиенту срок?
• Как в найме отличить совместимость с командой от желания нанимать похожих на себя — и как через полгода заметить собственную ошибку отбора?
• Что делает руководитель в аварии: когда самому разбираться с техникой, а когда взять на себя коммуникацию? Вспомним доклад Сергея на HighLoad++ о большом инциденте.
• Что сегодня стоит за словом DevOps и чему начинающему инфраструктурному инженеру учиться самому, если часть рутины забирает AI?

Timeline
00:00 - Сергей Киселёв: инженер, руководитель и участник сообщества
03:44 - Студенческая компания: первый опыт руководства
09:01 - Переезд в Петербург ради людей и новых задач
14:30 - Возвращение в инженерную роль и работа в Яндексе
28:10 - Зачем компаниям единая инфраструктура
32:58 - Достаточное качество вместо бесконечного совершенствования
36:23 - Запуск облачных сервисов и передача самостоятельной команды
42:16 - Переход в MWS и выбор компонентов для облака
48:47 - Собрать ядро команды и ускорить найм
53:43 - Четыре направления платформы разработки
57:02 - Договариваться с продуктовыми и инфраструктурными командами
1:01:51 - Инциденты: надёжность, дежурство и связь с пользователями
1:10:53 - Разбор инцидента должен приводить к изменениям
1:15:31 - ИИ, документация через MCP и правила работы команды
1:22:06 - Метрики, переговоры и команда как продукт руководителя