cmmi hm - module 1tqms.co.kr/wordpress/wp-content/uploads/2015/07/babok2.0... · 2015-07-16 ·...

BABOK®2.0의 34가지 기법BABOK®2.0( Business Analysis Body of Knowledge 2.0, 비즈니스분석지식체계 2.0) 內

Copyright ⓒ TQMS Co., Ltd. All rights reserved. Techniques – Page 1

A Guide to the Business Analysis Body of Knowledge v2.0

BABOK®2.0BABOK®2.0은 비즈니스분석의 프랙티스를 정한 국제적으로 인증된 표준이다. 비즈니스분석의 지식영역 또는 관련한 액티비티에 대해서 기술하고 그 실행에 필요한 스킬을

설명한다.BABOK®2.0은 IIBA의 WebSite에서 구할 수 있다. (http://www.theiiba.org/AM/Template.cfm?Section=Body_of_Knowledge)IIBA회원이라면 BABOK®2.0 PDF파일을 무료로 다운받을 수 있고 비회원이라도 29.95달러에 구입

가능하다. BABOK®2.0을 구성하는 주요 요소는 KA(Knowledge Area:지식영역), 작업(Task), 기법(Technique)의 3가지가 있다.여기에서는 세번째의 기법(Techniqe)에 대해서 알아보기로 한다.

기법(Technique)기법(Technique)은 작업을 실행하여 성과물을 작성할 때 비즈니스 분석가가 이용 할 수 있는

구체적인 실행 방법이며 수단의 예를 가리킨다.비즈니스 분석가는 Babok에서 기록되어 있는 기법을 반드시 사용해야만 하는 것은 아니지만 전 세계

비즈니스 분석가가 실시하고 그 유용성이 널리 알려져 있는 수법을 소개하고 있기 때문에 비즈니스

분석을 실행 할 때에 꼭 참고가 될 것이다. 각 기법은 목적, 개요, 요소, 장단점으로 나누어 설명하고 있다.



34가지 기법

1 인수기준과 평가기준 정의

2 벤치마크

3 브레인스토밍

4 비즈니스 룰 분석

5 데이터사전과 용어집

6 데이터 흐름 관계도

7 데이터 모델링

8 결정분석

9 문서분석

10 견적

11 포커스그룹

12 기능분해

13 인터페이스분석

14 인터뷰

15 교훈프로세스

16 매트릭스와 핵심성과지표

17 비기능 요구사항의 분석

18 관찰

19 조직모델링

20 문제추적

21 프로세스모델링

22 프로토타이핑

23 요구사항 워크샵

24 위험분석

25 근본원인분석

26 시나리오와 유스케이스

27 스콥 모델링

28 시퀀스다이어그램

29 상태다이어그램

30 구조화검토회(워크스루)31 조사와 설문

32 SWOT분석

33 유저스토리

34 벤더평가



1 인수기준과 평가기준 정의

목적• 솔루션이 인수되기 위해 필요한 요구사항을 정의한다.

개요• 인수기준은 특정 솔루션을 채택하는데 만족되어야 할 요구셋으로 합격, 불합격으로 나타낸다.

• 평가기준은 여러 솔루션 중 하나를 선택할 때 선택기준이 되는 요구셋으로 점수로 나타낸다.

요소• 테스트 용이성

• 순위와 채점법 결정

장단점• 장점

- 모든 요구의 인수기준을 테스트 가능한 형식으로 표현가능

- 계약상 의무를 나타내는 요구일 경우에도 인수기준이 필요

• 단점

- 계약상 의무를 나타내는 인수기준과 평가기준일 경우 법적인 이유로 변경이 곤란하게 됨



2 벤치마크

목적• 조직의 강점, 단점을 비슷한 조직이나 경쟁사와 비교한다.

개요• 벤치마크 연구는 조직 내 채용되고 있는 프랙티스와 경쟁사에서 수용하고 있는 최고 수준의

프랙티스를 비교하는 방법이다.

• 기업의 성과가 얼마나 뛰어난지 판별하고 그 정보를 기준으로 업무운용 개선 프로젝트를설계한다.

요소• 대상 영역 식별(해당 분야의 리더 조직 식별)

• 선택 조직을 조사하여 프랙티스를 파악

• 최고클래스 조직에 대한 방문조사 준비

• 베스트 프랙티스 이행을 위한 프로젝트 제안서 작성

장단점• 장점

- 새로운 방법과 아이디어 및 도구 정보를 얻고 조직 전체의 성과를 향상

• 단점

- 시간이 필요함. 분석하고 경쟁력 있는 정보를 얻고 해석하기 위해 전문지식이 필요함



3 브레인 스토밍목적

• 새로운 아이디어를 대량으로 생산하고 더 나아가 깊이 분석 할 수 있는 테마를 도출

개요• 토픽이나 문제에 초점을 맞추어 생각될 수 있는 해결책을 다수 얻을 수 있는 효과가 있다.

• 참가자 전원의 경험과 창조성을 이끌어 내는데 가장 적합한 기법이다.

• 참가자는 가능한 새로운 견해로 문제를 바라보고 자유롭게 생각하여 아이디어를 내는 것이좋다.

요소• 준비

- 대상 정의, 진행자와 참가자 결정, 참가자 전원에게 목적 설명, 아이디어 평가등급 기준을 정함

• 회의

- 새로운 아이템 공유, 아이디어 기록, 가능한 많은 아이디어가 나오도록 촉진

• 정리

- 평가기준으로 아이디어 평가, 아이디어 리스트 작성, 아이디어 등급 책정, 최종 리스트관계자에게 배포

장단점• 장점

- 단시간 많은 아이디어 도출

• 단점

- 참가자의 창조성과 의욕에 의해 결과가 좌우됨, 회의중 토론하지 않도록 주위가 필요.



4 비즈니스 룰 분석목적

• 의사결정을 통괄하는 규칙 및 업무운용을 결정하거나 제약하고 가능케 하는 룰을 정의한다.

개요• 정책과 룰 양쪽 모두 조직과 업무운용의 방향을 정하고 제약을 준다.

• 정책은 비즈니스 목표를 유지하는 지침이며, 룰은 액션 가능하고 테스트 가능하며 비즈니스정책을 유지하는 구체적이 지침이다.

요소• 업무운용 룰(Rule)

- 정책에 비추어 조직이 선택하는 룰이며, 조직원의 액션지침이 된다.

• 구조상 룰(Rule)

- 조직 내 참과 거짓을 판별하고, 무엇인가 특정 카테고리에 들어갈 상황을 판별하는데 도움을주는 규칙이다.

장단점• 장점

- 규칙을 명확히 정의하고 구조화하여 프로세스 변경 없이 정책을 변경 할 수 있다. 룰을 문서화해 둔다면 규칙에 따른 영향을 보다 간단히 평가할 수 있다.

• 단점

- 비즈니스 룰은 긴 리스트가 되기 쉽다. 다른 룰과 모순되거나 여러 룰이 복합되어 예상외의결과를 낳기도 한다. 기존 비즈니스 룰이 현재와 미래에도 업무운용과 구조에 타당한지 확인할필요하다.



5 데이터사전과 용어집목적

• 비즈니스 영역에 관련된 용어와 데이터를 정의한다.

개요• 조직이나 부서가 사용하는 모든 용어를 식별하고 정의하기 위한 공식문서이다.

요소• 용어집

- 해당 영역의 독특한 용어들을 문서화 한 것. 용어가 사용 될 때의 의미를 모든 관련자들에게확실하게 전달할 수 있다. 용어, 정의, 별명으로 구성된다.

• 데이터사전

- 데이터 요소의 표준을 정의, 그 의미와 허용값이 포함된다.

- 원시데이터 요소: 이름, 별명, 값/의미, 설명을 기록하지 않으면 안 된다.

- 복합데이터 요소: 원시 데이터 요소의 집합으로 순차, 반복, 선택의 복합구조가 있다.

장단점• 모든 이해관계자에게 관련된 정보의 포맷과 내용을 확실하게 합의받기 위한 수단으로

효과적이다. 하나의 단일 모델상에 정의들을 모은 것으로써, 일관성을 가지고 용어를 사용 할수 있다.



6 데이터 흐름 관계도목적

• 시스템에서 어떻게 정보를 입력, 처리, 저장, 출력하는지를 표시한다.

개요• 정보가 시스템에서 어떻게 이동하는지를 시각적으로 표현한 것이다.

요소• 외부엔티티 - 외부 엔티티는 데이터의 정보원 혹은 출력장소이다.

• 데이터 저장소 - 데이터가 보관되는 장소를 표시한다.

• 데이터 프로세스 – 결합, 나열, 변형, 필터링 등의 방법으로 데이터를 변환하는 프로세스이다.

• 데이터 흐름 – 각 요소 사이에 데이터가 이동하는 부분을 식별한다.

장단점• 장점

- 프로세스 혹은 데이터를 발견하는 기법으로 이용할 수 있고 기능분해와 데이터 모델링의타당성을 확인하는 기법으로도 유효하다.

- 사용자가 알기 쉽다. 구조화 프로그래밍 환경의 개발자에게 분석 유효한 성과물이다.

• 단점

- 작업 실행 책임자의 소재를 표시하기 어렵다. 같은 프로세스를 통한 대체 경로를 그릴 수 없다.



6 데이터 흐름 관계도 사례 참고

자료

데이터 흐름 관계도

(Gane-Sarson Notation)

데이터 흐름 관계도

(Yourdon Notation)



7 데이터 모델링목적

• 영역에 관련된 개념을 설명하고, 개념 사이의 관계와 부수 정보를 표시하는 것이다.

개요• 보통 다이어그램의 문자설명을 덧붙인 형식을 갖는다. 비즈니스에 있어서 중요한 사람, 장소,

사물의 종류, 그것들에 관련한 속성, 그 사이에 존재하는 비즈니스상의 중요한 관계를시각적으로 표현한다. 데이터 모델의 종류 중 널리 사용되는 것은 ERD와 클래스다이어그램이다.

요소데이터 모델에는 논리 데이터 모델과 물리 데이터 모델이 있다.

• 개념 – 기술하고 있는 영역에 있어서 중요한 의미를 갖고 조직이 그 데이터를 필요로 하는 것

• 속성 – 개념에 관련된 정보의 특정 부분을 표시하는 것(정보의 양, 허용값, 표시하는 정보의종류 등)

• 관계(Relationships) – 개념 사이에 존재하는 비즈니스상의 중요한 관계를 의미한다.

• 메타데이터 – 데이터에 대한 데이터, 비즈니스 정보의 배경, 사용법, 타당성을 기술한다.

장단점• 장점

- 여러가지 레벨로 기술 할 수 있는 유연성을 가지고 있다. 기획부터 이행에 이르기 까지일관해서 취급 가능한 모델링 접근법이다. 정밀한 모델을 작성할 수 있다.

• 단점

- 복잡하다. IT지식이 없는 사람들이 이해하기 힘들다.



7 데이터 모델링 사례 참고

자료

ERD(Crow’s Foot Notation)

클래스 다이어그램(UML)



8 결정분석목적

• 상황이 복잡하거나 대응하기 힘들고 불확실한 경우에도 적절한 의사결정을 내릴 수 있도록지원한다.

개요• 어떤 결정들에 의해 초래되는 여러 결과를 미리 조사하여 모델링 하는 접근법이다. 불확실한

상황 하에서 최선의 결정을 내리도록 지원한다. 효과적인 결정분석을 위해 다음과 같은 것을이해 해 두어야 한다.

• 다음 – 결정할 문제에 관계되는 가치, 목적, 목표. 내려야 할 결정 성질. 결정에 영향을 끼치는불확실한 영역. 생각될 수 있는 결정과 각각에 대응할 결과.

요소• 결과 – 수학적인 모델을 사용하여 가능성 있는 결과를 평가한다.

• 불확실성 – 정보부족 등으로 결정문제에 불확실성이 있을 수 있다.(결과 예측과 확률을 수치화하는 작업이 필요하다.)

• 균형 – 결정에 대립 할 우려가 있는 여러 목적이 있는 경우 균형이 중요하다.(균형분석에는열등한 대체안을 배제하거나 같은 척도에 의한 순위를 매기어 결정하는 방법이 있다.)

장단점• 장점

- 대안이 될 시나리오가 조직에게 가져다 줄 가치를 판별할 때 유효하다.

- 정량적인 척도에 비추어서 프로젝트 투자에 대한 결정을 내릴 수 있다. 대안에 대해 정당한평가가 가능하다.

• 단점 - 전문적인 조직과 스킬이 필요하다. 모델의 한계나 그 전제조건을 정확히 이해하여야정확한 결정분석이 가능하다. 결정 후 결정을 번복하기 어려운 경향이 있다.



8 결정분석 사례 참고

자료

Decision Tree



9 문서분석목적

• 쓰여진 문서 중 활용 가능한 것을 조사하고 관련 정보를 식별하는 것을 통하여 요구를 이끌어낼 수 있다.

개요• 문서분석 대상으로는 비즈니스 계획서, 시장조사보고서, 계약서, RFP, 작업범위 기술서, 메모,

기존 지침서, 절차서, 트레이닝가이드, 경쟁상품의 문헌, 상품 리뷰를 비교한 간행물, 문제보고서, 고객제안 로그, 기존의 시스템 사양서 등이 있다. 요구의 정보원이 될 만한 모든문서를 식별하여 조사하는 것으로 요구 적용 범위가 명확해 진다.

요소• 준비 – 문서 중 비즈니스에 관계된 것과 사용 할 수 있는 상태인 것, 조사에 적합한 것 등을

판단한다.

• 문서리뷰 – 자료조사 후 상세내용을 식별한다. 상세를 문서화하고 검토받는다.

• 정리 – 선택된 상세를 SME와 리뷰하고 확인, 정보를 요구포맷으로 정리한다.

장단점• 장점

- 제로에서 문서를 작성할 필요가 없다. 기존 자료를 활용해 요구발견,확인이 가능하다. 인터뷰, 직업체험, 조사, 포커스그룹 같은 도출 기법에서 발견한 요구를 체크하는 수단이 된다.

• 단점

- AS IS 관점에 한정된다. 기존문서가 최신이고 유효하다고 할 수 없다. 관련정보를 찾는데시간이 걸리고 지루한 작업이 될 수 있다.



10 견적목적

• 일련의 액션 실해에 필요한 비용과 공수를 예측한다.

개요• 비용과 공수의 폭을 명확히 파악하는 기법이다. 정확한 비용을 산출하는 것이 불가능한 경우

사용하지만 견적에는 불확실성이 남는다.

• 어느정도 비용과 공수가 필요한지 합리적으로 평가 할 수 있다.

요소• 유추견적 – 비슷한 프로젝트를 기준으로 견적하는 방법. 톱다운(TopDown)견적이라고도 한다.

• 계수견적 – 계수에 시간 수를 곱하여 사용한다. 비교기준으로 가능한 과거의 실적이 충분히참조 되어야 한다.

• 바텀업(BottomUp)견적 – 관계있는 모든 이해관계자로부터 성과물, 액티비티, 태스크, 견적을수입하고 그것들을 합하여 모든 액티비티와 태스크의 합계를 낼 수 있는 기법이다.

• 기법연동(Rolling Wave) – 반복을 통해 견적의 정밀화를 해 나가는 기법이다.

• 삼점견적 – 가장좋은 견적, 가장 나쁜 견적, 가장 발생하기 쉬운 견적

• 이력분석 – 이력을 기준으로 하여 견적한다.

• 전문가의 판단 – 일에 참여했던 사람들의 전문지식이 도움이 된다.

• 델파이법 – 전문가의 판단과 이력을 조합한 기법이다.

장단점• 장점 – 이해 관계자가 계획 성과를 이해하기 쉬워진다.

• 단점 – 견적대로 시간과 비용 내에서 작업 될 것을 기대 해 버린다.



11 포커스그룹목적

• 그룹 내 대화를 통해 제품과 서비스에 대해 아이디어와 대처방법을 이끌어 낸다.

개요• 토픽에 대해 토론하고 의견을 모으기 위해 선발된 멤버들의 집단이다.

• 정성적인 조사의 수단으로 회의 후 수치적인 것보다 주제와 생각 방법을 중요시하여 결과를분석하고 보고서를 작성한다.

요소• 준비

– 참가자들을 모은다. 보통 6~12명일 경우가 많다. (동질그룹, 이질그룹 등)

- 운영자와 서기를 임명한다. - 토론의 길잡이를 작성한다. 회의 목적과 목표를 제시하고확대질문 5~6개를 준비한다.

- 장소와 이용 할 설비를 준비한다.

• 운영 – 운영자는 계획한 진행표에 따라 그룹토론을 주도하고 목적달성 하도록 노력하다. 회의는 통상 1~2시간 정도, 서기는 의견들을 기록한다.

• 레포트 작성 – 운영자는 참가자의 의견이 일치하는 점과 일치하지 않는 점을 분석하고 문서화한다. 주제마다 정리한다.

장단점• 장점 – 개별 인터뷰보다 시간과 비용을 절약할 수 있다. 사람들의 생각과 경험 요구를

알아내는 수단으로 효과적이다.

• 단점 – 사람들의 발언이 실제 행동과 일치 하다고는 말할 수 없다. 그룹의 동질성이 너무강하면 요구를 충분히 이끌어 내지 못할 수 있다. 숙련된 운영자가 필요하다. 참석자의스케줄을 맞추기 어렵다.



12 기능분해목적

• 프로세스와 기능 영역 또는 성과물을 컴포넌트로 분해하여 각각을 하나하나 분석 할 수 있도록한다.

개요• 큰 문제를 작은 기능과 성과물로 분해하는 것이다.

• 문제를 가능한 독립성 강한 하위 항목으로 나누고 각각 다른 그룹으로 배정할 수 있도록 하여규모가 큰 프로젝트에도 대응 할 수 있고 관리하기 쉽게 한다.

요소• 조직 또는 솔루션의 기능을 먼저 개요레벨에서 식별하고 보다 작은 하위 프로세스와 액티비티,

특성 등으로 분해한다.

• 조직기능을 분해 할 경우 그 구성단위에 의해 실행되는 프로세스 군에서 생성되는하위기능으로, 또한 프로세스 밑에 있는 하위 프로세스와 개개의 액티비티로 더욱 나뉘어 진다.

장단점• 장점 – 새로운 비즈니스 솔루션 실현에 필요한 작업의 개념모델을 얻을 수 있다. 어떤 이해

관계자가 봐도 작업 범위가 일치한다. 보다 알기 쉬운 단위로 견적을 낼 수 있다.

• 단점 – 모든 컴포턴트를 파악했는지 안했는지 확인 할 방법이 없다. 문제의 여러가지 부분이어떻게 관련되어 있는지에 대한 충분한 이해 없이 기능분해 하면 분해한 결과의 구조가부적절하고 오히려 분석에 방해가 된다.



12 기능분해 사례 참고

자료

기능분해도



13 인터페이스분석목적

• 솔루션과 솔루션 컴포넌트 사이의 인터페이스를 식별하고 어떻게 상호 작용하는지에 대한요구를 정의한다.

개요• 인터페이스는 2개의 컴포넌트간의 연결부분이다.

• 인터페이스의 종류에는 유저 인터페이스, 외부 응용 프로그램과의 인터페이스, 외부 하드웨어기기와의 인터페이스가 있다.

• 인터페이스 분석에 의해 연결된 응용 프로그램의 환경을 명확히 할 수 있다.

요소• 인터페이스 식별 준비 – 인터페이스 요구에 대하여 언급한 현재 문서 자료를 리뷰한다.

• 인터페이스 식별 실시 – 목적 기술, 인터페이스의 종류를 식별, 종류에 따른 개요레벨의정보를 이끌어 내다.

• 인터페이스 정의 – Input과 Output 또한 그것들을 통괄할 타당성 혹인 규칙, 상호작용을유발하는 이벤트등에 주안점을 두고 정의한다.

장단점• 장점 – 인터페이스를 초기에 식별하는 것으로 개요레벨의 상호 운용성을 초기에 파악 할 수

있다. 정확한 프로젝트 계획을 세울 수 있고 시간과 비용을 절약할 수 있다.

• 단점 – 내부 컴포넌트 평가는 하지 않기 때문에 인터페이스 이외의 측면에 대해서 의견을 얻을수 없다.



14 인터뷰목적

• 인터뷰대상자와 대화하여 관계가 있는 질문을 하고 얻은 회답을 문서로 정리하는 작업을 통해개인 또는 그룹으로부터 체계적으로 정보를 이끌어 낼 수 있다.

개요• 형식으로는 일대일 인터뷰가 일반적이지만 그룹인터뷰를 할 경우도 있다.

• 또한 질문을 정한 인터뷰와 질문을 정하지 않은 인터뷰로 나뉠 수 있다.

• 인터뷰를 성공시키는 요인으로는 인터뷰 대상자의 이해도, 인터뷰 경험, 문서화하는 기술, 대상자의 긍정적 마인드, 인터뷰 대상자와 담당자간의 신뢰 혹은 신용도를 들 수 있다.

요소• 인터뷰 준비 – 주제와 목표를 정의한다.(인터뷰 후보 대상자 선정, 인터뷰 방법 구성, 인터뷰

대상자에게 연락)

• 인터뷰 실시 – 인터뷰 개시(인터뷰 목적을 명확히 표명하고 사전설명한다.), 인터뷰 중(목표와질문 내용을 벗어나지 않도록 주의한다. 질문에 응대한다. 이해한 내용을 확인한다.), 인터뷰종료시(못 다한 이야기가 없는지 확인한다. 리뷰일정을 확인시킨다. 협력에 감사한다.)

• 인터뷰 후에 해야 할 것과 확인 – 인터뷰 후 정리한 내용을 인터뷰 대상자에게 리뷰 받는다.

장단점• 장점 – 이해 관계자의 참가를 촉진시키고 신뢰와 신용을 얻을 수 있다. 인터뷰 담당자와

대상자 쌍방이 충분히 의논할 수 있고 이해 할 수 있다. 공식적으로 발언하기 어려운 의견도이야기 되기 쉽다.

• 단점 – 인터뷰 대상자의 적극적인 참여가 요구된다. 효과적인 인터뷰를 하려면 트레이닝이필요하다. 의견 소통을 위한 경청에도 특별한 기술이 필요하다.



15 교훈프로세스목적

• 성공사례, 개선여지, 실패사례 외에도 장래 프로젝트 또는 프로젝트 단계에서 좋은 성과를올릴 수 있게 하기 위한 권장사항을 수집하여 문서화 한다.

개요• 교훈(Lessons Learned)프로세스에는 참가하는 주요 이해 관계자에게 있어서 그것이 의미

있는 것이라면 어떠한 것도 받아들일 수 있다.

요소• 리뷰회의를 진행한다.(내용 - 비즈니스 분석가의 액티비티 및 성과물, 최종제품, 프로세스,

사용기술, 관리에 관한 현안사항 또는 이슈, 프로세스 자산의 유용성, 계획 퍼포먼스, 시정조치/예방조치로 권장 받은 것, 승인 또는 거절된것, 실시된 것등)

장단점• 장점 – 프로세스 개선의 여지가 있는지 어떤지 식별하기 쉽다. 팀의 사기를 세우는데 도움이

된다.

• 단점 – 리뷰회의 중 책임추궁에만 열을 올리지 않도록 자제가 필요하다. 참가자가 문제점의문서화 또는 토론을 망설이는 경향이 있다. 개선여지에 대하여 토론하지 않고 불평만 서로하는 회의가 될 우려가 있다.



16 매트릭스와 핵심성과지표목적

• 솔루션과 솔루션 컴포넌트 혹은 이해관계자의 이익에 관여하는 사항에 대해 퍼포먼스측정한다.

개요• 매트릭스는 조직이 성과 측정에 사용하는 지표를 정량화한 레벨이다.

• 지표 중 특히 KPI(Key Performance Indicator: 중요성과달성지표)는 전략적인 목표 또는목적의 달성도를 측정대상으로 한다.

• 매트릭스와 보고는 모니터링과 평가의 중요 컴포넌트이다.

요소• 지표 – 목표, 영향, Output, 액티비티, Input등을 특정 수치 계측으로 식별한다.

• 매트릭스 – 특정 시점에서 측정된 지표의 정량화 가능한 레벨이다. 목표로 할 매트릭스는소정의 시간 내에 달성해야 할 목적이 된다. 특정 값과 기준치, 또는 범위로 표현한다.

• 구조 – 모니터링과 평가의 순서를 결정하는 것은 데이터 수집절차, 분석절차, 보고절차를정비하고 베이스라인의 데이터를 수집할 필요가 있다.

• 보고 – 베이스라인 혹은 현재 매트릭스와 목표 매트릭스를 절대적인 수치와 상대적인 수치의양방향으로 비교한다. 시각적으로 표현하는 것이 효과적이다.

장단점• 장점 – 모니터링과 평가의 순서를 결정하므로 이해 관계자는 솔루션이 목적을 어느정도까지

만족시킬지 이해 할 수 있게 되며 개발의 Input과 액티비티의 효과도 파악할 수 있다.

• 단점 – 필요이상의 데이터가 대량으로 되고 수집, 분석, 보고에도 불필요한 비용이 든다.



17 비기능 요구사항의 분석목적

• 가용성과 성능등 시스템이 갖추어야 하는 품질특성을 기술하는 것이다. 비기능요구는시스템의 동작을 기술하는 기능요구 문서를 보완한다.

개요• 비기능 요구를 문서화 하는 것은 유저에게는 유용성(편리성), 학습 용이성, 신뢰성등을 가져다

주며 개발자에게는 확장성, 보수성, 재이용성등에 도움을 준다.

요소• 카테고리 – 카테고리를 분류하는 것은 비기능 요구의 발견에 도움이 된다.(신뢰성, 성능효율성,

조작성, 세큐리티, 호환성, 보수성, 이행용이성)

• 측정 – 비기능 요구 정의에는 각각 요구의 성공을 테스트 할 수 있도록 적절한 측정 방법을가지고 있어야 한다.

• 문서화 – 비기능 요구는 선언적인 문장으로 기술한다. (예:시스템 응답의 90%는 2초 내에실핸딘다.)

장단점• 장점 – 비기능 요구를 구현하면 시스템이 유저에게 받아들여질 가능성이 커진다.

• 단점 – 기능요구에 비해서 정의하기 힘들다. 과도한 비기능 요구는 개발 비용에 악영향을 줄우려가 있다.



18 관찰목적

• 이해 관계자의 작업환경을 평가하고 요구를 도출한다. 이 기법은 현재 프로세스를 상세히문서화 하는 경우와 현재 프로세스를 확장 또는 변경하려는 프로젝트에 적합하다.

개요• 관찰의 중심은 작업 중인 사람을 조사하는 것이다. 직업체험(Job Shadowing) 혹은

사람주위를 따라다는 것(Following people around)라 부리기도 한다.

• 정형적 업무가 습관처럼 되어 어떤 이유로 무엇을 하고 있는지 설명하기 힘든 경우 관찰이필요하다. 이런 경우 작업중인 사람을 관찰하고 작업 흐름을 파악하는 것이다.

• 관찰 기법의 접근법에는 수동적 방법과 능동적 방법이 있다.

• 관찰 기법에는 업무에 직접 참여하거나, 임시 견습요원이 되거나, 데모(시범)을 관찰하는 것이있다.

요소• 관찰 준비 – 관찰할 액티비티를 결정하고 질문을 준비한다.

• 관찰 수행 – 관찰 대상자에게 자기소개를 하고 관찰에 대한 설명을 한다. 관찰을수행한다.(메모, 질문)

• 관찰후 정리(문서화와 확인) – 질문의 회답을 얻고 메모정리고 유저에게 리뷰 확인 받는다.

장단점• 장점 – 프로세스의 현장 감각을 얻어 실전에 도움이 될 의견을 얻을 수 있다.

• 단점 – 이미 수행되고 있는 프로세스만 대상이 될 수 있다. 시간이 걸린다. 관찰 대상자에게폐가 될수 있다. 예외적이고 위기적인 상황에 대해서는 관찰하기 어렵다.



19 조직모델링목적

• 조직에 이미 존재하는 역할과 책임 보고체계를 기술하고 그 구조를 조직목표에 맞추어조정한다.

개요• 조직모델을 통해서 조직 또는 구성단위의 구조를 명확히 한다.

• 조직모델은 조직 구성단위의 범위를 정의하고 그에 속한 사람들의 공식적인 관계와 달성할역할 그 조직과 다른 조직 혹은 이해관계자와의 인터페이스를 명확히 한다.

요소• 조직의 목적과 구조 – 목적과 구조에 따라 기능중시형 조직, 시장중시형 조직, 매트릭스형

조직으로 나눌 수 있다.

• 조직의 역할 – 모든 역할에는 특정기술과 지식을 필요로 하고 책임을 수반하며 일을 수행하고조직내 다른 역할과의 사이에서 정의된 관계를 갖는다.

• 조직의 인터페이스 – 모든 조직 구성단위에는 다른 구성단위와의 인터페이스가 존재한다.

• 조직도 – 조직모델링에서 사용하는 기본적인 다이어그램이다.(조직구성 단위, 보고흐름, 역할과 사람으로 표현된다.)

장단점• 장점 – 조직모델은 어느 조직에서나 거의 확실히 정의 되어 있다. 매우 단순한 조직에도 팀

멤버의 협력을 도모할 때 멤버간의 보고 체제를 정의할 필요가 있다.

• 단점 – 조직모델링이 갖고 있는 큰문제는 기법 자체에 있지않고 프로젝트 범위에 조직의개조가 암묵적으로 포함되어 있다는 점이다. 또한 조직도에 표현 못하는 비공식적인 권한자의라인과 커뮤니케이션이 어느 조직에서나 존재한다.



19 조직모델링 사례 참고

자료

조직도



20 문제추적목적

• 비즈니스 분석의 액티비티 전반에 걸쳐 체계적인 접근방법에 의해 결함과 이슈, 문제, 위험을추적하고 관리하며 해결한다. 이슈를 발견하면 즉각적으로 해결할 수 있도록 관리하는 것이성공의 중요한 키가 된다.

개요• 문제에는 이슈와 의문점, 위험, 결함, 대립 등 추적하여 해결할 필요가 있는 다양한 현안사항이

포함된다. 문제 추적 시스템은 이러한 이슈가 방치되거나 잃어버리지 않도록 하기 위함이다.

요소• 문제기록 – 개요, 발견자, 발견일, 영향, 우선순위, 기한, 오너, 상태, 해결에 필요한 액션,

액션책임자, 액션 완료일, 성과등으로 기록된다.

• 문제관리 – 문제 추적과 관리는 문제가 해결 될 때까지 또는 아무런 액션이 필요 없을 때까지계속 한다.

• 매트릭스 – 문제해결 면에서 프로젝트 상황을 측정하는 것으로 편리한 요소로는 매트릭스와KPI가 있다. 매트릭스와 KPI를 결정한 후에 그것들에 대해서 측정하고 보고 정리한다.

KPI의 예) 상태와 우선순위마다의 문제 건수

장단점• 장점 – 위험과 이슈 또는 결함을 추적하고 해결하기 위한 체계화 된 방법이다. 문제를

공유하고 문제가 해결 되기까지 관심을 갖게하는 구조가 된다.

• 단점 – 문제관리와 수선순위의 수정을 정기적으로 하지 않는 상황에서는 문제 리스트가부적절 하게 된다. 솔루션의 납기가 엄격하게 정해져 있는 경우 문제관리는 나중으로 미루어지기 쉽다.



21 프로세스모델링목적

• 여러 개의 역할과 부분에 걸친 작업이 조직 내에서 어떻게 수행되는가를 이해한다.

개요• 프로세스는 여러 사람과 그룹이 어떤 기간에 걸쳐서 어떻게 협력하여 작업을 실행하는가를

표시하는 것이다.

• 프로세스 모델은 관련있는 액티비티나 액션들의 일련의 흐름과 제어 로직을 가시화 한 것이다.

요소• 프로세스 모델을 그리는데 사용되는 표기법에는 헙무흐름도, UML의 액티비티,

BPMN(Business Process Modeling Notation: 비즈니스 프로세스 모델링 표기법) 등이 있다.

• 표기법의 요소 – 액티비티, 판단(분기), 이벤트, 흐름, 역할, Swimlanes and Pools(구획면과풀), Terminal Points(종착 포인트)로 표기할수 있다.

• 프로세스 개선 – 프로세스 개선방법에 초점을 맞춘 프레임워크와 방법론은 식스시그마, 린, 많은 독자개발 BPM 접근법 등이 있다. 프로세스 개선 방법에는 가치흐름맵핑(Value Stream Mapping), 통계적 분석과 제어 프로세스, 시뮬레이션 벤치마크 프로세스 프레임워크 등이있다.

장단점• 장점 – 거의 모든 이해 관계자는 프로세스 모델의 기본요소와 그 배후의 개념에 위화감을 갖지

않는다. 다수의 시나리오와 병령 분기를 어떻게 처리할지 나타내는데 효과적이다.

• 단점 – 주의 깊게 구조화 하지 않으면 매우 복잡하고 다루기 힘든 것이 된다. 모델을 봐도프로세스 내의 문제가 반드시 식별가능 하다고는 말할 수 없다.



21 프로세스모델링 사례 참고

자료

Flow chart Activity Diagram



22 프로토타이핑목적

• 유저인터페이스의 요구를 상세화 하고 유스케이스, 시나리오, 데이터, 비즈니스 등을 다른요구와 통합하는 것이다. 인터페이스에 대한 니즈를 식별하고 묘사하며 타당성을 확인하는구체적인 수단이 될 수 있다.

개요• 기능범위별 구분 – 수평 프로토타이핑은 시스템의 기능성에 관해서 얕고 넓은 뷰를 모델링한

것이며 비즈니스 로직을 전혀 포함하지 않는 반면, 수직 프로토타이핑은 시스템 전체의기능성에 관해 깊고 좁은 단면을 모델링 한다.

• 시스템개발 라이프 싸이클별 구분 – 일회용(Throw-away)프로토타입은 종이와 연필같은간단한 도구를 사용해 인터페이스 요구를 재빠르게 발견하고 명확하게 한다. 그에 비해 진화적, 기능적(Evolutionary or Functional) 프로토타입은 인터페이스에 대한 초기 요구를 충분한기능을 가진 시스템으로 확장한 것으로 전용 도구나 언어를 필요로 한다.

요소• 준비 – 접근법을 결정한다.(일회용, 진화적 기능적, 수직, 수평) 모델링 할 기능성을 식별한다.

• 작성 – 초기작업으로 개요레벨의 뷰를 우선 나타내고 기능의 범위에 따라 상세를 추가한다. 스토리보드, 데이터 속성, 선정기준, 서포트할 비즈니스 룰을 표시, 화면의 레이아웃이나실물모형의 각 요소를 그래픽으로 표현.

• 평가 – 논리적 인터페이스 요소가 프로세스, 데이터, 비즈니스 룰과 같은 유저 요구까지추적할 수 있는지 검증해야 한다.

장단점• 장점 – 장래의 시스템 인터페이스를 보여줄수 있다. 니즈를 명확히 나타낸다. 빠른 피드백을

얻을 수 있다.

• 단점 – 프로토타이핑 기술이 요구된다. 성능, 완료일, 신뢰성, 편리성 등에 대해 비현실적인기대를 갖게 할 가능성이 있다.



23 요구사항 워크샵목적

• 요구사항을 획득하기 위한 구조적인 방법이다. 대상 시스템의 요구사항에 대해 범위를 정하고발견하며 정의하여 우선순위화 해서 종결할 때까지 활용한다.

개요• 신중하게 선택된 중요 이해 관계자와 SME가 단기간 집중적(하루나 이틀)으로 참가하는 생산성

높은 이벤트이다.

• 새로운 특성과 제품을 생산할 때 합의를 얻거나 요구를 리뷰하는 목적을 위해서도 위크샵이사용된다.

요소• 준비 – 이해관계자의 니즈와 워크샵의 목적을 명확히 한다. 이해관계자 식별, 의제를 정의,

스케줄 작성, 회의실과 비품 준비, 사전에 자료를 송부, 워크샵 전 인터뷰, 참가자 수 확정등

• 실시 – 요구를 도출, 분석하고 문서화한다. 대립하는 견해에 대해 합의점을 찾는다.

• 조력자의 역할 – 전문적 객관적 분위기 조성, 목적과 이슈를 설명, 회의규칙/체제/기본원칙을지킴, 모든 참여자가 회의에 참여하도록 회의운영.

• 종료후 정리 – 기록한 미해결 액션아이템을 계속 추구, 문서화하여 워크샵 참석자와스폰서에게 배부한다.

장단점• 장점 – 비교적 단기간에 상세요구를 이끌어내는데 효과적이다. 피드백이 신속하다. 복수

인터뷰보다 비용이 들지 않는다. 이해관계자와 협력해서 의사결정하고 요구에 대한상호이해를 얻을 수 있다.

• 단점 – 이해관계자의 형편에 맞춰 스케줄 세우기가 어렵다. 조력자(회의진행자)의 전문성과참가자의 지식에 의해 성공이 좌우된다.



24 위험분석

목적• 계획, 솔루션, 조직 등에 영향을 미칠 우려가 있는 불확실한 영역을 식별하고 관리한다.

개요• 위험은 비즈니스 분석가, 프로젝트 팀, 조직의 목표를 달성해야 하는 능력들에 영향을 줄

가능성이 있는 불확실한 이벤트나 사건의 발생을 의미한다. 위험분석은 조직의 위험허용레벨을 이해하고 위험을 평가하는 것이며 그 대책을 식별하는 것이다.

요소• 위험 허용도 – 위험 대책을 결정할 때 중요한 요인이다. 위험 허용도의 종류로는 위험 회피형,

위험 중립형, 위험 추구형이 있다.

• 위험평가 – 위험 발생율과 발생후 영향을 식별하는 것이다.(고, 중, 저 혹은 5등급 등)

• 위험대책 – 위험에 대해 어떻게 대처할 지 결정하는 것이다.

• 위험대책으로는 마이너스 위험에 대한 전략(위험수용, 위험회피, 위험경감), 플러스 위험에대한 전략(위험공유, 위험강화, 위험활용)이 있다.

장단점• 장점 – 예정되지 진행되지 않을 수 있는 가능성에 대비할 수 있다.

• 단점 – 위험의 수가 관리하기 어려울 정도로 방대해 질 가능성이 있다. 위험이 본질적으로불확실 한 것이므로 위험영향에 대해서 의미있는 추정이 곤란하다고 생각할 수도 있다.



25 근본원인분석

목적• 문제의 밑바탕에 있는 원인을 판별하는 것이다.

개요• 문제의 근본요인과 그에 따라 생길 영향을 입증하기 위해 상황의 측면을 구조적으로 조사하는

것이다.

• 결정적으로 중요한 요소는 현재의 비즈니스에 대한 사고방식과 프로세스에 대해서 확실한의문을 제기하는 것이다.

요소• 피쉬본다이어그램 – 이시가와 다이어그램 혹은 특성요인도라고도 한다. 생각 될 수 있는

문제의 요인을 식별해서 체계화하는 도구이다.

• 5Whys – 문제의 본질과 요인을 찾기 위한 질문형식의 프로세스이다. 문제의 근본원인에도달하는 것을 목표로 하여 반복 질문한다. 5Whys라 이름 지어진 것은 통상 질문을 5번정도하여 근본원인에 도달하기 때문이다.

• 5Whys를 피쉬본다이어그램의 일부로 사용 할 수도 있다. (모든 아이디어를 다이어그램으로그린 후 근본원인에 도달할 때까지 5Whys의 접근법을 사용한다.)

장단점• 장점 – 근본원인분석이 제공하는 구조적인 수법은 문제의 근본원인 식별과 리뷰 중 문제의

완전한 이해를 확실히 한다.

• 단점 – 정식 트레이닝을 받은 사람과 경험이 풍부한 사람이 전문가 팀을 이루어야근본원인분석 결과가 좋을 수 있다.



25 근본원인분석 사례 참고

자료

특성요인도(Fishbone Diagram)



26 시나리오와 유스케이스목적

• 하나 또는 여러 개의 목표를 달성할 때나 이벤트에 반응할 때 액터가 솔루션과 어떻게상호작용 하는지 표시하기 위해서 작성한다.

개요• 보통 시나리오는 액터가 특정한 목적을 달성할 수 있는 한가지의 방법만을 그리는 것이며

유스케이스는 특정 목적을 달성하려는 시도로써 생길 수 있는 모든 결과를 그린 것이다.

• 시나라오가 기술하는 것은 액터 혹은 액터의 목적을 달성하기 위한 솔루션이 실행되는단계이고, 유스케이스는 주요 흐름이나 대체 흐름의 형태로 몇가지의 시나리오를 기술한다.

요소• 이름 – 그 프로젝트에서의 고유한 이름을 갖는다.

• 액터 – 유스케이스를 통해 시스템과 상호작용하는 모든 사람과 시스템 또는 설계중인 시스템외부의 이벤트이다.

• 사전조건 – 유스케이스가 시작할 때 솔루션에 있어서 참으로 간주되는 모든 사실.

• 이벤트 흐름 – 액터와 시스템이 무엇을 행하는지를 기술.

• 사후조건 – 완료 했을 때 참이지 않으면 안되는 온갖 사실.

• 관계 – 확장관계, 포함관계로 나뉜다.

장단점• 장점 – 범위가 명확하게 된다. 유저의 행동목적, 정당한 상황, 액티비티나 프로세스의 대체

경로, 예외경로에 대해 개요레벨에세 이해할 수 있다.

• 단점 – 유스케이스를 과용하거나 모든 요구를 파악하려는 경향이 있다. 공통요소의 통합과발견이 불가능하다.



26 시나리오와 유스케이스 사례 참고

자료

유스케이스(Use Case Diagram)



27 스콥 모델링목적

• 분석범위와 솔루션 범위를 그린다.

개요• 비즈니스 분석화 프로젝트 작업범위를 정의하고 그 경계를 정한다. 스콥모델이 목표로 하는

것은 비즈니스 영역화 완전히 일치하는 범위의 경계를 정의하는 것이다.

요소• 배경도(Context Diagram) , 이벤트, 특성, 유스케이스도, 비즈니스 프로세스

장단점• 장점 – 스콥 모델을 사용하면 새로운 요구가 실별될 때 혹은 요구가 변경될 때조차 솔루션

범위에 넣을 것인지 말아야 할 것인지를 용이하게 판별할 수 있다.

• 단점 – 스콥모델은 보다 깊은 조사와 상세화가 아직 필요한 많은 상세 범위를 쌓아 두어버리는 경우가 많다.



27 스콥모델링 사례 참고

자료

배경도(Yourdon Notation)

배경도(Gane-Sarson Notation)]



28 시퀀스다이어그램목적

• 시나리오 실행 시 시스템 내의 오브젝트 간 상호작용되는 정보를 보여주고 사용 시나리오의로직을 모델링 한다.

개요• 시나리오 중에서 클래스와 오브젝트가 어떻게 상호작용 하는지를 도식화 한 것이다.

• 유저인터페이스의 컴포넌트와 소프트웨어 컴포넌트 사이의 상호작용을 표시하기 위해서도사용된다.

주요특성• 각 오브젝트 하에서 연장되는 라이프라인을 사용해 오브젝트의 특정 인스턴스를 표시하고 그

오브젝트가 작성되었을 때와 파기 될 때를 표시한다.

• 이벤트의 순서를 특정하는 것일 뿐 정확한 타이밍을 특정하지는 않는다.

• 오브젝트 간에 흐르는 자극을 표시한다. 자극은 메시지고 오브젝트에 있어서 자극의 도착이이벤트라 불린다.

장단점• 장점 – 오브젝트 지향분석에서 클래스다이어그램의 유스케이스에 대한 타당성 확인을 위해

혹은 시스템의 범위 내에서 엔티티간의 상호작용 타이밍을 표시하기 위해 사용될 수 있다.

• 단점 – 시퀀스 다이어그램은 일어날 수 있는 시나리오마다 정의하지 않으면 안된다. 유저인터베이스의 요소와 액터간의 상호작용을 표시한 공식도가 낮은 형태의시퀀스다이어그램이 종종 만들어지지만 엄밀히 말하면 시퀀스다이어그램은 충분히 정의 된클래스모델을 필요로 한다.



28 시퀀스다이어그램 사례 참고

자료

시퀀스 다이어그램(UML)



29 상태다이어그램

목적• 개념, 엔티티, 혹은 오브젝트의 수행이 이벤트에 따라 어떻게 변화하는가 표시하는

다이어그램이다.

개요• 오브젝트가 자신의 라이프타임을 통해서 변천하는 일련의 상태를 특정하고 어느 이벤트가 그

상태 이행을 가리키는지 정의하는 다이어그램이다.

• 상태 머신 다이어그램, 상태 다이어그램, 엔티티 라이프사이클 다이어그램 등 여러가지이름으로 불려진다.

요소• 상태 – 오브젝트가 얻을 수 있는 고유의 상황 혹은 오브젝트가 갖는 가능성 있는 Status를

표시한다.

• 이행(Transitions) – 아이템을 어떤 상태로부터 다른 상태로 옮기는 동적인 동작이다.

장단점• 장점 – 부족한 데이터와 컨트롤 혹은 진행요구가 확실하게 될 때가 많다. 혼란이나 대립되는

요구사항의 해명에도 도움이 될 가능성이 있다.

• 단점 – 각 상태가 솔루션 범위에 연관되고 있는 지를 판단하기 위해 타당성 확인이 필요하다.



28 상태다이어그램 사례 참고

자료

상태머신다이어그램(UML)



30 구조화검토회(워크스루)

목적• 요구의 전달, 검증, 타당성 확인을 위해 수행된다.

개요• 참가자에 의해 요구 리뷰와 토론을 하는 Working회의이다. 참가자는 질문, 코멘트와 제안 할

것이 요구된다.

• 회의중에 이슈가 식별되기도 한다. 질문, 코멘트, 현안사항, 제안은 모두 기록한다.

• 요구리뷰라고도 한다. 인스펙션은 워크스루와 비슷하지만 체크리스트와 그 외의 도구를사용하는 보다 공식도 놓은 프로세스이다.

요소• 필요조건 – 완성된 요구팩키지, 적절한 리뷰담당자 리스트, 회의 수단

• 회의 – 리뷰의 범위(참가자가 봐야 할 항목의 체크리스트를 제공), 리뷰의 준비와 스케줄 설정, 리뷰실시, 리뷰의 내용메모와 결과 편집, 재리뷰(필요에 따라)

• 리뷰 중 따라야 할 규칙 – 운영자는 모든 참가자가 규칙을 따르도록 한다.

장단점• 장점 – 이해관계자 사이에서 요구에 관한 토론이 촉진된다. 애매하고 오해가 발생될 수 있는

영역 식별에 효과적이다.

• 단점 – 리뷰회의에서 변경이 신중하게 관리되지 않는 경우에는 수정이 여러 번 반복되게 된다. 수정과 리뷰 사이클의 길이는 승인프로세스의 장기화를 가져올 우려가 있다.



30 구조화검토회(워크스루) 사례 참고

자료

구조화검토회의 역할들



31 조사와 설문

목적• 많은 사람들로부터 때로는 익명으로 비교적 단기간에 정보를 도출하는 수단이다. 조사에 의해

고객, 제품, 프랙티스 및 업무 태도들에 관한 정보를 수집할 수 있다. 앙케이트라고도 한다.

개요• 이해 관계자와 SME를 대상으로 한 서면질문이고 일시적으로 운영되는 방법이다. 회답은

분석하여 적절한 관계자에게 배포한다.

• 조사에는 한정질문(선택대답)과 확대질문(자유롭게 질문에 대답)이 있다.

요소• 준비 – 조사의 목적과 대상이 되는 조사 그룹정의, 적절한 조사의 종류 선정, 샘플그룹 선정,

배포방법과 회수방법의 선정, 바람직한 회답 레벨의 예상, 개별 인터뷰에 의해 조사를보충해야 할지 결정, 조사 질문항목 제출, 조사테스트

• 조사 배포 – 조직의 방침, 긴급성, 보안레벨, 회답자의 지리적 분포에 따라 배포방법을 선택.

• 조사결과 문서화 – 회답을 정리하여 결과를 분석정리하고 스폰서에게 조사결과를 보고한다.

장단점• 장점 – 한정질문은 통계적인 분석이 가능한 정량 데이터를 얻는데 효과적이다. 확대질문으로

다른 도출기법으로는 쉽게 얻을 수 없는 견해나 의견을 이끌어 낼 가능성이 있다. 단시간에실기하고 비교적 비용이 적게든다. 다수의 회답을 얻을 가능성이 있다.

• 단점 – 확대질문은 많은 분석을 필요로 한다. 통계적 샘플링같은 전문적 스킬이 필요하다. 회답율이 통계상 의미 있는 결과를 갖기에는 절대적으로 부족할 경우가 많다. 이를 보완하기위해 보상금이나 강제적인 수단이 사용되는 경우도 있다.



32 SWOT분석

목적• 신속하게 비즈니스 프로세스가 겪고 있는 현재 상태의 다양한 측면을 빠르게 분석하기 위한

유용한 도구이다.

개요• SWOT란 강점(Strength), 약점(Weakness), 기회(Opportunity), 위협(Threat)의 머리글자를 딴

것이다.

• 전략계획, 경합분석, 비즈니스 및 제품 개발을 위한 프레임 워크이다.

요소• 강점(Strength): 평가되는 그룹의 업적을 향상시키는 것. 내부요인이다.

• 약점(Weakness),: 평가되는 그룹의 업적을 낮추는 것. 내부요인이다.

• 기회(Opportunity): 평가되는 그룹이 활용 가능한 외부요인.

• 위협(Threat): 평가되는 그룹에 마이너스 영향을 줄 우려가 있는 외부요인.

• 방법으로는 그리드(격자) 혹은 매트릭스를 그린 후 상단에 검토중인 이슈나 문제를 기술한다. -> 브레인 스토밍을 실시한 후 그리드의 각 부분을 완성시킨다.

장단점• 장점 – 후보가 될 솔루션의 선택사항을 식별하기 전에 조직의 현재 상태와 그 환경을 여러가지

면에서 재빠르게 분석하는데 도뭉이 된다.

• 단점 – 개요레벨의 뷰이다. 따라서 대부분의 경우보다 상세한 분석이 필요하게 된다.



32 SWOT분석 사례 참고

자료

SWOT 매트릭스



33 유저스토리

목적• 유저스토리는 비즈니스 목표를 달성하기 위해 유저가 솔루션에 대해 필요로 하는 기능성을

간결하게 기록한 것이다.

개요• 유저가 솔루션에 의해 가능해야 할 것들을 문자로 표시한 것이다. 보통 그 스토리를 사용할

인물과 달성하고 싶은 목적, 스토리의 범위를 이해하는데 불가결한 모든 정보를 하나 혹은두개의 문장으로 기술한다.

주요특징• 유저스토리는 해결해야 할 문제를 유저의 시점에서 짧게 기술한다.

• 액터(Actor) – 유저스토리에 의해서 도움을 받을 이해 관계자.

• 섦여(Description) – 유저스토리가 갖는 기능성에 관하여 개요 레벨의 뷰.

• 이익(Benefit) – 스토리가 제공하는 비즈니스 가치.

장단점• 장점 – 고객이 소유한 특징환경을 만들어 낸다. 그 스토리에 의해서 제공되는 가치를 명기하지

않으면 안된다.

• 단점 – 규제에 의한 제약이 있는 환경이나 조직이 문서화를 의무화할 경우에는 유저스토리가최선의 기법이 되지 못할 가능성이 있다. 비기능 요소를 문서화하는 방법을 명시적으로 다루지않는다.



34 벤더평가

목적• 제품이나 서비스에 대한 책무를 달성하기 위해 후보가 될 벤더의 능력을 평가한다.

개요• 솔루션 일부가 외부 벤더에 의해서 제공될 경우나 아웃소싱되는 경우 그 제 삼자의 참여에

대해서 특정 요구가 생길 가능성이 있다.

• 벤더평가를 실시하는 것은 벤더를 신뢰할 수 있을 것과 서비스 레벨이 조직의 기대에 부흥할것을 보증하기 위함이다.

요소• 지식과 전문적 능력, 라이선스 모델과 가격 모델, 제품평가와 시장에서의 지위, 계약 조건,

벤더의 경험과 평판, 벤더의 안정성등을 고려하지 않으면 안된다.

장단점• 장점 – 벤더의 효과적인 평가는 조직이 부적절한 벤더와 관련하는 위험을 줄이고 결정에 대한

장기적인 만족도를 높일 수 있다.

• 단점 – 여러 벤더에 대해서 충분한 정보를 모으려면 방대한 시간이 필요하다. 정보 중에는바로 입수할 수 없는 것도 존재한다. 새롭고 혁신적인 제품을 가진 벤더라도 눈에 띄는 업무실적이 없으면 시장에서 평가가 낮을 수도 있다.

cmmi hm - module 1tqms.co.kr/wordpress/wp-content/uploads/2015/07/babok2.0... · 2015-07-16 ·...

Documents