목적
요구사항 워크샵의 목적은 다음과 같습니다.
-
프로젝트 팀에서 프로젝트 이해 당사자를 만족시킵니다.
-
프로젝트의 이해 당사자로부터 포괄적인 "관심 목록"을 수집합니다.
-
워크샵에 참가한 이해 당사자에 따라 수집된 요구사항의 우선순위를 지정합니다.
요구사항 워크샵을 운영한다는 것은 집중된 기간 동안 모든 이해 당사자를 한 자리에 모음을 의미합니다. 시스템 분석가는 이 회의에서 진행자(facilitator) 역할을 수행합니다. 모든 참가자는 적극적으로 참가해야
하고 세션의 결과는 참가자가 바로 사용할 수 있어야 합니다.
요구사항 워크샵에서는 다음과 같은 기타 요구사항 도출 기법을 적용하는 프레임워크를 제공합니다. 가이드라인: 브레인스토밍 및 아이디어 정리, 가이드라인: 스토리보드, 가이드라인: 역할 연기법, 가이드라인: 기존 요구사항 검토. 이 기법은 별도로 또는 조합하여 사용할 수 있습니다.
모든 기법은 유스 케이스 접근 방식으로 조합할 수 있습니다. 예를 들어 시스템에서 예상되는 유스 케이스마다 하나 또는 소수의 스토리보드를 작성할 수 있습니다. 액터가 시스템을 사용하는 방법을 이해하도록 역할
연기법을 사용할 수 있으며 유스 케이스를 정의하는 데 도움을 줄 수 있습니다.
요구사항 워크샵의 진행자는 다음과 같은 장애에 대비해야 합니다.
-
이해 당사자가 자신이 원하는 바는 알고 있지만 분명히 표현할 수 없는 경우
-
이해 당사자가 원하는 바를 모르는 경우
-
여러분이 이해 당사자가 원하는 바를 말할 때까지 이해 당사자가 자신이 원하는 바를 안다고 생각하는 경우
-
분석가가 사용자의 문제점을 사용자보다 더 잘 이해한다고 생각하는 경우
-
모든 사람이 자신 이외에는 정치적인 동기를 가졌다고 생각하는 경우
요구사항 워크샵의 결과는 하나 또는 여러 개의 이해 당사자(stakeholder) 요청 아티팩트로 문서화됩니다. 훌륭한 도구 지원이 제공되는 경우 종종 이해 당사자가 이
정보를 입력하는 데 유용할 수 있습니다. 액터 및 유스 케이스의
관점에서 시스템에 대해 논의하려는 경우 유스 케이스
모델에 대한 아웃라인을 설명할 수도 있습니다.
진행자는 참가해야 하는 이해 당사자에게 워크샵을 "판매"하고 워크샵에 참가할 그룹을 설정해야 합니다. 워크샵에 도착하기 전에 참가자에게 검토할 "워밍 업" 자료를 제공해야 합니다. 진행자는 워크샵과 관련된
물류(예: 초대장 발송, 세션에 필요한 장비를 갖춘 회의실 찾기, 워크샵 의사 일정 분배)를 책임집니다.
진행자는 세션을 진행할 뿐만 아니라 다음을 수행합니다.
요구사항 워크샵 이후, 진행자는 역할: 시스템 분석가 동료와 함께 결과를 통합하고 정보를
프리젠테이션 가능한 형식으로 압축하는 시간을 가져야 합니다.
아래 표에서는 진행자에게 도움이 될 수 있는 문제점 콜렉션 및 제안 솔루션을 설명합니다. 솔루션은 불필요해 보일 수도 있는 "티켓" 세트로 표시되지만 대부분의 경우 매우 효과적입니다.
문제점
|
솔루션
|
휴식 후 다시 시작하기는 어렵습니다.
|
늦은 사람에게 "휴식 후 지각" 티켓 주기, 알람 시계를 사용하여 주의 환기, 벌금함(사용한 티켓당 천 원) 사용.
|
신랄한 비평 - 사소한 편견, 주도권 싸움, 모략 및 치사한 말.
|
"치사한 말 1번" 티켓, "칭찬!!" 티켓.
|
흥분, 거만한 태도, 참가자의 일방적인 의견.
|
숙련된 진행자 고용, "5분 발언대"로 발언 시간을 제한.
|
점심 식사 후에는 무기력해집니다.
|
간단한 점심 식사, 휴식, 커피, 음료수, 사탕, 과자, 회의실 다시 정리, 회의실 환기.
|
|