Методы выявления

Методы, описанные в этом разделе, соответствуют проектам гибкого процесса или традиционного процесса разработки. Разница только в степени применяемой формальности. В конце этого раздела будет матрица, которая описывает разницу в каждом из этих контекстов.

Семинары по выявлению

Семинары по требованиям являются не столько техникой выявления, а скорее тип встречи или мероприятия, которые организуют несколько методов выявления. Это хорошее средство для запуска проекта разработки приложений. Они выполняется на начальном этапе, когда мы находимся в состоянии определения ожидания заинтересованных сторон и подготовки плана для более глубоких методов выявления, которые дадут нам более глубокое понимание проблемы, которую предстоит решить, и решения этой проблемы.

Семинары по требованиям не нуждаются в поддержке Visual Studio/TFS, но их результаты могут покрываться этой технологией.

Мы должны зафиксировать запросы всех заинтересованных сторон и определить, каким образом эти запросы будут рассмотрены. Хотя системный аналитик отвечает за сбор этой информации, многие люди будут способствовать ему: маркетологи, конечные пользователи и клиенты – любой, кто считается заинтересованным лицом в проекте. В дополнение к заинтересованным сторонам, могут быть другие источники требований, которые будут способствовать осуществлению первоначального выявления.

Другие примеры внешних источников для требований:

• Постановка работы

• Запрос на предложение

• Миссия

• Постановка задачи

• Бизнес-правила

• Законы и нормативные акты

• Юридические системы

• Бизнес-модели

Эта информация должна быть организована, рассмотрена и обсуждена в ходе семинаров по требованиям.

Семинар по требованиям является одним из наиболее эффективных экономически и по времени средств в смысле получения обратной связи. Такая же концепция применяется в сессиях JAD (Joint Application Development) или RAD (Rapid Application Development) . Вот некоторые из преимуществ семинара:

• Ускорение процесса выявления

• Сбор всех заинтересованных сторон на интенсивную, сосредоточенную встречу

• Содействие обеспечению направленности и прогресса

• Все мнения будут выслушаны

• Результаты доступны немедленно

• Обеспечение основы для применения других методов выявления

Механизм семинара

Как правило, для крупных проектов семинар может длиться от 3-х до 5-ти рабочих дней. Ниже показан высокий уровень выполнения семинара по требованиям.

• Предварительное планирование семинара– перед семинаром бизнес-аналитик должен будет подготовить все материалы, выявить все заинтересованные стороны, послать приглашение участникам, подготовить темы для повестки дня, правила и направление действий для семинара. Вот перечень мероприятий, которые должны быть выполнены:

  • Предложение семинара – некоторые заинтересованные стороны не хотят идти на семинар по различным причинам. Нужно подготовить пункты с выгодами для каждой из заинтересованных сторон, которые учитывают их потребности.

  • Создание команды – выявление всех заинтересованных сторон и посредников. Подготовка окон в их расписании для семинара.

  • Определение логистики – зарезервировать конференц-залы и комнаты для перерывов. Планирование заказов блюд, напитков и легких закусок. Убедитесь, что доступны Интернет, проекторы, доски, стикеры, маркеры и т.д.

  • Отправка материалов предварительного чтения и предпосылочных материалов – заинтересованные стороны должны иметь всю имеющуюся информацию, а также время для её рассмотрения. Отправьте их с четкой инструкцией о том, как подготовиться к семинару.

  • Подготовка повестки дня – используйте расписание (обычно с шагом в полдня, разделенным на 2-а перерыва по 15 минут в течение каждой сессии), сформируйте повестку дня для каждого из семинаров. Например, в результате оценки ALM, мы создали семинар, состоящий из:

    • Введение -> Понедельник: 8:00-12:00 – Введение для всех заинтересованных сторон, их ролей, а также открытое обсуждение желаемых целей семинара.

    • Сессия 1 – Дисциплина инженерии требований -> Понедельник: 1:00-5:00 – 30 минут введение в проблемы инженерии требований, выявленных в ходе оценки, 1 час дискуссии с использованием причинно-следственных диаграмм, 15-30 минут присвоение приоритетов проблемам, 1 час мозговой штурм по решению, 15-30 минут выставление приоритетов и сведение результатов.

    • Сессия 2 – Дисциплина управления изменениями и конфигурациями -> Вторник: 8:00-12:00 – тот же формат, что и для сессии 1

    • Сессия 3 – Управление и мониторинг Agile-проекта и Дисциплина контроля -> Вторник: 1:00-5:00 – Формат скорее как обсуждение “Моделирование вариантов использования”. Описать все сценарии команды Agile, определить роли, определить действия, определить рабочие продукты; больше описание процесса, которому будут следовать, и мозговой штурм на проблемных областях

    • Сессия 4 – Дисциплина повторного использования Программного обеспечения / Архитектура -> Среда: 8:00-12:00, так же как сессия 1

    • Закрытие -> Среда: 1:00-3:00 – Подведение итогов каждой сессии, определение предстоящей работы и описание последующих действий.

• Сессии семинаров– выполнение семинара, согласно некоторым из основ:

  • Содействие – вы или кто-то вами определенный поддерживает темп сессий. Этот человек не будет вводить свое мнение, но будет привносить предложения, если сессия становится нудной, чтобы вернуть ее в нужное русло.

  • Поддержание темпа – также, как предыдущий пункт.

  • Запись выводов – организатору может быть сложно документировать результаты каждой сессии. Рассмотрите вопрос о найме специального человека (писателя) для этой цели. Очень важно, чтоб все понимали, что информация должна быть учтена и документирована. Это не простая задача.

  • Краткие выводы – в конце каждой сессии, работа с заинтересованными сторонами с целью обобщения каких-либо выводов или решений, которые были сделаны. Убедитесь, что все участники сессии поняли все варианты, которые были представлены, и все необходимые действия были предприняты в отношении результатов.

• Выпуск результатов– найдите время для подведения итогов, их анализа и организации.

  • Обобщить выводы – организуйте результаты в формате, который можно проанализировать.

  • Объединить информацию – после проведения анализа, консолидируйте информацию таким образом, чтоб она могла быть представлена заинтересованным сторонам для последующих действий.

• Передача

  • Представить результаты для заказчика

  • Определить следующие шаги и действия для реализации окончательного набора требований.