Проведение совместных семинаров

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

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

Однако при проведении семинаров существует и множество опасностей: совместное обсуждение может перейти в бесполезные споры, участники могут увлечься обсуждением несущественных вопросов и т.п. Чтобы избежать подобной опасности необходимо использовать ряд приемов.

Участники должны договориться об основных правилах проведения семинаров. Например, таких:

• своевременно начинать и заканчивать семинар;

• не опаздывать после перерывов;

• не проводить несколько обсуждений одновременно;

• следить, чтобы каждый принимал участие в работе;

• комментировать и критиковать решение, а не личность.

Чтобы удостовериться, что предлагаемые пользовательские требования не выходят за текущие границы проекта, используйте задокументированный образ и границы проекта. Следите, чтоб на каждом семинаре уровень обобщения соответствовал выбранным целям. Периодически участники могут углубляться в обсуждения несущественных деталей. На это уходит масса времени, которое на начальном этапе работы следует потратить на прояснение пользовательских требований – время деталей наступит позже. Задача организатора – по мере необходимости возвращать участников к теме обсуждения.

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

На семинаре всплывает масса случайных, но важных сведений: атрибуты качества, бизнес-правила, идеи по разработке пользовательского интерфейса, ограничения и т.п. Их необходимо фиксировать по ходу семинара на карточках, плакатах, доске или иным удобным способом. Главное при этом – их доступность всем участникам семинара. Действуя подобным образом, вы не потеряете эти сведения и продемонстрируете уважение участнику, высказавшему их.

Организатор семинара имеет право ограничить время обсуждения каждой темы, скажем, первоначально – 30 минут на каждый вариант использования. Возможно, некоторые дискуссии придется завершить позднее, но жесткие временные рамки помогают не тратить времени больше, чем запланировано. В противном случае времени может не хватить на обсуждение всех запланированных тем. Хорошей практикой является подведение ведущим итогов обсуждения каждой темы в последние 3-5 минут, выделенного на обсуждение времени, даже если обсуждение еще не закончено. В подобном резюме фиксируются все нерешенные вопросы, а также необходимость дальнейшего обсуждения. При таком подходе все запланированные темы будут обсуждены, а при наличии резерва времени в конце семинара можно будет вернуться к обсуждению спорных тем.

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