The Business Analysis Process: 8 Steps to Being an Effective Business Analyst(비즈니스 분석 프로세스: 효과적인 비즈니스 분석가가 되기 위한 8단계)

The Business Analysis Process: 8 Steps to Being an Effective Business Analyst

비즈니스 분석 프로세스: 효과적인 비즈니스 분석가가 되기 위한 8단계

 

In: BA Roles and Responsibilities, Plan Your Business Analysis Approach

다음에서 BA(Business Analysis) 역할 및 책임, 비즈니스 분석 접근 방식 계획

 

By: Laura Brandenburg

 

Being assigned to a new project is an exciting time as a business analyst, but it can also be nerve-wracking.(안절부절 못하게 하는) You might be wondering what exactly is expected of you, what deliverables(숙고할 수 있는 ) you should be creating, and how to guarantee success on your project.

새로운 프로젝트에 배정되는 것은 비즈니스 분석가로서 흥미로운 시기이지만, 신경이 쓰일 수도 있습니다. 여러분이 정확히 기대하는 것이 무엇인지, 어떤 결과물을 만들어내야 하는 것이 얼마나 수고할 만한 것인지, 그리고 프로젝트의 성공을 어떻게 보장할 것인지 궁금할 수 있습니다.

In this article, you’ll learn about the 8-step business analysis process that you can apply whether you are in an agile(민첩한) environment or a traditional one, whether you are purchasing off-the-shelf (당장 손에 넣을 수 있는, 출고대기의)software or building custom(사용자 지정) code, whether you are responsible for a multi-million dollar project or a one-week project.

이 기사에서는 신속한 변화를 위한 환경인지 기존 환경인지, 기성 소프트웨어를 구입하거나 사용자 지정 코드를 구축하든, 수백만 달러 규모의 프로젝트를 담당하든 1주일의 프로젝트를 담당하든 관계없이 적용할 수 있는 8단계 비즈니스 분석 프로세스에 대해 알아봅니다.

Depending on the size and complexity of your project, you can go through these steps quickly or slowly, but to get to a successful outcome you must go through (거치다)them.

프로젝트의 크기와 복잡성에 따라 이러한 단계를 빠르게 또는 느리게 수행할 수 있지만 성공적인 결과를 얻으려면 단계를 거쳐야 합니다.

(If you are new here, you’ll want to be sure to check out our free workshop – Quick Start to Success as a Business Analyst.)

(여기에 새로 오신 분들은 당사의 무료 워크샵 - 비즈니스 분석가로서 성공을 위한 빠른 시작)을 꼭 확인해 보시기 바랍니다.

First, take a look at this process flow below which shows how the 8 steps fit together and how you might iterate(되풀이하다) through them (8단계)on a typical business analyst project.

  이 흐름은 8개의 단계가 어떻게 함께 맞출지, 그리고 일반적인 비즈니스 분석 프로젝트에서 이를 어떻게 반복할 수 있는지를 보여 주는 먼저 아래의 프로세스 흐름을 살펴보십시오.

Now let’s look at each of the 8 steps in more detail.

이제 각 8단계에 대해 자세히 살펴보겠습니다.

 

Step 1 – Get Oriented

1단계 – 지향성 확보

 

Often as business analysts, we are expected to dive into a project and start contributing as quickly as possible to make a positive impact. Sometimes the project is already underway. Other times there are vague notions about what the project is or why it exists. We face a lot of ambiguity as business analysts and it’s our job to clarify the scope, requirements, and business objectives as quickly as possible.

종종 비즈니스 분석가로서 우리는 프로젝트에 뛰어들어 긍정적인 영향을 주기 위해 가능한 한 빨리 기여하기 시작할 것으로 예상됩니다. 때때로 그 프로젝트는 이미 진행 중이다. 때로는 프로젝트가 무엇이고 왜 존재하는지에 대한 막연한 개념이 있다. 비즈니스 분석가로서 우리는 많은 애매모호함에 직면해 있으며, 가능한 한 신속하게 범위, 요구사항 및 비즈니스 목표를 명확히 하는 것이 우리의 일입니다.

But that doesn’t mean that it makes sense (타당하다)to get ourselves knee-deep into (무릎까지 파고들다)the detailed requirements right away. Doing so very likely means a quick start in the wrong direction.

하지만 그렇다고 해서 당장 세부적인 요구 사항들에 대해 무릎까지 파고드는 것이 타당하다는 뜻은 아닙니다. 그렇게 하는 것은 잘못된 방향으로 빨리 출발한다는 것을 의미한다

Taking some time, whether that’s a few hours, few days, or at the very most a few weeks, to get oriented will ensure you are not only moving quickly but also able to be an effective and confident contributor on the project.

몇 시간, 며칠 또는 최대 몇 주에 관계없이 시간을 들여서  방향을 잡는 것은 매우 많은 주간 동안에  신속하게 이동할 수 있을 뿐만 아니라 프로젝트에 효과적이고 자신감있는 기여자가 될 수 있다는 것을 확인할 것이다 .

 

Your key responsibilities in this step include:

이 단계의 주요 책임은 다음과 같습니다.

 

Clarifying your role as the business analyst so that you are sure to create deliverables(결과물을 내 놓는) that meet stakeholder needs. (To better understand the BA role, be sure to check out our free workshop – Quick Start to Success as a Business Analyst.)

비즈니스 분석가로서의 역할을 명확히 하여 이해 관계자의 요구를 충족시키는 결과물을 만들 수 있도록 확인합니다. (BA 역할을 더 잘 이해하려면 당사의 무료 워크샵을 확인하하도록한다 -분석가로서  성공에 대한 빠른 시작)을 꼭 확인해 보십시오.

Determining the primary stakeholders to engage in defining the project’s business objectives and scope, as well as any subject matter experts, to be consulted early in the project.

프로젝트 초기에 상담 할 주제 문제 전문가뿐만 아니라 프로젝트의 비즈니스 목표와 범위를 정의하는 데 참여할 주요 이해 관계자를 결정합니다.

Understanding the project history so that you don’t inadvertently repeat work that’s already been done or rehash(재탕하다) previously made decisions.

프로젝트 기록을 이해하여 이전에 수행한 작업을 실수로 반복하거나 이전에 내린 결정을 재탕하지 않도록 합니다.

Understanding the existing systems and business processes so you have a reasonably clear picture of the current state that needs to change.

기존 시스템 및 비즈니스 프로세스를 이해하여 변경해야하는 현재 상태를 합리적으로 명확하게 파악할 수 있습니다.(명확한 그림을 가진다)

This is where you learn how to learn what you don’t know you don’t know, so to speak. This step gets you the information you need to be successful and effective in the context of this particular project.

소위 말해서 이 곳은  당신이 모른다는 것을 모르는 것을 배우는 방법을 배우는 곳이다 . 이 단계에서는 이 특정 프로젝트의 맥락에서 성공하고 효과적으로 되게 할 필요성이 있는  정보를 얻을 수 있습니다.

 

Step 2 – Discover the Primary Business Objectives

주요 비즈니스 대상 검색

 

It’s very common for business analysts and project managers to jump right in to defining the scope of the project. However, this can lead to unnecessary headaches. Uncovering and getting agreement on the business needs early in a project and before scope is defined is the quickest path forward to a successful project.

비즈니스 분석가와 프로젝트 관리자가 바로 프로젝트 범위를 정의하기 위하여 는 것은 매우 일반적입니다. 그러나 이것은 불필요한 두통으로 이어질 수 있습니다. 프로젝트 초기에 그리고 범위가 정해지기 전에 비지니스의 필요성에 관하여 합의를 밝히거나 이끌어 내는 것은  성공적인 프로젝트를 향한 가장 빠른 길이다.

 

Your key responsibilities in this step include:

이 단계의 주요 책임은 다음과 같습니다.

 

Discovering expectations from your primary stakeholders – essentially discovering the “why” behind the project. (Our BA Essentials Master Class covers 7 different business analysis techniques that can be used as part of this discovery.)

주요 이해 관계자들의 기대치를 파악하고, 기본적으로 프로젝트의 이면에 있는 "이유"를 파악합니다. (우리의 BA Essentials Master Class는 이 발견의 일부로 사용할 수 있는 7가지 비즈니스 분석 기법을 다룹니다

Reconciling conflicting expectations so that the business community begins the project with a shared understanding of the business objectives and are not unique to one person’s perspective.

상충되는 기대를 조정하여 사업의 공통사회는 사업의 목표의 이해로 프러젝트를 시작하여 이것이  한 사람의 식견에만 유일하게(국한) 하지 않도록한다

Ensuring the business objectives are clear and actionable(행동을 초래할 수 있는) to provide the project team with momentum(추진력) and context(전후사정) while defining scope and, later on, the detailed requirements(세부 요구사항).

비즈니스 목표가 명확하고 실행 가능한지 확인하여 프로젝트 팀에 추진력과 컨텍스트를 제공하는 동시에 범위와 나중에 세부 요구 사항을 정의합니다.

Discovering the primary business objectives sets the stage for defining scope, ensuring that you don’t end up with a solution that solves the wrong problem or, even worse, with a solution that no one can even determine is successful or not.

주요 비즈니스 목표를 발견하면 범위를 정의하는 단계가 설정되어 잘못된 문제를 해결하는 솔루션으로 끝나지 않거나 심지어는 누구도 성공 여부를 판단 할 수없는 솔루션으로 끝나지 않도록합니다.

 

Step 3 – Define Scope

3단계 – 범위 정의

 

A clear and complete statement of scope provides your project team the go-forward concept to realize the business needs. Scope makes the business needs tangible in such a way that multiple project team participants can envision their contribution to the project and the implementation.

명확하고 완전한 범위 설명은 프로젝트 팀에게 비즈니스 요구 사항을 인식할 수 있는 전진된 개념을 제공합니다. 범위는 여러 프로젝트 팀 참가자가 프로젝트 및 구현에 대한 자신의 기여를 구상할 수있는 방식으로 비즈니스 요구를 가시적으로 만듭니다.

 

Your key responsibilities in this step include:

이 단계의 주요 책임은 다음과 같습니다.

 

Defining a solution approach to determine the nature and extent of technology and business process changes to be made as part of implementing the solution to the primary business objectives.

비지니스의 기술과 비지니스의 과정의 특성과 범위 결정하기 위하여 접근 솔루선의 범위를 정하는 것은 비지니스의 목표와 주된  비즈니스 목표에로 솔루션을 구현하는 일부분으로서 만들어지도록 변화하는 것이다  .

Drafting a scope statement and reviewing it with your key business and technology stakeholders until they are prepared to sign-off (서명하다)or buy-in(인수하다) to the document.(문서에)

문서에 서명하거나 문서를 인수할 준비가 될 때까지 주요 비즈니스 및 기술 이해 관계자와 함께 범위 명세서를 작성하고 검토합니다

Confirming the business case to ensure that it still makes sense for your organization to invest in the project.

귀사에서 프로젝트에 투자하는 것이 여전히 타당하다는 것을 확인하기 위해 비즈니스 사례를 확인합니다.

Scope is not an implementation plan, but it is a touchstone guiding all of the subsequent steps of the business analysis process and tasks by other project participants.

범위는 구현 계획은 아니지만, 다른 프로젝트 참여자들의 비즈니스 분석 프로세스 및 작업의 후속 단계를 모두 안내하는 시금석입니다.

 

Step 4 – Formulate Your Business Analysis Plan

4단계 – 비즈니스 분석 계획 수립

 

Your business analysis plan will bring clarity to the business analysis process that will be used to successfully define the detailed requirements for this project. Your business analysis plan is going to answer many questions for you and your project team.

귀사의 비즈니스 분석 계획은 이 프로젝트에 대한 세부 요구사항을 성공적으로 정의하는 데 사용할 비즈니스 분석 프로세스를 명확히 합니다. 비즈니스 분석 계획은 귀하와 귀하의 프로젝트 팀을 위한 많은 질문에 답할 것입니다

.

Your key responsibilities in this step include:

이 단계의 주요 책임은 다음과 같습니다.

 

Choosing the most appropriate types of business analysis deliverables, given the project scope, project methodology, and other key aspects of the project context.

프로젝트 범위, 프로젝트 방법론 및 프로젝트 문맥의 기타 주요 측면이 주어지면  가장 적절한 유형의 비즈니스 분석 형태를 선택합니다.

Defining the specific list of business analysis deliverables(결과물) that will completely cover the scope of the project and identifying the stakeholders who will be part of the creation and validation of each deliverable.

프로젝트 범위를 완전히 포괄할 비즈니스 분석 결과물의 특정 목록을 정의하고 각 결과물의 생성 및 검증에 참여할 이해 관계자를 식별합니다.

Identifying the timelines(연대표 일정표) for completing(완성하다 구현하다) the business analysis deliverables.

비즈니스 분석 결과물을 완료하기 위한 일정 파악.

In the absence of defining a credible and realistic plan, a set of expectations may be defined for you, and often those expectations are unrealistic as they do not fully appreciate(인식하다) everything that goes into defining detailed requirements.

신뢰할 수 있고 현실적인 계획을 정의하지 않는 경우, 일련의 기대치가 여러분에 대해 정의될 수 있으며, 종종 그러한 기대는 세부적인 요구사항을 정의하는 데 들어가는 모든 것을 완전히 인식하지 못하기 때문에 비현실적입니다.

 

Step 5 – Define the Detailed Requirements

5단계 – 세부 요구사항 정의

 

Detailed requirements provide your implementation team with the information they need to implement the solution. They make scope implementable.

자세한 요구 사항은 귀사의 구현 팀에 솔루션을 구현하는 데 필요한 정보를 제공합니다. 그들은 범위를 실행할 수 있게 한다

Without clear, concise, and actionable detailed requirements, implementation teams often flounder(허둥대다) and fail to connect the dots(점) in such a way that delivers(제공하다) on the original business case for the project.

명확하고 간결하며 실행 가능한 세부 요구 사항이 없는 구현 팀은 종종 허둥대며 프로젝트의 원래 비즈니스 사례를 제공하는 방식으로 요점을 연결하지 못합니다.

 

Your key responsibilities in this step include:

이 단계의 주요 책임은 다음과 같습니다.

 

Eliciting(이끌어내다) the information necessary to understand what the business community(공동체) wants from a specific feature or process change.

비즈니스 커뮤니티가 특정 기능 또는 프로세스 변경에서 원하는 것을 이해하는 데 필요한 정보를 도출합니다.

Analyzing the information you’ve discovered and using it to create(작성하다) a first draft(초안) of one or more business analysis deliverables containing the detailed requirements for the project.

발견한 정보를 분석하고 이를 사용하여 프로젝트에 대한 세부 요구 사항이 포함된 하나 이상의 비즈니스 분석 결과 자료의 초안을 작성합니다

Reviewing and validating each deliverable with appropriate business and technology stakeholders and asking questions to fill in any gaps.

적절한 비즈니스 및 기술 이해 관계자와 함께 각 자료를 검토하고 검증하며, 부족한 부분을 메우기 위한 질문을 던집니다.

Effective business analysts consciously sequence(순서를 정하다) your deliverables to be as effective as possible in driving the momentum of the project forward(앞으로). Paying attention to the project’s critical(대단히 중요한) path(경로), reducing ambiguity and complexity, and generating quick wins are all factors to consider when sequencing your deliverables.

효과적인 비즈니스 분석가는 의식적으로 가능한 한 프로젝트의 추진력을 효과적으로 추진하기 위해 여러분의 결과물에 대해  순서를 정합니다. 프로젝트의 중요한 경로에 주의를 기울이고, 모호성과 복잡성을 줄이며, 신속한 승소를 창출하는 것이 결과물의 순서를 정할 시간을  고려해야 할 모든 요소입니다.

 

Step 6 – Support the Technical Implementation

6단계 – 기술 구현 지원

 

On a typical project employing a business analyst, a significant part of the solution involves a technical implementation team building, customizing(사용자을 정의하다,주문에 따라 맞추다)), and/or deploying(배치하다) software. During the technical implementation, there are many worthwhile (가치가 있는)support tasks for you to engage in that will help drive the success of the project and ensure the business objectives are met(달성하다).

비즈니스 분석가를 고용하는 일반적인 프로젝트에서 솔루션의 중요한 부분은 소프트웨어를 구축, 사용자 지정 및 / 또는 배포하는 기술 구현 팀과 관련됩니다. 기술 구현 중에 프로젝트의 성공을 주도하고 비즈니스 목표를 달성하는 것을 확인하는 데 도움이 될 것에 관련이  있는 가치있는 지원 작업이 많이 있습니다.

 

Your key responsibilities in this step include:

이 단계의 주요 책임은 다음과 같습니다.

 

Reviewing the solution design to ensure it fulfills all of the requirements and looking for opportunities to meet additional business needs without increasing the technical scope of the project.

 모든 요구 사항을 충족하는지 확인하기 위하여 솔루션 설계를 검토하는 것과  프로젝트의 기술 범위를 늘리지 않고 추가 비즈니스 요구 사항을 충족 할 수 있는 기회를 찾는  것 .

Updating and/or repackaging requirements documentation to make it useful for the technology design and implementation process.

기술 설계 및 구현 프로세스에 유용하도록 하기 위하여 요구사항 문서를 업데이트 하고 및/또는 재포장하는 것 .

Engaging with (협력하다.맞물리다 교전하다)quality assurance(보증) professionals to ensure(보증하다) they understand the business context for the technical requirements. This responsibility may include reviewing test plans and/or test cases to ensure they represent a clear understanding of the functional requirements.

 기술 요구 사항을 위하여 에 대한 비즈니스 컨텍스트를 이해하는 것을 확인하기 위하여  품질 보증 전문가와 관계를 맺는 것  이 책임에는 기능 요구 사항의 명확하게 이해하는 것을 나타내는 것을 보증할 검정 테스트 계획 및 / 또는 테스트 사례를 검토하는 것을 포함한다

Making yourself available to answer questions and help resolve any issues that surface during the technical design, technical implementation, or testing phases of the project.

질문에 답하게 하고  프로젝트의 기술 설계, 기술 구현 또는 프로젝트 테스트 단계에서 직면하는 문제를 해결할 수 있도록 도와 주도록 하는 것

Managing requirements changes to ensure that everyone is working from up-to-date documentation and that appropriate stakeholders are involved in all decisions about change.

요구사항 변경 관리는  모든 사용자가 최신 문서 작업을 수행하고 있는 것을 확인하고  적절한 이해 관계자가 변경에 대한 모든 의사결정에 관여하도록  보장하게 한다

 

When appropriate, leading user acceptance testing efforts completed by the business community to ensure that the software implementation meets the needs of business end users.

적절한 경우, 소프트웨어 구현이 비즈니스 최종 사용자의 요구를 충족하는지 확인할 비즈니스 커뮤니티에 의하여  완료된 선도적인 사용자 수용 테스트 노력    

All of these efforts help the implementation team fulfill the intended benefits of the project and ensure the investment made realizes a positive return.

이러한 모든 노력을 통해 구현 팀은 프로젝트의 의도된 이익을 달성하고 투자로 긍정적인 수익을 실현할 수 있습니다.

 

Step 7 – Help the Business Implement the Solution

7단계- 비즈니스 구현  솔루션을  지원하다

 

Your technology team can deliver a beautiful shiny new solution that theoretically meets the business objectives, but if your business users don’t use it as intended and go back to business-as-usual, your project won’t have delivered on the original objectives. Business analysts are increasingly getting involved in this final phase of the project to support the business.

귀사의 기술 팀은 이론적으로 비즈니스 목표를 충족하는 빛나는 새로운 솔루션을 제공할 수 있지만, 비즈니스 사용자가 의도한 대로 사용하지 않고 평상시처럼 비즈니스로 돌아가면 프로젝트가 원래의 목표를 달성하지 못할 것입니다. 비즈니스 분석가들이 비즈니스 지원을 위한 프로젝트의 마지막 단계에 점점 더 많이 참여하고 있습니다.

 

Your key responsibilities in this step may include:

이 단계의 주요 책임은 다음과 같습니다.

 

Analyzing and developing interim(중간) and future state business process documentation that articulates(표현하다 나타내다) exactly what changes need to be made to the business process.

비즈니스 프로세스를 변경해야 하는 사항을 정확하게 설명하는 중간 및 미래 상태 비즈니스 프로세스 문서 분석 및 개발하는 것 .

Training end users to ensure they understand all process and procedural changes or collaborating with training staff so they can create appropriate training materials and deliver the training.

최종 사용자를 교육하여  모든 프로세스 및 절차 변경을 이해하는 것을 보증하도록 하거나 교육 직원과 협력하여 적절한 교육 자료를 작성하고 교육을 제공할 수 있도록 하는 것

Collaborating with business users to update other organizational assets impacted by the business process and technology changes.

This step is all about ensuring all members of the business community are prepared to embrace the changes that have been specified(명시되다) as part of the project.

비즈니스 사용자와 협력하여 비즈니스 프로세스 및 기술 변경의 영향을 받는 다른 조직 자산을 업데이트합니다.

이 단계는 비즈니스 커뮤니티의 모든 구성원이 프로젝트의 일부로 지정된 변경 사항을 받아들일 준비가 되어 있다는 것을  확인하는 것에 관한 모든 것입니다.

 

Step 8 – Assess Value Created by the Solution

8단계 – 솔루션이 창출한 가치 평가

 

A lot happens throughout (동안 내내)the course(과정) of a project. Business outcomes are discussed. Details are worked through.(통과되다.처리되다) Problems, big and small, are solved. Relationships are built. Change is managed. Technology is implemented. Business users are trained to change the way they work.

프로젝트의 과정 내내 많은 일이 일어납니다. 비즈니스 결과에 대해 논의합니다. 세부사항은 처리됩니다. 크고 작은 문제는 해결된다. 관계가 형성됩니다. 변경사항이 관리됩니다. 기술이 구현됩니다. 비즈니스 사용자는 작업 방식을 변경하도록 교육받습니다.

In this flurry(혼란) of activity and a focus on delivery, it’s easy to lose track of the big picture. Why are we making all these changes and what value do they deliver for the organization? And even more importantly, are we still on track? Meaning,(즉) is the solution we’re delivering actually delivering the value we originally anticipated?

이처럼 산적한 활동과 배달에 집중하다 보면 큰 그림을 놓치기 쉽다. 왜 우리는 이러한 모든 변화를 단행하고 있으며,  조직에 어떤 가치를 제공합니까? 그리고 더 중요한 것은, 우리가 아직도 궤도에 올라 있는 것인가? 즉, 우리가 제공하는 솔루션이 원래 예상했던 가치를 실제로 제공하는 것일까요?

Nothing creates more positive momentum within an organization than a track record of successful projects. But if we don’t stop and assess the value created by the solution, how do we know if we are actually operating from a track record of success?

성공적인 프로젝트의 기록만큼 조직 내에서 긍정적인 추진력을 창출하는 것은 없습니다. 하지만 솔루션을 통해 창출되는 가치를 중단하지 않고 평가한다면, 실제로 성공의 기록으로 운영되는지 어떻게 알 수 있을까요?

 

Your key responsibilities in this step may include:

이 단계의 주요 책임은 다음과 같습니다.

 

Evaluating the actual progress made against the business objectives for the project to show the extent to which the original objectives have been fulfilled.

프로젝트를 위한  비즈니스 목표에 대하여  실제 진행 상황을 평가하는 것은  원래 목표가 얼마나 달성되었는지 정도를 보여줍니다.

Communicating the results to the project sponsor, and if appropriate, to the project team and all members of the organization.

프로젝트 후원자 및 해당 시 프로젝트 팀과 조직의 모든 구성원에게 결과를 전달하는 것

Suggesting follow-up projects and initiatives to fully realize the intended business objectives of the project or to solve new problems that are discovered while evaluating the impact of this project

.프로젝트의 의도된 비즈니스 목표를 완전히 실현하거나 이 프로젝트의 영향을 평가하면서 발견된 새로운 문제를 해결하기 위한 후속 프로젝트 및 이니셔티브 제안하는 것

After completing this step, it’s likely you’ll uncover more opportunities to improve the business which will lead you to additional projects. And so the cycle begins again!

To better understand the BA role, be sure to check out our free workshop – Quick Start to Success as a Business Analyst.

이 단계를 완료하면 비즈니스를 개선할 수 있는 더 많은 기회가 발견되어 추가 프로젝트로 이어질 수 있습니다. 그리고 그 순환은 다시 시작됩니다!

BA의 역할을 더 잘 이해하기 위해서는 당사의 무료 워크샵인 비즈니스 분석가로서의 성공을 위한 빠른 시작을 확인해 보십시오.