Денис Бесков

Можно, но очень сложно. Будет как с Лениным, который учил английский по книгам и потом его никто не понимал.

Если кратко, что делает БА:
— моделирование процессов
— анализ проблем
— поиск не-ИТ-решений
— разработка требований
— экономические обоснования решений
— планирование разработки и реализации решений
Не похоже, что вы всё это изучали.

Как ИМЕННО БА это делает?
- проводить интервью с заказчиком и пользователями
- наблюдать за деятельностью людей
- совместно с экспертами строить модели деятельности организации и предметной области
- обсуждать с заказчиком и ЗЛ проблемы, которые привели к необходимости автоматизации
- формулировать, обсуждать и согласовывать бизнес-требования
- разрабатывать, представлять и защищать концепцию ИТ-решения
те это прежде всего коллективная деятельность, как вы её будете тренировать самостоятельно? хотя бы ментор нужен.

Более полный цикл работы БА:
1. Взять первичный запрос, сформулировать в виде проблемы, также если у инициатора есть видение решения, тоже сформулировать
2. Определить, о каком участке бизнеса идёт речь, построив модель контекста
3. Построить онтологию и модель деятельности на этом участке
4. Выявить организационные роли в окружении участка бизнеса и их интересы, оценки текущей реализации интересов
5. Построить проблемное месиво и структурировать его через причинно-следственные связи (дерево текущей реальности), найти корневые причины, экономически измерить ущерб, наносимый последствиями
6. Построить дерево будущей реальности, выйдя на целевые эффекты
7. Сформулировать ограничения на решение
8. Из интересов оргролей сформулировать требования к решению
9. Разработать несколько вариантов решений, для каждого оценить стоимость и риски
10. Обосновать выбор конкретного решения
11. Принять участие в заказе, реализации и приёмке решения
12. Оценить эффект от решения, соотнести его с плановым

Статьи с планом подготовки и даже материалами для БА уже есть, например.

Про Вигерса и БА

Вигерс берёт только тему требований, которая для БА важна, но не единственная. И совсем не берёт важные другие темы БА:
— моделирование процессов
— анализ проблем
— поиск не-ИТ-решений
— экономические обоснования решений
— планирование разработки и реализации решений

Что входит в относительно полный цикл БА:
1. Взять первичный запрос, сформулировать в виде проблемы, также если у инициатора есть видение решения, тоже сформулировать
2. Определить, о каком участке бизнеса идёт речь, построив модель контекста
3. Построить онтологию и модель деятельности на этом участке
4. Выявить организационные роли в окружении участка бизнеса и их интересы, оценки текущей реализации интересов
5. Построить проблемное месиво и структурировать его через причинно-следственные связи (дерево текущей реальности), найти корневые причины, экономически измерить ущерб, наносимый последствиями
6. Построить дерево будущей реальности, выйдя на целевые эффекты
7. Сформулировать ограничения на решение
8. Из интересов оргролей сформулировать требования к решению
9. Разработать несколько вариантов решений, для каждого оценить стоимость и риски
10. Обосновать выбор конкретного решения
11. Принять участие в заказе, реализации и приёмке решения
12. Оценить эффект от решения, соотнести его с плановым

Про обучение по книгам

существует миф, что в интернете есть вся информация и по ней можно научиться, например, работать системным аналитиком

типа я почитаю статьи, скачаю и посмотрю сливы

давайте вспомним, что профессиональное обучение — это прежде всего выполнение учебной деятельности, имитирующей целевую (а не только и столько поглощение новой информации)

например, как бизнес-аналитику, вам необходимо:
- проводить интервью с заказчиком и пользователями
- наблюдать за деятельностью людей
- совместно с экспертами строить модели деятельности организации и предметной области
- обсуждать с заказчиком и ЗЛ проблемы, которые привели к необходимости автоматизации
- формулировать, обсуждать и согласовывать бизнес-требования
- разрабатывать, представлять и защищать концепцию ИТ-решения

как системному аналитику вам также надо:
- обсуждать с разработчиками возможные варианты архитектуры
- обсуждать со смежниками API и его возможности
- проектировать интеграционное взаимодействие и согласовывать его с заказчиком, командой, смежниками
- разрабатывать и согласовывать с командой бэклог и критерии приёмки
- проводить тестирование и демонстрацию разработанных командой историй

SOFTWARE DEVELOPMENT IS A SOCIAL ACTIVITY

как тут поможет гугл, книги и видео?

да, в 2004-2008-м годах мы с коллегами изучали СА по книгам. но с попытками применять изученное (в основном UML) без быстрой обратной связи, это заняло у нас ГОДЫ

зачем учиться годами тому, что можно освоить за месяцы и недели? это просто неэффективно

хотя бы ментор — это уже существенное интервенция в автономию и тренировка общения про свои артефакты

1) Как мне уйти в бизнес-анализ?

1. Проходите обучение, как минимум по BPMN, User Story/Map, разработке требований (суммарно до 40 часов). Важно чтобы обучение было практическим, а не просмотр видео и тесты. Если есть возможность, в качестве учебного берёте кейс из MedTech или закупок.

2. Далее готовите 2 резюме с чётким позиционированием «Бизнес-аналитик в автоматизации закупок», «Бизнес-аналитик в MedTech». В резюме описываете подробно, что именно умеете делать в БА благодаря курсам, ссылаетесь на учебный кейс. Подробнее про резюме в моей статье для СА, но она в целом и для БА подойдёт по логике.

3. Ищете вакансии БА ТОЛЬКО в MedTech или Закупках. Если есть сложности с откликами, интервью или тестовыми, ищете себе ментора, с которым последовательно улучшаете конверсию 1) резюме в приглашения на интервью, 2) интервью в тестовые, 3) тестовые в офферы.

2) Какие курсы помогут мне получить знания/навыки для первого оффера?
BPMN, User Story/Map, разработка требований.

3) Какие курсы котируются среди работодателей, а куда точно не нужно соваться?
У нас очень сильно котируется Systems Analyst Bootcamp, но вам туда может быть сложно/рановато. Можно прийти, как пару лет поработаете БА. Для БА должно хватить упомянутых выше 3-х коротких курсов.

4) Насколько важно для трудоустройства техническое образование?
Для БА не важно, для СА важно, но не суперкритично.

5) Каким был ваш путь в бизнес-анализ?
Очень долгим: диплом инженера, 5 лет разработчиком, 2 года архитектором, 7 лет СА, 5 лет менеджером продукта, потом предприниматель и БА. Не рекомендую :)

Полезные ссылки:
1. Группа поддержки для тех, кто хочет стать БА.
2. Статья Кто такой БА и как им стать.

Чтобы написать именно ТЗ, лучше привлечь специалиста по его написания хотя бы pro bono, например поискать на getmentor.dev или попросить меня (если у вас легальный сервис и без крипты и гэмблинга:).

А так вы можете попытаться описать «бизнес»-требования:
0. Какова цель создания сервиса для заказчика
1. Кто пользователи, какой у них уровень подготовки, будут ли среди них люди с ограниченными возможностями, если да, то какими
2. Нужна ли им регистрация и если да, то зачем и какая
3. Могут ли пользователи видеть чужие результаты
4. Может ли админ видеть результаты пользователей и если да, в каком виде они нужны
5. Как должен работать алгоритм расчёта
6. Нужна ли возможность для пользователей возвращаться и просматривать ранее введённые и полученные данные или нет
7. Какое количество пользователей будет пользоваться сервисом реалистично
8. Какое количество строк будет добавляться в год реалистично
9. Нужно ли предоставлять данные или расчёты третьей стороне (не пользователю и не админу), если да, то кому, в каком виде, как часто
10. Должен ли сервис хорошо работать на мобилке или достаточно десктопа
11. Нужна ли пользователям возможность скачать свои данные и в каком формате
12. Как может выглядеть общий сценарий использования сервиса
13. Как могут выглядеть административные сценарии использования сервиса
Если алгоритм сложный, можно задействовать язык ДРАКОН, он как раз частично для медиков придуман :)

А так может вам и шаблона в Google Sheets c формулой хватит, так что рассуждать про детали технической реализации пока рано / мало информации.

Или чат-бота, там как раз абонентскую плату сделать достаточно просто.

или дать возможность бесплатно провести тест работы алгоритма?

Это вопрос к маркетологам и продактам, а не к технарям. Тут таких нет.

Помимо документа и опыта, вы освоите конкретные аналитические техники (те будете уметь делать работу, в отличие от итогов курса на mail.ru):
https://beskov.substack.com/p/10-requirements-tech...

Насколько важны нанимателям примеры документов, вы можете спросить у них самих, например, в группе с вакансиями: t.me/analyst_job

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

Для ответа, в частности, на такой вопрос, например, автор того же слона разрабатывал сотоварищи профстандарт Дизайнера интерфейсов: www.slideshare.net/daefremov/ps-design-v14-2611201...

Там по каждой трудовой функции есть знания и умения.

Смотрите список литературы на сайте нашей Школы проектирования интерфейсов: uxcool.ru/books

Прототип — это такая же часть проектных решений (по ГОСТ 34 макеты относятся к стадии Технического проекта), как и требования ТЗ. Чертежи же подписывают?

Прототип фиксирует решения:
1. Какие экраны будут у системы
2. Как будут взаимосвязаны экраны
3. Какие блоки будут на каждом экране
4. Каково будет взаиморасположение (компоновка) блоков на экране.
5. Каковы будут относительные пропорции блоков и элементов
6. Каково будет поведение блоков и элементов (если прототип динамический)

Но вы учтите, что прототипы не описывают требования к атрибутам качества, ограничениям, программным интерфейсам, платформе, алгоритмам и т.д., а это всё очень важные компоненты свойств промышленной системы / ПО.

Спросите мнение о его работе у нескольких его заказчиков, руководителей, коллег, поставщиков и потребителей требований.

Закажите оценку его компетенции у ведущего системного аналитика / руководителя отдела анализа.

Помогающим (но не ключевым) признаком будет наличие сертификации CPRE, CCBA, CBAP, публично доступных презентаций, статей, выступлений на конференциях.

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

Если все решения приняты, нужно только оформить, стучитесь в Философт.

Есть ещё Бизнес-Азимут, они в основном пишут доки на вес для госов.

По разработке ТЗ рекомендую книги по требованиям вот отсюда:
systems.education/books

Есть стандарт на разработку требований к системам, в нём есть типовые структуры документов требований и описание процесса: www.computer.org/portal/documents/82129/160549/IEEE+29148-2011.pdf

Какого продукта — заказного или для открытого рынка?

Для заказного:

Исследование интересов заинтересованных лиц
Изучение устройства автоматизируемой деятельности
Анализ проблемной ситуации заинтересованных лиц
Постановка целей создания системы
Разработка бизнес-требований
Создание концепции системы
Разработка технико-экономического обоснования
Разработка технического задания
Разработка и тестирование модели взаимодействия пользователя с системой
Разработка стратегии и методики тестирования
Разработка архитектурных решений
Прототипирование архитектурно-значимых сценариев
Разработка и тестирование отдельных сценариев
Регулярное интеграционное тестирование и тестирование внешних атрибутов качества системы
Документирование разработанных сценариев
Развёртывание и демонстрация сценариев
Обучение работе с системой
Сбор обратной связи от пользователей

Мы в Школе Systems.Education в открытом прокате проводим конференции, курсы, воркшопы и тренинги для аналитиков:

Онлайн и очные в Москве

1. Функциональное проектирование и разработка требова... (3 дня очно, 3 пары выходных онлайн).
   
2. Интеграция систем. Разработка требований и основы ... (3 дня очно, 3 пары выходных онлайн).
   

Только в онлайне

• Программа переподготовки Systems Analyst Bootcamp (200+ часов).
  
• Проектирование информационных систем с помощью UML (16 часов).
  
• 20+ других курсов и воркшопов

Конференция Systems Design Online проходит в апреле