Выбор вобщем-то небольшой: или так или нахрен с маркета, если не сейчас то в ближайшем будущем, N26 и Revolut вас вынесет.

Чёрта с два. Скорее их вынесут с рынка ногами вперед. Как только они начнут мешать (а пока что со своей клиентской базой они не мешают даже DKB, наверное) и что-то нарушат - на них моментом наедет BSI или BaFin или ещё какой-нибудь Datenschutz возбудится.N26 уже, по-моему, получали по башке от BaFin или BSI. И придётся им развлекаться как и остальным банковским ИТ-конторам.

И да, лично я ими не пользуюсь и не планирую.

В нашем случае - это уже ГЛАВНАЯ идея высшего руководства

А вот это плохо. Не везде, вот совсем не везде нужны постоянные релизы. Тот же оракл ещё доиграется со своими 2-мя недорелизами явы в год, амазон радостно потирает ручки и лепит своё корретто. Главная идея должна быть делать то что требуется для успеха. Надо релизить свою игрушку по 5 раз в день чтобы хомячки мерились у кого самая новая версия? Да пожалста. А если у тебя фреймворк, которым пользуются пара сотен тысяч человек, то релизить каждую неделю (кроме багфиксов) - очень, очень тупо.

Скрам - это планирование на несколько недель вперёд, SDLC - это месяцы и годы.

Ну, про отношения скрама и SDLC тут по-моему хорошо сказали: https://www.scrum.org/forum/scrum-forum/31811/can-scrum-be...

Как часть цикла (разработка и maintenance, частично планирование) использовать скрам, почему нет?

Cейчас планировать на годы - это Бога смешить

Смотря где. Вы не представляете на сколько лет вперед планируют разработку софта для АЭС.