1프로기획

서비스 기획은 무엇을 하는 직무일까?

Lina song — Sun, 18 Feb 2024 18:33:17 +0900

오늘은 서비스 기획에 대해서 알아보고자 한다.

서비스 기획에 대해서 알려면 기획이 무엇인가에 대해 본질적으로 알 필요가 있다고 생각한다.

우선 많은 사람들이 '기획' 과 '계획'의 차이를 자세히 모르는것 같아 설명을 드리자면 '기획'은 아직 구체화 되지 않은 무엇인가를 떠올려 그것의 실체를 만들기 위한 작업이고 '계획'은 현실적이고 논리적으로 행할 수 있는 수단과 방법을 찾아내는 것이다.

즉, 기획은 실체를 만드는 작업을 말하는 것이고 계획은 실체를 만들기 위한 수단 및 방법을 말하는 것이다. 계획보다 기획이 더 큰 폭이라고 생각하는것이 용이할것 같다.

오늘 알아볼 서비스 기획자는 간단하게 말해서 서비스를 실체화 하는 사람이다.

서비스에는 다양한 종류가 있지만 오늘은 온라인 서비스 기획에 대해 알아보려고 한다.

온라인 서비스 기획은 대표적으로 설명하자면 네이버, 카카오, 라인, 쿠팡, T-story등 온라인에서 사용자가 사용하고 이용하고 있는 서비스들을 통틀어 온라인 서비스라고 한다.

온라인 서비스 예시

이러한 서비스들를 구상하고 구현하는 것을 서비스 기획이라고 하는 것이고, 해당 직무의 목표는 사용자 만족이다.

사용자 만족을 추구하기 위해서는 사용자의 문제점을 파악하고, 이를 해결하기 위한 전반적인 과정을 설계 및 계획하는 것이 서비스 기획자의 본질이다.

서비스 기획자로써 가장 중요하게 생각하는 것은 다 다를 수 있지만 내가 생각하기에 서비스 기획자가 가장 중요하게 생각해야 하는 부분은 사용자 문제점을 파악하는게 가장 중요하다고 생각한다.

내가 보던 검색어를 입력하세요WWW라는 드라마에서 이런 대사가 나온다.

"사용자들은 본인들이 뭐가 불편한지 몰라요, 깊게 생각 안하니까. 우리가 말해줘야 합니다. 당신들은 이게 불편했던거라고"

이 대사가 나는 서비스 기획자의 본질이라고 생각한다.

단순 서비스의 구현만이 끝이 아닌 사용자의 문제점 및 개선점을 파악하여 서비스의 가치 및 질을 높이는것, 이것이 서비스기획자의 업무라고 생각한다.

이렇게 서비스 기획자의 역활을 알아보았으니 어떠한 업무를 하는지 알아보자

우선 서비스 기획 프로세스의 구성은 이렇게 되어있다.

1. 문제발견 및 리서치: 사용자가 어떤 문제를 불편해하는지 발견하고, 그것을 해결하기 위한 서비스 구성

2. 문제 및 요구사항 정의: 위 단계에서 파악한 사용자의 문제를 구체화 진행, 개발에 필요한 요구사항을 보다 명확하게 정의

3. 솔루션 디자인(비즈니스 모델링): 요구사항을 충족시키기 위해 기획보다 더 발전 시키는 단계

4. 프로토타이핑: 테스트 및 개선을 위해 서비스 예비 모델 혹은 샘플을 생성(베타버전 출시)

5. 서비스 및 제품 개발: 본격적으로 시장의 요구사항을 충족하는 서비스를 만드는 단계, 출시 준비가 될 때까지 제품을 설계, 개발, 테스트 및 개선하는 작업이 모두 포함

6. 서비스 운영 및 개선: 조직이 서비스 운영을 최적화 하는 활동. 사용자 만족도 높이기 위해 수행하는 지속적인 활동이 모두 포함(ex. 비효율적인 포르세스 찾아 개선안 도출, 사용자 평가를 통해 품질 개선점 색출)

IT 서비스 제품 개발 프로세스

서비스 기획자는 프로토타이핑 전까지 투입되는 것으로 알고 있는 사람들이 있다.

실질적으로 구현에 참여하지 않는 직군이기에 이렇게 생각하는것 같지만 서비스 기획자는 전 프로세스에 참여해야 한다.

기획 분석 설계 구현까지 서비스 기획자가 참여하여 해당 서비스의 완성도를 높이며 이슈가 발생하지 않도록 관리를 해야한다.

CBD방법론

Lina song — Mon, 12 Feb 2024 18:02:07 +0900

'CBD방법론'이란 컴포넌트 기반 개발(Component Based Development)의 약자로, 재사용 가능한 컴포넌트를 조합하여 소프트웨어를 개발하는 방법론이다.

여기서 컴포넌트란 프로그래밍에 있어 재사용이 가능한 각각의 독립된 모듈을 뜻한다.

예를들어 레고는 각각 독립적이고 재사용이 가능하다. 이러한 특성으로 레고를 조합하여 집, 배, 비행기등 다양한 구조물들을 만들 수 있다.

이와 마찬가지로 레고블럭으로 만든 구조물을 소프트웨어라고 가정하면, 각각의 레고블럭들은 하나의 컴포넌트가 되는 것이다.

컴포넌트 예시

앞서 말했듯 컴포넌트가 독립적이 기능 혹은 서비스를 제공하는 독립적인 모듈이므로 이를 필요로하는 여러 애플리케이션에서 반복적으로 재사용되도록 한다는 것이다. 따라서 이는 코드 수준에서의 재사용이 아니라 실행 모듈 단위의 재사용이다. 즉, 애플리케이션 개발의 관점을 구현이 아니라 이미 만들어진 부품을 바타응로 조립하는 것으로 인식해야 한 다는 것이다.

그러므로 컴포넌트 기반 개발 방식을 적용하기 위해서는 개발하고자 하는 시스템에서 필요로 하는 기능 및 서비스를 제공하는 컴포넌트를 식별하고 이를 정의하는것이 가장 중요하다. 식별 및 정의가 잘 되어 있다면 요구상이 변화할 경우 이에 영향을 받는 부분을 식별하여 손쉽게 다른 부품으로 대체가 가능하여 요구사항 변화에 유연한 대처가 가능하다.

레고로 만든 집들을 모아 마을을 만들수 있듯, CBD 방법론은 특정 프레임워크 상에서 실행되는 부품화된 컴포넌트를 바탕으로 이를 조립하여 더 큰 컴포넌트를 만들거나 애플리케이션을 개발하는 방법론이다.

이러한 컴포넌트 기반 개발은 기존 방법론들이 제대로 해결하지 못한 개발 생산성, 소프트웨어 재사용성, 시스템 유지보수 성, 품질을 향상 시킬 수 있는 대안으로 주목받고 있다.

CBD를 이용한 접근법은 개념적으로 두가지로 구분할 수 있다.

컴포넌트 자체를 만들기 위한"컴포넌트 개발(CB)"와 이미 개발된 컴포넌트를 바탕으로 시스템을 개발하는 "컴포넌트 기반 개발(CBD)"이 있다.

이중에서 컴포넌트 개발은 완전한 시스템을 맞드는 것이 아니라 재사용 가능한 부품을 만드는 것이므로 해당 도메인을 상세하게 분석하여 범용성이 높은 부품을 정의하는 것이 중요하다. 반면 컴포넌트 기반 개발은 기존의 부품을 조립하여 요건에 적합한 시스템을 완성하는 것이므로 요구사항을 분석하고 이에 적합한 부품으 식별 및 조립항 시스템의 기능적/비기능적 요건을 충족할 수 있도록 관리하는것이 중요하다. 따라서 CBD를 적용하기 위해 개발 대상 업무와 아키텍처(비지니스/시스템/네트워크)에 대한 이해가 필수다.

이글에서 소개하고자 하는건 CBD임으로 CBD에 대해 더 소개하고자 한다.

해당 개발 방법론을 적용할 경우 사업추진절차는 요구사항 분석 -> 분석 및 설계 -> 명세 -> 구현 ->테스트로 구성된다.

CBD사업추진절차

순차적으로 설명하자면 요구사항 분석 단계에서는 시스템에 대한 사용자의 요구사항을 파악하고, 대게 유스케이스를 사용하여 세부 내역을 정의하는 작업을 수행한다. 여기서 최대한 자세하고 명확한 요구사항을 수집 및 파악하는 것이 중요하다.

설계단계에서는 이전 단계에서 도출된 요구사항을 토대로 이를 반영할 수 있는 아키텍처(업무/시스템/네트워크)를 파악하고, 대게 클래스 다이어그램을 이용하여 이의 세부 내역을 정의하는 작업을 수행한다.

명세단계에서는 설계단계에서 정의된 아키텍처를 기반으로 구현 컴포넌트와 구현클래스를 파악하여, 대개 인터페이스 명세를 사용하여 이의 세부내역을 정의하는 작업을 수행한다.

구현단계에서는 개발자가 명세가 오나료된 모델을 바탕으로 이를 구현하는 작업을 수행한다.

구현 컴포넌트에 대한 인터페이스나 오퍼레이션과 등과 같은 세부사항을 묘사하기 위해 컴포넌트를 개발하는 과정에서 개발자들이 필수적으로 작성해야 하는 산출물을 정의할 필요가 있다. 이는 구현 컴포넌트를 이용한 조립 및 유통을 위해서는 개발 절차보다는 개발과정에서 작성해야 하는 산출물과 이를 작성하는 방법을 이해하는것이 보다 중요하기 때문이다.