기획 단계에서의 요구사항 수집을 위한 10가지 기술

모든 웹페이지에서의 출발은 기획이 먼저다. 기획 업무의 가장 큰 부분을 차지하는 몇 가지 항목 중에 첫 단추를 꿰기 시작하는 것이 사용자 요구분석이라고 할 수 있다. 사용자 요구분석은 모든 프로젝트의 시작이며, 첫 출발선이기 때문이다. 이 출발선이 잘못 그려지면 어떤 프로젝트든 실패활 확률이 높고, 프로젝트가 완료되었다 해도 초기 개발 일정을 수립해 놓고도 그 개발 일정을 지키기란 매우 어려운 일이 되어 버리기 십상이다.

 

아래 내용은 그 사용자 요구사항에 대한 몇 가지를 정의하고 있고, 고객과의 커뮤니케이션에 필요한 사항을 몇 가지로 압축하여 쉽게 설명하고 있다. 고객으로 부터 첫 요구 사항을 얻어 내는 것을 "끌어내기" 단계라고 한다. 요구사항을 수집하는 데 사용할 수 있는 기술은 많이 있다. 각각은 상황에 따라 그 가치가 있고, 고객과 주주들이 원하는 완벽한 그림을 얻기 위한 다중 기술이 필요하다. 몇 가지 접근법에 대해 소개하겠다.

 

 

 

1. One-on-One 인터뷰
요구 사항을 얻기 위한 가장 보편적인 기술은 고객과 함께 앉아서 무엇이 필요한지 물어보는 것이다. 회의 중에 여러분이 찾고자 하는 요구 유형에 따른 시간과 계획을 가지고 회의를 해야 한다. 인터뷰를 하기 위한 좋은 방법들이 꽤 있다. 하지만 일반적으로 대화를 시작하기 위해서는 오픈 인터뷰로 시작한 다음에 확인되지 않은 요구 사항에 대한 검증을 하는 질문을 한다.

 

2. 그룹 인터뷰
그룹 인터뷰는 one-on-one 인터뷰랑 비슷하지만, 인터뷰하는 사람이 한 명이 아니라 2명~4명 정도 하는 것이다. 이러한 인터뷰가 잘 되려면, 모든 사람이 같은 직급이거나 같은 역할이면 좋다. 그룹 인터뷰는 모든 참석자들에게서 원하는 정보를 얻기 위해서는 철저한 준비와 형식이 필요하다. 인터뷰하는 그룹에 집중한다면, 짧은 시간에 풍부한 답을 얻을 수 있을 것이다.

 

3. Facilitated Sessions
5명 이상의 그룹에 일반적인 목적에 관한 것이라면, 세션을 여는 것도 좋다. 이 경우 일반적인 요구 사항을 얻기 위해 개별 인터뷰를 하는 것보다 빠르게 일반적인 요구사항을 얻을 수 있다.

 

4. JAD (Joint Application Development)
JAD 세션은 일반적인 Facilitated 세션과 유사하지만, 최종 사용자를 JAD 세션이라고 불리는 협업 워크샵의 반복을 통해 응용프로그램의 설계 및 개발 단계에 관련시키는 방법론을 말한다. 세션의 목적이 완전히 끝날 때까지 있는 것이 다른 점이다. 요구 사항이 문서나 동의를 구할 때까지 참석자들은 자리를 지켜야 한다.

 

5. 질문지
이것은 상당히 비공식적이며, 원격지에 있는 주주들의 요구사항을 수집하기 위한 좋은 툴로서 전반적인 요구사항에 대한 중요하지 않은 정보가 될 것이다. 질문지는 또한 수많은 사람을 상대로 한 요구사항이나 정보를 수집할 때 사용되기도 한다.

 

6. 프로토타이핑
프로토타이핑은 요구사항 수집에 대한 현대적 기술에 관계된 것이다. 이 접근 방식은 여러분이 만든 해결책의 초기 버전에 대한 예비 요구사항을 수집하는 것이므로 프로토타입이라고 한다. 고객에게 이것을 보여 주면 고객들은 추가적인 요구사항을 주게 되며, 고객이 반복해서 요구사항을 주면 애플리케이션과 사이클 변경을 한다. 이러한 반복적인 과정은 제품이 비즈니스의 주요한 부분과 부합되거나 반복에 대한 수치가 동의를 얻을 때까지 계속된다.

 

7. 사례 활용
사례 활용은 별개의 프로세스 작업을 어떻게 서술하는가에 대한 기본적인 이야기다. 스토리는 사람과 유저가 그리는 그림에 대해 어떻게 해결되는가에 대한 설명이다. 비록 사례 활용이 나중에 더욱 자세한 요구 사항에 필요하게 되더라도, 이것을 활용하는 것이 유저에게는 더 분명한 이해를 가능하게 할 수 있다.

 

8. 주변 사람 따르기
이 기술은 특히 현재 프로세스에 대한 정보를 수집하는 데 도움이 된다. 그들이 습관적으로 일을 하고 있기 때문에 무엇을 하고 왜 하는지에 대한 설명을 하기가 어려워하는, 판에 박힌 일을 하는 사람들을 발견할 수 있을 것이다. 전체 그림에 대한 이해를 하기 전에 그들이 작업을 어떻게 수행하는지 관찰할 필요가 있을 수 있다.

 

9. 제안 요청서 - RFP (Request For Proposal)
RFP는 프로젝트를 담당할 업체를 선정하기 전에, 요구사항을 정리하여 후보 업체들에게 전달하는 문서이다. 프로젝트의 주제, 목적, 목표, 운영방안, 기대효과 등 프로젝트에 대한 전반적인 자세한 내용을 담고 있다. 하지만 프로젝트에 대한 전반적인 요구사항을 포함하고 있지만, 100% 모든 내용이 포함되어 있지 않은 경우가 많다. 때문에 요구사항을 분석할 때 세심하게 들여다 볼 필요가 있다.

 

10. 브레인스토밍
몇몇 프로젝트에서 요구사항은 발견한 것 만큼이나 발견되지 않은 요구사항이 있다. 다른 말로 하면, 이러한 부분의 해결책은 새로운 브랜드이면서 사람들이 동의할 수 있는 아이디어 세트를 만들 필요가 있다. 이러한 유형의 프로젝트에서는 브레인스토밍이 시작점이 될 수 있다.