Про Вигерса и БА
Вигерс берёт только тему требований, которая для БА важна, но не единственная. И совсем не берёт важные другие темы БА:
— моделирование процессов
— анализ проблем
— поиск не-ИТ-решений
— экономические обоснования решений
— планирование разработки и реализации решений
Что входит в относительно полный цикл БА:
1. Взять первичный запрос, сформулировать в виде проблемы, также если у инициатора есть видение решения, тоже сформулировать
2. Определить, о каком участке бизнеса идёт речь, построив модель контекста
3. Построить онтологию и модель деятельности на этом участке
4. Выявить организационные роли в окружении участка бизнеса и их интересы, оценки текущей реализации интересов
5. Построить проблемное месиво и структурировать его через причинно-следственные связи (дерево текущей реальности), найти корневые причины, экономически измерить ущерб, наносимый последствиями
6. Построить дерево будущей реальности, выйдя на целевые эффекты
7. Сформулировать ограничения на решение
8. Из интересов оргролей сформулировать требования к решению
9. Разработать несколько вариантов решений, для каждого оценить стоимость и риски
10. Обосновать выбор конкретного решения
11. Принять участие в заказе, реализации и приёмке решения
12. Оценить эффект от решения, соотнести его с плановым
Про обучение по книгам
существует миф, что в интернете есть вся информация и по ней можно научиться, например, работать системным аналитиком
типа я почитаю статьи, скачаю и посмотрю сливы
давайте вспомним, что профессиональное обучение — это прежде всего выполнение учебной деятельности, имитирующей целевую (а не только и столько поглощение новой информации)
например, как
бизнес-аналитику, вам необходимо:
- проводить интервью с заказчиком и пользователями
- наблюдать за деятельностью людей
- совместно с экспертами строить модели деятельности организации и предметной области
- обсуждать с заказчиком и ЗЛ проблемы, которые привели к необходимости автоматизации
- формулировать, обсуждать и согласовывать бизнес-требования
- разрабатывать, представлять и защищать концепцию ИТ-решения
как
системному аналитику вам также надо:
- обсуждать с разработчиками возможные варианты архитектуры
- обсуждать со смежниками API и его возможности
- проектировать интеграционное взаимодействие и согласовывать его с заказчиком, командой, смежниками
- разрабатывать и согласовывать с командой бэклог и критерии приёмки
- проводить тестирование и демонстрацию разработанных командой историй
SOFTWARE DEVELOPMENT IS A SOCIAL ACTIVITY
как тут поможет гугл, книги и видео?
да, в 2004-2008-м годах мы с коллегами изучали СА по книгам. но с попытками применять изученное (в основном UML) без быстрой обратной связи, это заняло у нас ГОДЫ
зачем учиться годами тому, что можно освоить за
месяцы и
недели? это просто неэффективно
хотя бы
ментор — это уже существенное интервенция в автономию и тренировка общения про свои артефакты
