Путь в системный анализ

На моей прошлой работе была небольшая команда разработчиков, где практически каждый из нас был в той или иной мере втянут во все проекты. Организация была довольно небольшой, но весьма консервативной (говоря проще, работала по Waterfall⁽¹⁾). Пока я там работала, процессы только начинали внедряться, поэтому каждый разработчик успел поработать с Jira самостоятельно.

[ПЕРВЫЙ ЗВОНОЧЕК /> Как раз при работе в таком формате я начала замечать, что подхожу к этому процессу структурно: декомпозирую задачи, рассуждаю об обработке ошибок ещё до написания кода. Пускай это сложно назвать достаточно объёмным опытом в системном анализе, но именно это навело на мысль: «А что, если не разработка?»

[ВНУТРЕННИЙ ГОЛОС /> Ответом стала специализация, которая и загнала меня в эту ловушку. Так получается, что, когда учишься на факультете прикладной математики и кибернетики, это очень тесно связывает тебя с написанием кода. И все твои коллеги-одногруппники, активно устраивающиеся разработчиками, не дают поводов в этом усомниться.

Однако в какой-то момент во мне проснулся мой внутренний инженер и сказал: «Ты же хотела создавать нечто сложное: замысловатые структуры, надёжные системы... Или все твои базы знаний⁽²⁾ — это просто шутка?» В общем, я почувствовала, что не реализую свой главный потенциал — тягу к структурированию и созиданию.

[ДИВНЫЙ НОВЫЙ МИР /> Эта мысль как раз совпала с моментом закрытия моего проекта, поэтому я решила покинуть место разработчика. И вот я здесь — ищу место, где смогу быть полезной и реализовать свои рвения.

___ 1. Waterfall — каскадный подход к разработке ПО, при котором проект делится на последовательные этапы с чёткими сроками и тех. заданием сразу на весь проект. Используется в госсекторе, банках и медицине. 2. Личные базы знаний — структурированные хранилища для создания, хранения и систематизации заметок и файлов. К ним относятся как высокоуровневые облачные системы по типу Notion, так и более гибкие решения вроде Obsidian, позволяющие реализовать расширенный функционал.