PRO "простую программу" вместо системного аналитика
Есть в знаменитом сериале "Теории большого взрыва" серия 2008 года, в которой Шелдон пришёл на работу к Раджу. А потом Радж жаловался, что Шелдон, после 10 минут наблюдения, попытался заменить его простой программой. И, что "самое обидное" — у него почти получилось.
См. 12 серию 1 сезона от 2008.04.14
Фраза меня зацепила ещё тогда. Потому что я уже лет 15 уверен: автоматизировать можно всё 🤖. Не сразу, но точно не невозможно. И когда пришли нейросети, я был им очень рад.
Сейчас кайфую, когда в n8n собираю workflow, который: ✔️ парсит нужную информацию, ✔️ анализирует её, ✔️ делает выжимку ✔️ и кидает мне в Telegram с пометками: «вот на это обрати внимание».
Да, я ещё перепроверяю руками. Но сам факт: то, что раньше требовало часов работы — теперь делается вообще без необходимости мне самому принимать решение. Прогресс идёт ⬆️. Всё, что раньше казалось сложным и неструктурируемым, постепенно превращается в обычные вещи.
🎯 Возьмём другой пример. Всегда представлял себе разработку ПО как череду чёрных ящиков, через которые последовательно проходят артефакты, трансформируясь по заранее заданным алгоритмам.
Стоит договориться о правилах — и процесс становится оцифровываемым.
Сегодня можно: 1⃣ надиктовать хотелку бизнеса; 2⃣ получить пользовательские требования и сгенерировать системные; 3⃣ взять системные требования и пропустить через DDD; 4⃣ сгенерировать архитектуру, API, схемы БД.
Конечно, это всё нужно допиливать, валидировать, документировать. Но это уже не фантастика — это уже тестируемая реальность.
🤔 Значит ли это, что профессия системного аналитика умирает?
❌Нет.
Это значит, что бессмысленный шаблонный труд снова будет делать машина, НО уровень того, что является "шаблонным", стал выше, чем был раньше. А системный, контекстный, творческий подход — пока еще останется за людьми.
Я всегда действовал по принципу: разберись, классифицируй и замени часть своей работы простым скриптом. Именно этого требую от коллег, именно этому учу студентов в университете и в рамках своей программы обучения системному анализу или в рамках курсов.
Системный аналитик — это человек, у которого должен быть системный взгляд и на свою работу.
📌 Примеры выше — это не просто теория. Многие подходы я уже использую на практике. Часть — пока концепции, но они работоспособны и заслуживают тестов.
Когда одна часть работы автоматизирована — появляется возможность сфокусироваться на другой. Именно так и освобождаются ресурсы для роста.
🛠 Мой базовый подход состоит из 5 принципов:
1⃣ Всё, что можно представить в виде таблицы — должно быть представлено в виде таблицы. 2⃣ Только нумерованные списки. Чёткая структура, а не хаотичное перечисление. 3⃣ У каждого элемента должен быть идентификатор. Необязательно числовой, но обязательно должен быть. 4⃣ Всё нужно классифицировать и формировать реестры. Всё должно быть учтено: требования, фичи, интерфейсы, поля, запросы. 5⃣ Оцифровывать всё, что поддаётся оцифровке. А что не поддаётся — догнать и оцифровать.
И этим принципам способен следовать любой, кто этого захочет.
💡 Забавный факт: Сцену из серии «Теории большого взрыва», с которой началась эта статья, я в несколько заходов гуглил, искал, всё - не то. А перед написанием этой статьи просто спросил ChatGPT. Один запрос — и серия найдена. Вот так-то: что раньше было «непросто», теперь — обычная рутина. И это - отлично!
😌 Надеюсь, что если вы и окажетесь когда-нибудь "простым скриптом", то исключительно по собственному желанию — чтобы освободить голову для более интересных задач.
С этим подходом, который давно лежал на полке как идея для статьи, я участвую в конкурсе "Продолжи мысль" от @systems_education. Будет здорово, если поддержите, когда потребуется.
Если вам близок такой подход — поделитесь, какие "простые скрипты" уже у вас в арсенале? 😉
——
✌️ PRO SA |👍 ОТЗЫВЫ |👩🎓 НСА 2.0
В этом посте были ссылки, но мы их удалили по правилам Сетки
