похоже на фильм ужасов - желательно обходить такое место стороной. Взяли 2 рокстара, которые не умеют договариваться, выдали каждому по отделу и не могут ни одного из них уволить, так как все развалится

по факту - синьор из команды может более-менее нормально заменить начальника отдела (кроме совсем уж тяжелых случаев)

любая компания-контора-продукт ограничены тем или иным стеком. ооо рога и копыта, делающие приложение копыта и рога - стек маленький и вход в него и его проблемы минимален (и как правило там нет поддержки и документации), а какой-то SAP - содержит мощную поддержку онбординга и кучу документации, хотя решение многолетнее. Но в любом случае онбординг - 2-3-4 месяц. Если это больше - сотрудник не компетентен (ошиблись при выборе).

в любой схеме - смена начальника отдела (внимание - слова тим-лид ни разу не было в обсуждении) не приведет к катастрофическим потерям.

В продуктовых компанихях одна вертикаль и начальник отдела  часто и есть тимлид.

в тоже время - если процессы завязаны на людей, а  не на документы и пр - у вас проблема. есть так было в алладин, кб и т.д. не надо это экстраполировать на всю отрасль. а то последние несколько недель только сплошные упоминания про них и все.

Архитектора инопланетяне пришлют ?

возвращаемся к тому - кто такой CTO? он технарь или за бизнес?

он где-то кроме моего поста хоть раз кем-то упоминался?

Нет никаких процессов, позволяющих разрабатывать сложное системное ПО.  Нет и все.

вы серьезно?

Это главный технический менеджер или главный бизнес менеджер ?
Буква Т намекает на технического.

Буква C немного о другом говорит

Абсолютно.
Напишите мне процесс создания антивируса или решения DLP.

Буква C много у кого. У CFO тоже есть. Он не должен разбираться в балансе ?

Сдайте что-нить в продакшен по ГОСТам  2, 7,15, РВ15 (последние два - гос приемка, Ше ее любит) и станет понятно про процессы.  Или сдайте (а точнее реализуйте) продукт по DO-178 и тогда поговорим про процессы. Особенно в последнем варианте. Антивирус и рядом не стоит.

Бить морду менеджеру и организовать разработку по DO-178 - немного разные процессы и требуют немного разных скилзов.

Верните Ще уже!

Не путайте процесс приемки изделий, сделанных конструкторам для нужд военных, где на конструироание работали НИИ.

В коммерческой разработке НИИ нет. И внедрение там процессов не приводит к появлению продуктов, не приводило никогда, и не приведет. Потому что процесс описывает "как делать", а не что делать.
А что делать знают тех директор и тимлиды. Они и есть конструкторский коллектив.

Технологии меняются так быстро, что содержание отдела тех писателей утянет на дно.

Там же по условию задачи фронт в докере, по другому они не умеют