А в чем ты видишь риски уйти сейчас? Репутационные, видимо? Я не сталкивался напрямую с подобными ситуациями, мои функции подразумевают гораздо меньший уровень ответственности за систему в целом. Просто любопытно.

Чтобы пересмотреть архитектуру, надо сперва охватить все подводные камни, т.к. сформировать общее техническое решение и учесть все юзкейсы.
А тут вышло, что архитектуру делали на этапе начала сбора требований. И работа(имплементация) началась уже на первой части технического решения.

Если бы изначально понимали, что за геморрой нас ждёт и какие где есть ограничения, то и архитектура была бы другая и решали бы всё в другом порядке.

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

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

Командируйся в необходимые бизнес отделы и по n дней работай с ними в поле

Без полевой работы можно обойтись, но тогда сроки умножай на 2

Это сложно. Я линейный специалист, что то очень близкое ко 2 линии тп. Скорее, задачу нужно решать аналитическими методами, кмк. Но совет хотюроший, да. :)

По сути, вопрос-то риторический. Ну вот что тут еще сделаешь. Ответ "овладей методами рационального и системного мышления" лежит на поверхности, нэкак и "декомпозируй", или еще что-то такое. Просто крик души. :)

обычно так:

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

С козырей пошла

Без тз будет хз.
Если компания так тебя онбордит, значит ты ей как умный специалист не нужен.
Просто очередное тело на телефоне, чтобы клепать заявки и спрашивать: "вы включать-выключать пробовали?"

мета-ответ - выписать требования к своим знаниям на листочке и подекомпозировать по всякому
как только все требования найдешь - сразу будет учебный план

А смысл уходить? Задача все равно уйдет кому-то, кого я знаю. И у него будет х2 проблем, тк ему придется разбираться во всем с нуля.
Нехорошо это.

Так процентов 90 проектов делаются, мне кажется

На саппорт обычно пишут мануалы с разбивкой на шаблонные вопросы

Что нет в шаблонах - из души вон, клепай заявку на следующую линию.

просто ты видишь это как "соскочить с темы", а ты посмотри из серии что ты "придаешь ситуации другую динамику" т.к. текущая не отвечает лучшим интересам компании

Динамика, к сожалению, не поменяется

Если только конкретно моя работа на других проектах

ну типа хуже же станет?

Скорее, я в очень ленивое время пришел, все по отпускам. В сентябре буду общаться на эту тему более плотно, но.. сама ситуация типичная, потому что каждый раз ты приходишь совсем в новый продукт - и надо разобраться, как он работает. Раньше я справлялся, так как и задачи легче (сидеть на телефоне - много ума не надо, делать какой-то простенький траблшутинг сети - тоже), и предметка была гораздо уже. В принципе, я справлюсь, но.. немного в шоке. Нужно тренировать навыки системного мышления и вот это всё.