Please enable JavaScript.
Coggle requires JavaScript to display documents.
Тема 5.Бизнес-анализ ИТ-инициатив - Coggle Diagram
Тема 5.Бизнес-анализ ИТ-инициатив
Ключевые концепции БА
Changes (Изменения)
Stakeholders (ЗС)
Contexts (Контекст)
Needs (Потребности)
Solutions (Решения)
Values (Ценности)
Подготовка к проведению БА
Выбор подходов к БА
Проведение анализа заинтересованных лиц
Лица, официально уполномоченные принимать решения
Лица, официально уполномоченные блокировать решения
Лица, чьи интересы затрагивают данные решения
Лица, обладающие необходимой информацией или знаниями
Планирование действий в рамках БА
Выбор методов сбора
Выбор методов анализа
Выбор методов спецификации
Выбор методов проверки
Выбор методов управления требованиями
Выбор методов обучения
Выбор методов управления проектом
Планирование взаимодействия с заинтересованными лицами
Onion Diagram
RACI chart
Планирование процесса работы с требованиями
Планирование управления БА
Как будет выполняться работа по БА и как будут определяться приоритеты задач
Процесс для предложения изменений в информации для БА
Кто имеет власть и обязанность предлагать изменения и кто должен быть вовлечен в обсуждение изменений
Кто несет ответственность за анализ запросов на изменение
Кто имеет полномочия утвердить изменения
Как изменения будут задокументированы и донесены до потребителей
Планирование управлением информацией БА
Как информация должна быть организована
С каким уровнем детализации информация должна быть получена
Любые связи между информацией
Как информация может быть использована в нескольких инициативах и в компании в целом
Как информация должна храниться и как ее получить
Характеристики информации, которая должна быть сохранена
Сбор информации и развитие сотрудничества
Техники сбора информации и выявления требований
Интервью
Опросы
Семинары
Фокус-группы
Мозговой штурм
Наблюдения
Моделирование процессов
Анализ документов
Анализ интерфейсов
Анализ пользователей
Прототипы
Варианты использования
Права/обязанности
Билль о правах клиента при формировании требований (клиент имеет право)
Имеет дело с аналитиком, который разговаривает на языке клиента
Иметь дело с аналитиком, хорошо изучившим бизнес и цели клиента, для которых создается система
Потребовать, чтобы аналитик зафиксировал требования в надлежащей форме
Получить подробный отчет о будущих процедурах и результатах процесса формулирования требований
На изменение требований
На взаимное уважение
Знать о вариантах и альтернативах требований и их реализации
Описать характеристики, упрощающие работу с продуктом
Узнать о способах корректировки требований для ускорения разработки за счет повторного использования
Получить систему, функциональность и качество которой соответствует вашим ожиданиям
Билль об обязанностях клиента при формировании требований (клиент обязан)
Ознакомить аналитиков и разработчиков с особенностями своего бизнеса
Потратить столько времени, сколько необходимо на уточнение требований
Точно и конкретно описать требования к системе
Принимать своевременные решения относительно требований
Уважать определенную разработчиком оценку стоимости и возможности реализации ваших требований
Определять реалистичные приоритеты требований совместно с разработчиками
Проверять требования и оценивать прототипы
Определить критерии оценки
Своевременно сообщать об изменениях требований
Уважительно относиться к процессам создания требований
Управление жизненным циклом требований
Классификация требований
Функциональные
Нефункциональные
Каркас создания требований (Вигерс)
Определить бизнес-требования
Определить классы пользователей
Определить представителей пользователей
Определить ЛПР
Спланировать выявление требований
Определить пользовательские требования
Определить приоритеты требований
Сформулировать пользовательские требования
Вывести функциональные требования
Смоделировать требования
Определить атрибуты качества
Просмотреть требования
Разработать прототипы
Разработать архитектуру
Распределить требования по компонентам
Разработать тесты на основе требований
Проверить пользовательские, функциональные, нефункциональные требования, модели анализа, прототипы
Анализ подходов к решению
Анализ контекста решения
Изучение и анализ домена
Анализ текущего состояния предприятия
Определение будущего состояния предприятия
Определение вариантов решения
Измерение потенциальной стоимости и качества решения
Создание документа об образе и границах
Анализ требований
Методы анализа требований
Моделирование среды приложения
Создание пользовательского интерфейса и технических прототипов
Анализ осуществимости требований
Определение приоритетов требований
Создание словаря данных
Моделирование требований
Анализ интерфейсов между системой и внешним миром
Распределение требований по подсистемам
Спецификация требований
Методы спецификации требований
Внедрение шаблонов документов требований
Определение источников требований
Присвоение уникальных идентификаторов всем требованиям
Документирование бизнес-правил
Определение нефункциональных требований
Проверка требований
Рецензирование требований
Тестирование требований
Определение критериев приемки
Моделирование требований
Управление требованиями
Управление версиями
Управление изменениями
Отслеживание состояний требований
Proposed (Предложено)
Deferred (Отложено)
Deleted (Удалено)
Rejected (Отклонено)
In progress (Разработка)
Drafted (Подготовлено)
Approved (Одобрено)
Implemented (Реализовано)
Verified (Проверено)
Отслеживание связей требований
Оценка качества решения
Атрибуты качества решения
Производительность
Легкость и простота использования
Гибкость
Способность к взаимодействию
Целостность
Безопасность
Тестирование решения
Базовые компетенции БА
Необходимые знания
Знания домена бизнеса
Знание инструментов БА
Навыки БА
Умение слушать
Умение опрашивать и задавать вопросы
Способность соображать на ходу
Навыки анализа
Навыки системного мышления
Навыки обучения
Навыки создания комфортных условий общения