January 26, 2023

Подготовка к TechRuns

  1. Роль БА/Задачи БА/Отличия между BA и IT-BA.
  2. Определение СА/Для чего нужен СА/Задачи СА.
  3. Классификация требований/Что представляет собой каждый вид требования.
  4. Основные техники выявления требований, их особенности, преимущества и недостатки.
    Процесс подготовки к выявлению требований.
    Действия после выявления требований.
  5. Основные способы документирования требований.
    Зачем необходимо документировать требования.
  6. Gherkin Style
  7. Как управлять требованиями.
  8. Для чего нужна проверка требований.
    Характеристики хороших требований.
    На каком этапе осуществляется проверка требований.
    VERIFICATION
  9. V&S, назначение документа.
    Что такое SRS и зачем он нужен, и из чего состоит.
  10. PRESALE
  11. DISCOVERY
  12. Launching phase
  13. Support phase
  14. Stakeholders
  15. Personas
  16. Customer Journey map
  17. Что такое эстимация и зачем применяется, знает некоторые техники эстимации
  18. Приоритезация
  19. Онбординг. Onboarding.
  20. Для каких целей используется BI-система.
    BI-инструменты.
  21. Что такое AI & ML, Big Data, IoT, Blockchain, AR/VR. Какие есть бизнес-домены
  22. Что такое риск и виды. Цикл управления рисками.
  23. Основные Гибкие методологии разработки ПО. SCRUM.
  24. Роль и задачи QA. Основные артефакты QA.
  25. Разницу между UX/UI. Роль дизайнера.
  26. OOП принципы и все остальное.
  27. Структуры данных.
  28. API. Категории API и протоколы. SOAP - REST.
  29. Матрица RACI
  30. Цели и задачи DevOps. Отличия CI/CD/CD.
  31. Что такое LeSS -Что такое SAFe
  32. Виды ОС.Общие характеристики каждого вида ОС.
  33. Протоколы передачи данных.
  34. Что такое шифрование данных.Что такое авторизация и аутентификация.
  35. UML диаграммы
  36. User story mapping
  37. Ссылка на подготовку к интервью
  38. SA: Webservices and achitecture
  39. SA: Webservices and Architecture 2
  40. SA: Protocols, Integration, BD
  41. CJM
  42. Application types and OS
  43. BPMN

Литература:
1. Путь аналитика. Практическое руководство IT-специалиста | Иванова Вера А., Перерва Андрей Д.

2. Требования для программного обеспечения: рекомендации по сбору и документированию | И. Корнипаев

3. Разработка требований к программному обеспечению | Битти Джой, Вигерс Карл И.

4. Быстрая разработка программного обеспечения | Коберн Алистер

5. Мифический человеко-месяц, или Как создаются программные системы | Фредерик Брукс

6. BABOK v3

Ценность бизнес-аналитика:

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