활동:
|
목적
|
|
역할: 시스템 분석가 | |
빈도: 필요에 따라, 일반적으로 개념화 및 구현화 단계에서 반복당 최소 한 번 발생할 수 있으며 후속 단계에서는 필요에 따라 발생할 수 있습니다. | |
단계 | |
자세한 정보: |
입력물: | 결과물: |
툴 멘토르: |
워크플로우 세부사항: |
목적 | "확장된 프로젝트 팀"에서 스테이크홀더 역할을 할 사람을 식별합니다. 요구사항의 소스를 결정하여 우선순위를 결정합니다. |
기존 시스템의 경우, 이 활동에 대한 첫 번째 입력 세트는 지연된 개선 요청 세트입니다. 이는 제품 라이프사이클을 통해 공식적인 변경 요청 관리 프로세스의 일부로 수집됩니다. 이는 데이터를 수집하고 스테이크홀더 요청 세트를 좀더 정제할 유용한 시작점을 제공합니다.
이 초기 정보를 수집한 후, 스테이크홀더를 나타낼 수 있는 파트너, 사용자, 고객, 도메인 전문가 및 산업 분석가를 찾아보십시오. 정보를 수집하기 위해 함께 작업할 사람을 판별한 후 그 사람의 지식, 의사소통 능력, 사용 가능성 및 "중요도"를 고려하십시오. 이들은 프로젝트 내부 효과의 스테이크홀더인 "확장 프로젝트 팀" 역할을 수행하게 됩니다. 일반적으로, 프로젝트 기간 동안 여러분과 같이 작업할 수 있는 2 - 5명 규모의 소그룹이 적당합니다. 또한 확장 팀에 사람이 많을수록 이들을 관리하고 이들의 시간을 효율적으로 사용하는 데 할애하는 시간도 많아집니다.. 이 사람들은 하루 종일 프로젝트에 대해 작업하지 않습니다. 이들은 일반적으로 개념화 및 구현화 단계에서 하나 또는 몇 개의 요구사항 수집 워크샵에 참여한 다음 나중에 검토 세션에 참여합니다.
다른 사람들이 여러분이 수행하려 하는 작업을 어떻게 수행하는지 배울 방법을 찾아보십시오. 소프트웨어 제품을 개발 중인 경우, 이는 경쟁력있는 정보를 수집하는 것을 의미할 수 있습니다. 사내 정보 시스템의 새 버전을 개발 중인 경우, 사람들이 현재 시스템을 사용하는 방법을 알고 개선 방안을 찾으려면 현장 방문 스케줄을 세워야 합니다.
중요한 소소는 시스템을 사용할 조직에 대한 기존 설명입니다. 이는 비즈니스 모델링 규칙 또는 다른 비즈니스 정의 양식에 설명된 대로 생성된 비즈니스 모델일 수 있습니다.
목적 | 답변해야 할 질문 공식화 정보를 수집하여 문서화하십시오. |
정보를 수집하는 가장 유용한 방법 중 하나는 선정된 핵심 스테이크홀더 그룹과 면담을 하는 것입니다.
사용될 수 있는 일반 샘플 질문 및 기법이 가이드라인: 면담에 나와 있습니다.
효과적인 면담을 하는 데 필요한 샘플 스크립트를 보려면 결과물: 스테이크홀더 요청에 제공된 템플리트를 보십시오.
이는 널리 사용되는 기법입니다. 여러 번 면담을 하면 동일한 정보가 여러 번 반복해서 나타남을 깨닫게 됩니다. 이 유형의 정보는 일반적인 답변이 있는 질문 세트로 수집될 수 있습니다. 이 질문 세트에서 답변을 선택하여 보다 큰 스테이크홀더 그룹으로 보낼 수 있습니다. 이 방법을 사용하면 포함된 질문에 제공된 답변에 대한 공식 통계를 더 잘 수집할 수 있습니다. 그러나 핵심은 이 통계가 스테이크홀더가 실질적으로 원하는 현실적인 결과를 제공하는 방법으로 질문을 공식화할 수 있다는 것입니다.
스테이크홀더는 답변을 한 후 결과를 인터넷을 통해 다시 보낼 수 있습니다. 이를 통해 직접 면담을 할 때보다 광범위한 사람들과 접촉할 수는 있으나 결과를 통제하기는 좀더 어렵습니다. 문제점을 명확히 하고 오인을 없애기 위해 질문에 답변하는 사람과 직접 통신을 하지는 않습니다. 질문은 매우 강력한 툴이 될 수 있으나 직접 면담을 대신하지는 못합니다. 관련 질문을 미리 결정할 수 있으며 독자가 원하는 방식으로 질문을 들을 수 있게 표현할 수 있다고 가정합니다.
목적: | 프로젝트 팀이 프로젝트의 스테이크홀더와 만날 수 있게 합니다. 프로젝트의 스테이크홀더로부터 포괄적인 "희망사항 목록"을 수집합니다. 워크샵에 참가한 스테이크홀더를 토대로 수집된 요구사항의 우선순위를 지정합니다. |
가이드라인: |
목적 | 다른 요구사항 워크샵에서 얻은 결과와 비교합니다. 올바른 정보를 수집했는지 확인합니다. |
특히 두 번 이상의 요구사항 워크샵을 실시한 경우, 프로젝트 팀이 결과를 검토하는 것은 좋은 습관입니다.
검토 또는 후속 세션에서 선정된 고객 또는 사용자 그룹에게 요구사항 워크샵 결과를 제시해야 합니다. 이 세션에서 명확히 해야 할 문제점이 있는지를 식별합니다. 이는 완료해야 할 타스크를 식별하여 이 타스크에 사람을 지정함을 의미합니다.
Rational Unified Process
|