За 12 лет в финтехе я понял, что погоня за модными методологиями — это ловушка: скрам или канбан решают лишь 20% проблем, а остальные 80% — это борьба с legacy-кодом и людьми, которые «всегда так делали». Реальность такова, что софт-скилы руководителя сводятся к умению говорить «нет» бизнесу с цифрами в руках и вовремя убирать тех, кто тянет команду вниз, а не к чтению книжек про лидерство. Практика показывает, что процессы вокруг CI/CD и автотестов выстраиваются за квартал, а вот культура ответственности, где разработчик сам отвечает за свой код в проде

Если абстрактно - Знание предметной области, архитектурные методологии (есть разные, зависит от организации), лучшие практики (например, книги серии BoK, или практики itil & itsm), ну и свою техническую область. Ну и я б добавил немного бизнес анализа.