Текущие процедуры
Существует несколько процедур, которые необходимо соблюдать во всех фазах JAD. Вам необходимо перечислить все проблемы и учитывать соображения и вести журнал посещаемости. Кроме того, вам необходимо следовать методам и процедурам сеансов, которые вы установили в начале процесса.
Преимущества JAD
Определяя требования к представителям бизнес-сферы, сессия JAD сокращает циклы разработки и повышает общую производительность. Поскольку представители деловых кругов играют важную роль в определении требований, JAD повышает качество дизайна и повышает уровень знаний пользователей и бай-ин в системе. Наконец, JAD достигает партнерских отношений со стороны представителей деловых кругов и персонала I / S, добиваясь приверженности и поощрения энтузиазма среди всех участников.
Участники JAD
Чтобы увеличить свою проектную команду, описанную в разделе «Участники проекта и организационная структура» на стр. 9, для проведения успешного сеанса структурированных требований необходимы следующие участники: JAD-подобные методы:
- Руководитель сессии. Лидер сессии не должен знать технические детали того, что моделируется. Тем не менее, он / она действительно должен иметь возможность идентифицировать проблемы и держать совещание в движении вперед. Главная ответственность руководителя сессии заключается в том, чтобы облегчить, а не разработать. Лидер сессии должен иметь общее представление о бизнесе банковских / финансовых рынков и основах моделирования данных. Руководитель сессии должен обладать опытом в методологии JAD, обеспечивая беспристрастное руководство и проведение совещания, которое приглашает всех участников участвовать
- Recorder — рекордер фокусируется на записи информации об изменении, сгенерированной во время сеансов. Рекордер обычно записывает информацию в m1, используя проектор, чтобы другие участники JAD могли проверить изменения. Рекордер должен быть знаком с модельными и банковскими / финансовыми рынками, чтобы понимать и записывать требования, повторно запрашивая требования для проверки
- Секретарь — Секретарь ведет журнал обсуждения, отмечая посещаемость, отслеживая обоснование для всех решений (в том числе без изменений), запись всех вопросов
Типы сеанса проверки и настройки
Как правило, сеансы, которые будут происходить, можно классифицировать следующим образом.
- Открытие сессии — всякий раз, когда к участию приходит новая группа представителей бизнес-сферы, должна быть представлена ориентация на представление команды, текущие цели и методологию покрытия. Помните, что большинство из этих людей не знакомы с моделированием, и этот сеанс должен заставить их чувствовать себя комфортно с предстоящим сеансом и что ожидается от них. Лицам не следует принимать участие в оставшихся сессиях, если они не присутствовали на открытии сессии, чтобы не замедлить работу группы
- Сеанс приемника. Во время других проверок, а также для настройки и определения области охвата основная цель заключается в том, чтобы представители бизнес-зоны обсуждали конкретные требования к информации, чтобы вносить вклад в проектную группу на основе их уникальной перспективы операций и стратегий банка. Руководитель сессии контролирует обсуждения, чтобы избежать отступления и поощрять всех участников к участию. Члены проектной группы документируют проблемы, сопоставляют информацию с моделью и записывают изменения модели по мере их согласования
- Сессия фидера. Во время некоторых сессий основная цель заключается в том, чтобы команда проекта знакомила представителей бизнес-сферы с материалами. Как правило, предоставляется презентация этого материала, а комментарии участников ограничиваются разъяснениями
- Обзор проблемы. В этих сеансах рассматривается журнал проблем. Вопросы с ответами анализируются для согласованного изменения модели — если нет, то они передаются обратно ответственным аналитикам. Выявляются вопросы без ответов, и планы действий для получения ответа согласованы.
- Закрытие сессии. Для каждой группы представителей бизнес-сферы, которые участвовали в сессиях валидации и настройки, заключительная сессия должна проводиться по завершении их участия. Это будет означать благодарность и краткое изложение проблем
Документация по валидации, настройке и определению области охвата
Во время сеансов валидации, настройки и обзора потребуется несколько типов документации для сбора информации, полученной от представителей бизнес-зоны, и для документирования проблем. Кроме того, проектной группе необходимо будет принять решение о средстве для документации и когда эта документация будет завершена. Различные типы документации могут включать:
- Посещение сессии. Для каждой сессии необходимо сохранить журнал участников.
- Список элементов действий. Во время сеансов валидации и настройки рекордер должен отображать все элементы, требующие последующих действий. В списке должно быть указано лицо, ответственное за решение вопроса о последующей деятельности, и когда действие должно быть завершено.
- Списки сопоставлений — это отчет о требованиях к информации, представленных бизнес-специалистами, и ссылка на то, где он был помещен в модель.
- Формы настройки — это документация об изменении или расширении вашей версии FSDM. Он должен содержать обоснование изменений.
- Индивидуальная модель. Одним из основных результатов сеансов проверки и настройки является модель данных, содержащая изменения, которые специально адаптируются к вашему финансовому учреждению. Основная копия настраиваемой модели должна обновляться, поддерживаться и ссылаться на протяжении всего сеанса.
Потенциальные носители для документации включают:
- FSDM поставляется в м1. Базовая модель может быть скопирована, а затем обозначена как настроенная модель, при этом все модификации документируются в инструменте.
- Другие носители для временного документирования изменений модели данных включают в себя флип-чарты или доски, если они доступны.
- Элемент действия Последующие элементы следует хранить в режиме онлайн для удобства обновления.
- Формы настройки должны поддерживаться либо в базе данных, либо в инструменте CASE. Если изменения в модели станут обширными, может оказаться целесообразным рассмотреть базу данных для этой информации, чтобы разрешить перекрестные ссылки на эти изменения.
- В m1 сохраняйте просмотры для всех добавленных и измененных элементов. Сохраните информацию об обосновании изменения поля Comment в m1, который является ассоциацией между объектом и представлением.
Рекомендации о том, когда следует документировать:
Пункт Действия Последующие пункты должны быть задокументированы немедленно по мере их возникновения. Присвоение ответственности и разрешение могут быть сделаны в это время или позднее в тот же день, возможно, на ежедневной встрече Проектной группы. Открытые пункты в списке должны ежедневно пересматриваться Совместной проектной группой для обеспечения того, чтобы они продвигались к разрешению
Индивидуальная модель обновляется, когда достигнуто соглашение об изменении.
Помимо внесения изменений в настраиваемую модель, для каждой сделанной модификации должна поддерживаться документация по настройке. Эта документация по настройке должна быть создана во время внесения изменений, чтобы убедиться, что она не упускается из виду. Это можно сделать либо во время сеанса валидации, настройки и обзора, либо позже в этот день. Адекватное время должно выделяться каждый день для этой деятельности.