Made on
Tilda
Специалисты отвечают за технические предложения и их обоснование. Они знают стек, видят ограничения реализации и предлагают варианты решений.
Должен видеть цель, ограничения, альтернативы, границу ответственности, порядок проверки риска и цену каждого варианта. Если неясно, кто принимает решение, проблема управленческая, даже когда обсуждается технический код.
В программе рассматриваем требования, архитектурные решения, работу со стейкхолдерами, технический долг, качество, тесты, инциденты, наблюдаемость и практику согласования между техническим лидом, разработчиками, QA и продуктом.
Собирательный пример
Команда предлагает быстро выпустить решение с будущим техническим долгом. Альтернативный вариант задержит релиз, но снимет часть риска. Не зная весь стек, руководитель всё равно может спросить: какова цена задержки, чем именно опасен долг, можно ли локализовать его, кто владеет риском и по какому признаку команда поймёт, что предположение было неверным?
Задача не в том, чтобы руководитель лично выбрал структуру кода. Нужно сделать основания выбора достаточно ясными для общего решения.
Какие данные нужны для решения, какие ограничения учтены и что остаётся неясным.
Запись вариантов, их цены и критериев выбора, чтобы обсуждение велось по существу.
Что решает команда, что требует эскалации и кто владеет риском на каждом участке.
Критерии готовности, инженерные артефакты и точки проверки без избыточного контроля.
Различать вопросы, требующие вашего решения, и вопросы внутри экспертизы команды.
Понимать цели, ограничения и цену каждого варианта без необходимости самому писать код.
Задавать содержательные вопросы и не вводить лишний контроль там, где команда способна решить сама.
Это не курс по освоению любого технологического стека. Сильные инженеры по-прежнему необходимы.
Я сама переходила между инженерными доменами, руководила командами разного профиля и участвовала в обсуждении архитектуры и API-контрактов. Ограниченная собственная экспертиза здесь рассматривается не как стыдная тайна, а как условие, которое нужно учитывать в устройстве работы.