То есть по вашему выходит, что если в ходе классического "системного анализа" выявить подсистемы и реализовать их по-отдельности, а потом совершить "синтез", то есть собрать всё в одном билде, то свойство "эмерджентности" испарится? Всё, потеряли целевую систему?
"Министр финансов Антон Силуанов в ходе слушаний в Госдуме уже говорил, что дополнительные средства пойдут на финансирование нацпроектов «Семья», «Молодежь России», «Продолжительная и активная жизнь», повышение социальных выплат, продление материнского капитала, поддержку здоровья женщин и т.д."
Очень интересно узнать, был ли предложенный шаблон испробован на практике. Если да, то в какого рода проектах, с какого типа заказчиками, какой был процесс согласования документа и как он затем применялся в разработке и тестировании?
Этой статье явно не хватает примера "бизнес-истории".
Делитесь в комментариях, каких правил вы придерживаетесь при написании и проверке бизнес-историй. Очень интересно узнать ваш опыт и использовать его на практике!
Призыв видится мне неосуществимым, потому как большинство читатей, уверен, столкнулись с данным термином в первый раз.
У вас несколько устаревшее представление об обязанностях СА: в перечне отсутствует проектирование системы и её частей. Выявление, анализ и документирование требований давно уже не ключевой аспект в работе аналитика.
Я вот не делаю вывод, что они пытаются заменить техсобес опросом со стороны рекрутера. Больше похоже на устный опросник, чтоб выяснить, где описание в резюме расходится с реальным опытом; плюс собрать больше деталей по используемым технологиям. Это и правда может помочь отсеить кандидатов, которые приукрасили резюме (например, проектировали REST API, но один раз два года назад) или наоборот описали слишком обобщенно ("использовал нотацию UML").
Рассказ о своём опыте тоже нужно адаптировать к вакансии. Странным будет делать акцент, например, на задачах по разработке какого-нибудь ETL конвейера, когда предлагаемый проект, скажем, про интеграцию с ГосУслугами.
А чтобы узнать детали о новом проекте, нужно как раз задавать их после тех. собеседования. Рекрутер обычно очень поверхностно знает специфику. Впрочем, не факт, что и собеседующий на техническом сможет подробно ответить на такие вопросы - тут скорее их надо запасти для интервью с командой / руководством.
Что значит "придумали"? Появление роли системного аналитика это следствие потребности айтишной отрасли в отдельном специалисте. А профстандарт лишь систематизирует требования к знаниям и навыкам такого специалиста в зависимости от уровня.
Большой спектр требований и обязанностей в вакансиях аналитика присутствовал почти всегда, т.е. по моим наблюдениям - например, умение общаться с закачиком и описывать структуру БД, или составлять макеты интерфейса пользователя и участвовать в приёмке-передаче системы - такие пункты можно было увидеть ещё в начале 2010-х.
Но это не тренд!
В российском айти основная тенденция последних лет сводится к тому, что акцент в работе системного-аналитика смещается от выявления требований к проектированию решений. Собственно, новая версия профстандарта это и отражает. Некоторые из его авторов про это рассказывали на различных площадках.
А поскольку вы, судя по тексту в начале статьи, смотрите на работу аналитика прежде всего с точки зрения модели компетенции BABoK, то и "новые" реалии рынка труда сбивают вас с толку. И, кстати, системный анализ как научный метод или даже дисциплина не является основой знаний исключительно аналитика - по-хорошему этим должен владеть любой ИТ-инженер.
Значит, на входе было 26 представителей айти компаний - двух ролей, из разных отраслей бизнеса, плюс с отличным опытом работы. И на основе такой выборки вы сформировали два портрета типового бизнес-аналитика. Качественное исследование, ничего не скажешь!
Продакт не должен делать работу бизнес-аналитика, хотя может в некоторых ситуациях. Иначе не было бы двух отдельных специальностей и профстандартов для них.
Касаемо отсутствия системных аналитиков в некоторых компаниях. Это решение конкретной компании, у которой наверняка есть на то веские причины. Во многих других фирмах ситуация иная - и системный аналитик может быть обязательной ролью в команде.
Диаграмма контекста в примере с GetDelivery некорректна: база данных, очередь и балансировщик должны быть отдельными контейнерами. Впрочем, балансировщик автор нотации вообще рекомендует указывать на отдельной диаграмме развёртывания.
Если в прошлом году редакционных материалов было 37%, а число корпоративных публикаций на полпроцента превышало пользовательские, то в этом году «пирог» практически равномерный, как значок «Мерседеса». Кажется, неплохой баланс, всех поровну!
Читая такие фразы от команды Хабра, напрашивается мысль, что вы сами не знаете, чего хотите достичь! И как это лишь пример. В статье голая статистика (ок, со сравнением динамики за предыдущий год) - выводы предлагается делать сообществу?
Я к тому, что куда полезнее было бы соотнести полученную из чисел информацию с целями и задачами площадки. Если про это была в начале года статья - дать ссылку хотя бы, а в идеале сделать выжимки в стиле "мы стремились к такому эффекту, для чего поменяли то-то, получилось вот что".
Иначе получается, что все эти числа, как сториз в мобильном приложении банка про траты за прошедший год: если не было у тебя задачи, например, сократить расходы на сигареты или накопить на новый монитор - то посмотреть разок просто из любопытства.
Это +2-5% "хук справа"? Гм. Вы сравните ставки НФДЛ в тех же странах БРИКС https://www.rbc.ru/economics/04/06/2024/665c2bac9a79476dd8701a58
То есть по вашему выходит, что если в ходе классического "системного анализа" выявить подсистемы и реализовать их по-отдельности, а потом совершить "синтез", то есть собрать всё в одном билде, то свойство "эмерджентности" испарится? Всё, потеряли целевую систему?
"Министр финансов Антон Силуанов в ходе слушаний в Госдуме уже говорил, что дополнительные средства пойдут на финансирование нацпроектов «Семья», «Молодежь России», «Продолжительная и активная жизнь», повышение социальных выплат, продление материнского капитала, поддержку здоровья женщин и т.д."
Остаётся только верить :)
А что, инфляция на доходы бюджета не действует?
Можете дать хотя бы одну ссылку на первоисточник, где в практику анализа вводится такая техника?
Очень интересно узнать, был ли предложенный шаблон испробован на практике. Если да, то в какого рода проектах, с какого типа заказчиками, какой был процесс согласования документа и как он затем применялся в разработке и тестировании?
Этой статье явно не хватает примера "бизнес-истории".
Призыв видится мне неосуществимым, потому как большинство читатей, уверен, столкнулись с данным термином в первый раз.
У вас несколько устаревшее представление об обязанностях СА: в перечне отсутствует проектирование системы и её частей. Выявление, анализ и документирование требований давно уже не ключевой аспект в работе аналитика.
Я вот не делаю вывод, что они пытаются заменить техсобес опросом со стороны рекрутера. Больше похоже на устный опросник, чтоб выяснить, где описание в резюме расходится с реальным опытом; плюс собрать больше деталей по используемым технологиям. Это и правда может помочь отсеить кандидатов, которые приукрасили резюме (например, проектировали REST API, но один раз два года назад) или наоборот описали слишком обобщенно ("использовал нотацию UML").
Рассказ о своём опыте тоже нужно адаптировать к вакансии. Странным будет делать акцент, например, на задачах по разработке какого-нибудь ETL конвейера, когда предлагаемый проект, скажем, про интеграцию с ГосУслугами.
А чтобы узнать детали о новом проекте, нужно как раз задавать их после тех. собеседования. Рекрутер обычно очень поверхностно знает специфику. Впрочем, не факт, что и собеседующий на техническом сможет подробно ответить на такие вопросы - тут скорее их надо запасти для интервью с командой / руководством.
Что значит "придумали"? Появление роли системного аналитика это следствие потребности айтишной отрасли в отдельном специалисте. А профстандарт лишь систематизирует требования к знаниям и навыкам такого специалиста в зависимости от уровня.
Большой спектр требований и обязанностей в вакансиях аналитика присутствовал почти всегда, т.е. по моим наблюдениям - например, умение общаться с закачиком и описывать структуру БД, или составлять макеты интерфейса пользователя и участвовать в приёмке-передаче системы - такие пункты можно было увидеть ещё в начале 2010-х.
Но это не тренд!
В российском айти основная тенденция последних лет сводится к тому, что акцент в работе системного-аналитика смещается от выявления требований к проектированию решений. Собственно, новая версия профстандарта это и отражает. Некоторые из его авторов про это рассказывали на различных площадках.
А поскольку вы, судя по тексту в начале статьи, смотрите на работу аналитика прежде всего с точки зрения модели компетенции BABoK, то и "новые" реалии рынка труда сбивают вас с толку. И, кстати, системный анализ как научный метод или даже дисциплина не является основой знаний исключительно аналитика - по-хорошему этим должен владеть любой ИТ-инженер.
Ричардс Марк, Форд Нил - Фундаментальный подход к программной архитектуре
Значит, на входе было 26 представителей айти компаний - двух ролей, из разных отраслей бизнеса, плюс с отличным опытом работы. И на основе такой выборки вы сформировали два портрета типового бизнес-аналитика. Качественное исследование, ничего не скажешь!
Продакт не должен делать работу бизнес-аналитика, хотя может в некоторых ситуациях. Иначе не было бы двух отдельных специальностей и профстандартов для них.
Касаемо отсутствия системных аналитиков в некоторых компаниях. Это решение конкретной компании, у которой наверняка есть на то веские причины. Во многих других фирмах ситуация иная - и системный аналитик может быть обязательной ролью в команде.
Диаграмма контекста в примере с GetDelivery некорректна: база данных, очередь и балансировщик должны быть отдельными контейнерами. Впрочем, балансировщик автор нотации вообще рекомендует указывать на отдельной диаграмме развёртывания.
Бесплатное обучение и мастер-классы
Большинство конференций - платные. Что-то не стыкуется!
А рассматривали изначальнр вариант с веб-приложением для взаимодействия с водителем?
Читая такие фразы от команды Хабра, напрашивается мысль, что вы сами не знаете, чего хотите достичь! И как это лишь пример. В статье голая статистика (ок, со сравнением динамики за предыдущий год) - выводы предлагается делать сообществу?
Я к тому, что куда полезнее было бы соотнести полученную из чисел информацию с целями и задачами площадки. Если про это была в начале года статья - дать ссылку хотя бы, а в идеале сделать выжимки в стиле "мы стремились к такому эффекту, для чего поменяли то-то, получилось вот что".
Иначе получается, что все эти числа, как сториз в мобильном приложении банка про траты за прошедший год: если не было у тебя задачи, например, сократить расходы на сигареты или накопить на новый монитор - то посмотреть разок просто из любопытства.
Как минимум странно судить о потребностях рынка труда по опыту проведения собеседований в одной или даже нескольких компаниях.
В этом году был утверждён профстандарт "системный аналитик", в котором акцент сделан на обязанностях по разработке проектных решений.