Application sw 제품화지수(완성품화) 체크 v2.0 (2016.04.10)

Ⓒ 2016 Agados Co. All rights reserved. 무단 복제 및 사용 금지
agados
Global App Package 수준 이상의 Application 제품 완성품화를 위한
제품화지수 체크 방법
Document Version : v 2.0
www.agadoss.com
www.facebook.com/SOG.Agados

Ⓒ 2016 Agados Co. All rights reserved. 2무단 복제 및 사용 금지
Biz. App 제품, 글로벌 vs 국내 사업 모델 비교 통한
‘제품화지수 검토’의 중요성

“납품할 때 마다 주문형 제작하면,
규모의 경제를 이룰 수 없다”
“SI 스타일 정보시스템 산출물로는
완성품(패키지) 사업이 되지 않는다”

Marketing Sales
Service
(Optimize)
Activities
Ownership
Active Person
• 채널 영업전략 수립
• 파트너 전략 수행
• 영업 수행
본사와 파트너간의
역할 비중 주목
• 패키지 연구 개발
• 제품 모델 관리
• 방법론 연구/제작
• 교육/훈련 콘텐츠 제작
• 본사 (10%)
• 파트너 (90%)
• 본사 (30%)
• 파트너 (70%)
• 본사(80%↑)
• 마케팅전략 수립 / 수행
• 파트너 전략 수립/ 수행
• 파트너 관계 관리
• 본사 위주 (80%↑)
Marketer Sales Men,
Pre-sales Men
• Configurable Optimizing
• Not Compiled Product
• Maintenance Service
• S/W License oriented Service
Product/Package Consultants,
Customizing Certification 보유자
Technical Supporter Technical Supporter
Package / Product 제작자들은 Field를 직접 지원하지 않는다
(‘완성품’에 대한 정의)
글로벌 Biz. App 제품의 “완성품 채널 사업” 모델
(Non-Compiled Customizing 기반, 제품 라이선스 기반, Channel Biz. Case)
패키지/제품 제작자
R&D

글로벌 Biz. App 제품의 완성품 채널 사업 모델의 사업 요소간 인과 관계
(Non-Compiled Customizing 기반, 제품 라이선스 기반, Channel Biz. Case : 글로벌 지배 벤더 사업 모델 해당)
PKG
라이선스
연구개발
본사수익
본사비용
O : Opposite Direction ( 한쪽이 증대하면 한쪽은 감소 )S : Same Direction ( 한쪽이 증대하면 함께 증대 )
S
O
S
본사매출
S
S
파트너 수
S
Solution Package
Promotion
S
S
타사 PKG와의
경쟁강도
PKG 재판매/
커스터마이징
사업 매력도
Partner
원가
Partner
매출
Partner
순이익
PKG
커스터마이징
인력
PKG/제품
품질 경쟁력
고객수
Partner 자체
세일즈&마케팅
프로모션
(영업) 비용
O
O
S
S
S
S
S
S
S
SS
S
S
O
O
S
S
S
Package Biz. partner
O

글로벌 Biz. App 제품의 완성품 채널 사업 모델의 사업 요소간 인과 관계
(Non-Compiled Customizing 기반, 제품 라이선스 기반, Channel Biz. Case : 글로벌 지배 벤더 사업 모델 해당)

국내 Enterprise Biz. App 의 솔루션 사업 요소간 인과 관계
(Source Custom 기반, Direct Biz. Case : 국내 대부분의 Biz. App 솔루션 사업 모델)
O : Opposite Direction ( 한쪽이 증대하면 한쪽은 감소 )S : Same Direction ( 한쪽이 증대하면 함께 증대 )
PKG 라이선스
연구개발(비)
Vendor 수익
본사비용
S
O
S
라이선스 매출
(유지보수)
S
S
고객 수
S
Solution Package
Vendor 자체
세일즈&마케팅
S
S
타사 PKG와의
경쟁강도
PKG
커스터마이징
인력
PKG/제품
품질 경쟁력
프로젝트 수
O
S
S
S
?
O
S
Package
Customizing
Project 영역
O
Project 매출
S
Open Source/
Framework
O
O
S
O
Project 순수익
S
S

국내 Enterprise Biz. App 의 솔루션 사업 요소간 인과 관계
(Source Custom 기반, Direct Biz. Case : 국내 대부분의 Biz. App 솔루션 사업 모델)

글로벌 지배 Biz. App 제품 벤더들의 사업 지향점
높은 ‘제품화지수’를 통한 사업의 플랫폼화
제품화지수
높은
완성품
비즈니스 파트너와 고객사에게 개방성과 확장성을 보장하면서도, 사업 프로세스 전 과정에서 본사의 지배력,대응력, 그리고 경제성을 확보할
수 있도록 함 ( SW 부가가치사슬의 견고한 확장 ).
지배력
(Governance)
경제성
(Economic Feasibility)
대응력
(Responsive Force)

제품 제작 타임 CO (Customer Optimized) 타임
배포
Customizing
Add-on
제조 유통
Manufacturing Concept 적용
제조 품질 초점
CO 품질 초점
Running Status
Running Independency
Visibilities
Support
Source 품질
DB 모델 품질
오류 검증
산출문서 검증
완성품 사업 모델 가능 여부 판단 위주
• GS / SP 인증 등과는 목적과 방향이 다르며, 소스품질인증 아님
• “제품화 지수 진단”은 Application 제품의 제작 품질, 적용기술(언어,프레임웍 등)에 대해서는 관여하지 않음
제품 출시 이후, 시장(글로벌 포함)에서 완성품 사업 모델 수행 위한 “필요조건“ 항목을 집중 검토
기존 SW품질관련 검토 관점 비교
★ 제작타임에 대한 요구사항으로 작용되어야 함

• 수출 가능형 완성품화 유도 (‘제품’/완성품’에 대한 기준점 제시 필요)
• 변화에 대한 제품의 대응력 향상 (납품할 때 마다 주문형 제작을 하게 되면, 규모의 경제 이룰 수 없음)
• 지배력 잃지 않으면서도 글로벌 채널 파트너 비즈니스 가능한 완제품화 유도, 규모의 경제 달성
• 글로벌 경쟁력 있는 완성품화 유도로, 글로벌 SW 마켓쉐어 1%의 수치 극복
제품화 지수 진단 목적
SW산업 글로벌 경쟁력 향상
지배력
대응력 경제성
제품화지수 높은 완성품화 유도

글로벌 Biz. App 제품 수준 이상의 완성품사업을 위한
‘제품화지수 검토’ 방법

제품 고객 최적화 시점 활동 검토
Application
완성품을
위한
제품화지수
5 Check
A
제품 실행 상태 정보 제공 유무와 방법 검토B
제품 실행 환경 종속성 검토C
제품 구성 정보 데이터 제공 유무와 방법 검토D
제품 사용자/파트너 위한 지원 유형 및 방법 검토E
제품화지수 검토
진단 검토 Category

A. 제품의 고객 최적화 시점에서의
각 활동 검토

A. Activities at Point of “Customer Optimized App” (App 고객최적화 시점에서의 활동)
커스터마이징(Customizing) & 애드-온(Add-on) Time 활동 검토
고객 최적화 앱
(Customer Optimized
Application) 과정
앱 기본 버전에 탑재된 기능 고객화
• 기존 정보 레이아웃(화면/데이터) 항목 수정
• 기존 비즈니스 기능 처리 절차 수정
• 다국어 처리 등 제품 Locale 적용
Customizing Add-On
탑재된 기능 외 확장/기능추가
• 기존 기능 연계, 새 기능 추가
• 기존 기능 무관 새 기능 추가
• 타 시스템간 인터페이스 추가
Objective (목적)
• Application을 사용자측에 최적화 (COA: Customer Optimized App)시 제품 원천개발자 투입이 되지 않는 ‘완성품 품질 ‘체크는 제품
사업 가능 여부의 핵심.
• 최적화 과정은 ‘커스터마이징’과 ‘애드-온＇과정으로 분리

1. Customizing Time Activity 검토 (있는 기능 수정 시)
주요 검토 대상
Objective (목적)
Application의 각 Layer 별 커스터마이징 Activity 유형과 Activator 검토
• Data Layer (데이터베이스 조작 레이어)
• Biz. Logic Layer (비즈니스 로직 레이어)
• Presentation Layer (프리젠테이션 레이어)
• “커스터마이징 활동자가 누구인가? 어떤 작업을 하는가?”
• Application을 사용자측에 적용 시 다시 재코딩(Re-Coding) 과 재컴파일(Re-Compiling) 해야 하는지에 대한 여부 체크는 완성품으로 유
통 가능하고 파트너를 통한 채널 비즈니스 가능 여부 체크의 핵심 포인트.
• 이 조건을 넘지 못하면, 원천 개발자 동반 없는 제품만의 수출 사업은 불가능

주요 검토 항목
검토 활동 키 포인트
Application의 각 Layer 별 커스터마이징 Activity 유형 및 Activator 검토
• 제품의 컴파일이 다시 발생하지 않는가?
• 프로그램 코드가 신규로 발생/업데이트 되는가?
• 제품 제공사의 개발자가 반드시 개입되어 작업하는가?
• 기존 제품 내 이미 탑재되어 있는 업무 기능을 변경 수정 할 경우 수행하는 활동 체크
• 특정 업무 Function 에 대한 사용자 요구가 변경될 경우, 제품에 반영하는 방법을 체크
• 변경 수정 작업을 누가 하느냐? ( Provider or Partner or Customer ? , Program Coder 투입 유무 등)
제품의 프로그램 소스를 확인 할 필요 없이, 커스터마이징 타임에 발생하는 활동(자) 검토만으로 가능

Scoring 예시
신규 Code
발생?
컴파일
발생?
“낮음” or
“0 점”
“중간” or
“5 점”
“높음” or
“10점”
“10 점” 기준, 각 Layer 별 스코어링, 총 30점.
No
No
Yes
Yes

Customizing Time 제품화지수 진단
활동 유형
(프로그램
코드
작성 ① /
환경설정
② 등)
제품
재 컴파일
여부(Y/N)
수정 수단 제공 Actor 구분
모델변경
통제수단
배점 규칙자체
도구
내장
API ( )
제공
원천
제품
개발자
사용자
/
파트너
통제
도구
내장
외부
도구
기존
기능
변경
Database
조작 수정
SQL질의 변경 ① Y Y Y N Y
DB 스키마 매핑
Biz. 기능
처리 절차 수정
업무절차 변경
업무규칙 (수식) 변경
Presentation 수정
(화면정보수정)
레이아웃 변경
화면구성 변경/추가
화면이벤트 변경/추가
작업
구분
지수
항목
기존기능 변경 활동
사용국 로케일 적용 활동
사용자 권한 변경 활동

예시
활동 유형
(프로그램
코드
작성 ① /
환경설정
② 등)
제품
재 컴파일
여부(Y/N)
모델변경
통제수단
배점 규칙자체
도구
내장
API ( )
제공
원천
제품
개발자
사용자
/
파트너
통제
도구
내장
외부
도구
Locale
다국어 지원
화면 레이블 ① Y N N N Y
알람/메시지 등
지역 기준 정보
통화 표시
시각 표시
사용자
권한
권한(Permission) 변경
권한 변경
작업
구분
지수
항목
• API() 등 수단제공 유무와 제품 유연한 수정/확장성 진단이지, API() 디자인을 기술적으로 어떻게 했느냐를 진단하는 것이 아님
• 응용 Application의 경우, 소비 시장에서 재 컴파일 여부는 제품화 지수의 핵심 포인트
(각종 변경 활동에 대한 관리 통제 수단 제공 유무 역시 핵심 포인트)
• 반면, 엔진이나 라이브러리, 프레임웍, 플랫폼 형태로 제공되는 SW의 경우 재 컴파일 여부는 중요하지 않음
(배점 규칙을 다르게 하고, 이 경우 배포 방법 등 고객 지원 검토 항목에서 검토 중요)

2. Add-on (Product Expansion) Time Activity 검토 (없는 기능 추가 시)
Objective (목적)
Application의 각 Layer 별 업무 기능 추가/확장 시 Activity 유형 및 Activator 검토
• Data Layer (데이터베이스 조작 레이어)
• Biz. Logic Layer (비즈니스 로직 레이어)
• Presentation Layer (프리젠테이션 레이어)
• Interface Layer (타 시스템/제품과의 통합,연계 레이어)
• “Add-On 활동자가 누구인가? 어떤 작업을 하는가?”
• Application을 사용자측에 적용 시 다시 재코딩(Re-Coding) 과 재컴파일(Re-Compiling) 해야 하는지에 대한 여부 체크는 완성품으로 유
통 가능하고 파트너를 통한 채널 비즈니스 가능 여부 체크의 핵심 포인트.
• 이 조건을 넘지 못하면, 개발자 동반 없는 제품만의 수출 사업은 불가능
• 추가 가치 생성 수단 제공 여부는 제품의 유연한 확장성 여부와 함께 사용자 측면의 개인화(Personalizing) 가능 여부의 핵심 포인트 (“가
치생성수단”이란 일반적인 개발환경뿐 아니라, 애플리케이션 제품 자체에서 제공하는 업무기능 추가 수단을 뜻한다)

Application의 각 Layer 별 Add-on Activity 유형 및 Activator 검토
• 제품의 컴파일이 다시 발생하지 않는가?
• 프로그램 코드가 신규로 발생/업데이트 되는가?
• 기존 업무 기능의 확장 수단(API, 업무 재정의 도구, 기타 업무 추가 수단)을 제공하는가?
API() 제공 여부, 업무 재정의/추가정의 수단 제공 여부 체크가 핵심.
• 제품 제공사의 개발자가 반드시 개입되어 작업하는가?
• 기존 제품 내 이미 탑재되어 있는 업무 기능에 기능을 추가함으로서 제품을 확장 할 경우 수행하는 활동 체크
• 특정 업무 Function 추가에 대한 사용자 요구가 추가될 경우, 제품에 반영하는 방법을 체크
• 확장 수정 작업을 누가 하느냐? ( Provider or Partner or Customer ? , Program Coder 투입 유무 등)
제품의 프로그램 소스를 확인 할 필요 없이, Add-On 타임에 발생하는 활동(자) 검토만으로 가능

Scoring 예시
신규 Code
발생?
컴파일
발생?
“낮음” or
“0 점”
“중간” or
“5 점”
“높음” or
“10점”
각 “10 점” 기준
No
No
Yes
Yes
자체
확장수단
탑재
API()
제공
“낮음” or
“0 점”
“중간” or
“5 점”
“높음” or
“10점”
No
No
Yes
Yes
2 가지
모두
제공

Add-On Time 제품화지수 진단
활동 유형
(프로그램
코드
작성 ① /
환경설정
② 등)
제품
재 컴파일
여부(Y/N)
모델변경
통제수단
배점 규칙자체
도구
내장
API ( )
제공
원천
제품
개발자
사용자
/
파트너
통제
도구
내장
외부
도구
기존
기능
연계
확장/
새 기
능 추
가
Database
조작 수정 /추가
SQL질의 변경/추가 ① Y Y Y N Y
DB 변경 스키마 매핑
Biz. 기능
처리 절차 수정 / 추가
업무절차 변경/추가
업무규칙 (수식) 변경/추가
Presentation 수정 / 추가
(화면정보 수정/확장)
레이아웃 변경/추가
작업
구분
지수
항목
기존기능연계 확장/추가 활동
기존기능무관 확장/추가 활동
사용국 로케일 적용 활동
타 시스템 인터페이스 확장/추가 활동
사용자 권한 확장/추가 활동

활동 유형
(프로그램
코드
작성 ① /
환경설정
② 등)
제품
재 컴파일
여부(Y/N)
모델변경
통제수단
배점 규칙자체
도구
내장
API ( )
제공
원천
제품
개발자
사용자
/
파트너
통제
도구
내장
외부
도구
기존
기능
무관
확장/
새 기
능 추
가
Database
조작 수정 /추가
SQL질의 변경/추가 ① Y Y Y N Y
DB 변경 모델 매핑
Biz. 기능
처리 절차 수정 / 추가
업무절차 변경/추가
업무규칙 (수식) 변경/추가
Presentation 수정 / 추가
(화면정보 수정/추가)
레이아웃 변경/추가
작업
구분
지수
항목

활동 유형
(프로그램 코드
작성 ① /
환경설정 ② 등)
제품
재 컴파일
여부(Y/N)
모델변경
통제수단
배점 규칙자체
도구
내장
API ( )
제공
원천 제품
개발자
사용자/
파트너
통제
도구
내장
외부
도구
Locale
다국어 부분 추가
화면 레이블 추가 ① Y N N N Y
알람/메시지 등 추가
지역 기준 정보 추가
통화 표시
시각 표시
타
시스템
I/F
I/F 프로토콜 추가
프로토콜 추가 ① Y N N N Y
인터페이스 모델 추가
I/O 추가
사용자
권한
권한(Permission) 추가
권한 추가
작업
구분
지수
항목
(각종 변경 활동에 대한 관리 통제 수단 제공 유무 역시 핵심 포인트)

B. 제품의 실행 상태 정보 제공 유무와
방법 검토

B. Product Running Status (제품 실행 상태 정보 제공)
Running Time 상태 정보 제공 항목 검토
Objective (목적)
제품 실행 시 발생될 수 있는 다양한 정보 제공 유형 검토
• Running Error (실행 오류)
• Data Value Tracking, Step by Step (데이터 값 트랙킹, 실행 단계별)
• Status Data Visualization Level(상태 정보 시각화 수준)
• 제공 정보에 어떤 것이 있는가? 정보 제공 방법은?”
• Application 제품을 사용 시, 실행 상태에 대한 정확한 정보를 제공하는지에 대한 여부 체크는 완성품으로 유통 가능하고 파트너를 통한 오
류 해결 등 채널 비즈니스 가능 여부 체크의 핵심 포인트.
• 이 조건을 넘지 못하면, 제품 실행 오류 종류에 따른 사후 조치를 위한 소통 수단이 없어 제품만의 수출 사업 등 채널 비즈니스가 불가능
• 실행 상태 정보 제공 여부는 제품의 품질 신뢰성과 함께, 실행 오류 등 발생 시, “사용자/파트너”와 제품 제작사간의 기술지원 커뮤니케이션
품질을 높여, “완제품“으로서의 제품 사업을 가능하게 한다.

B. Product Running Status (제품 실행 상태 정보 제공)
Running Time 상태 정보 제공 항목 검토
Application의 각 Layer 별 커스터마이징 Activity 유형 검토
• 상태나 오류 확인/수정/패치 작업을 수행할 때, 제품의 프로그램 소스 기반 트랙킹 발생하지 않는가?
• 제공되는 정보가 시각화 되어 있는가? 등 정보 제공 유형 검토(예, 단순 log 데이터인가? 또는 시각화된 분석 뷰를 제공 하는가?)
• 제품 제공사의 제품 개발자가 반드시 개입되어 작업하는가?
• 제품 실행 시 제공 되는 제품 실행 상태 정보 유무 체크
• 오류 발생 시 오류 발생 원인을 추적할 수 있는 트랙킹 기능 유무 와 트랙킹 방법 체크
• 상태 정보 확인 작업을 누가 하느냐? ( Provider or Partner or Customer ? , Program Coder 투입 유무 등)
제품의 프로그램 소스를 확인 할 필요 없이, 테스트 값 등을 주며 정상/오류 동작 확인 작업 진행 가능해야 함

B. Product Running Status (제품 실행 상태 제공)
Running Time 정보 제공 항목 검토
Scoring 예시
각 “10 점” 기준
자체
상태추적수
단탑재
상태정보
제공
“낮음” or
“0 점”
“중간” or
“5 점”
“높음” or
“10점”
No
No
Yes
Yes
2 가지
모두
제공

B. Product Running Status (제품 실행 상태 제공)
Running Time 정보 제공 항목 검토
Running Time 제품실행상태 정보 제공 기능검토를 통
한 제품화지수 진단
상태정보
제공유무
(Y/N)
제공정보유형 Actor 구분 모니터링도구
배점 규칙
시각화
단순
Text
log
원천
제품
개발자
사용자
/
파트너
도구
내장
외부
도구
없음
App
실행
상태
정보
확인
Layer 별 상태정보 확인
Presentation Layer
Biz. Logic Layer
Database 조작 Layer
제품 실행 상태 점검
단계별 실행 테스트
특정 데이터 값 확인
기타 App 상태 확인
기능
상세하고 다양한 유형의 상태 정보가 제공되는 것이 좋으나,
앱 자체에서 제공할 기본적 성능 상태 확인 기능 위주 검토
앱 기능별 수행 성능
최다 실행 기능 조회
Database 조작 Layer
작업
구분
지수
항목
Layer 별 상태정보 확인
제품 실행 상태 점검 (테스팅)
기타 앱 성능 상태 확인

C. 제품의 실행 환경 종속성 검토

C. Dependency Check on Running Environment (제품 실행 환경 종속성 검토)
Running 환경 종속성 항목 검토
Objective (목적)
제품 실행 환경 변화/추가 활동 시, 각 변화 요소에 대한 대응 방법/대응력 등 검토
• 애플리케이션 운영 서버 H/W, OS (Windows Server, Unix, Linux)
• 애플리케이션 운영 DBMS (Any DBMS? Or 오라클,SQL Server, MySQL, 마리아 등 )
• 애플리케이션 클라이언트 (Windows, iOS, 안드로이드 등)
• Application 제품을 사용 시, 실행 환경 유연성 체크는 완성품으로 유통 가능하고 완성품 사업을 확장할 수 있는 제품 이식성 여부 체크의 핵
심 포인트
• 다양하고 복잡한 비즈니스 애플리케이션 실행 인프라들 중에서 ,특정 환경에서만 실행되는 제품은 시장 진입과 확대에 크게 제약을 받을 수
밖에 없다

Application의 각 실행 환경 별 변화 발생 시 Activity 유형 검토
• 제품 실행 환경 변화에 얼마나 능동적인 대처가 가능한지, 대처 기능이 제품에 내재되어 있는가, 대처 수준과 방법 등을 검토함으로서 제품
의 실행 환경 종속성 탈피 지수를 측정
• 제품 실행 환경 변경 시, Application의 프로그램 소스 수준의 변경 작업이 필요하다면, 재컴파일 역시 불가피 하다는 의미이며 이는 완성품
사업 모델 수행 불가능을 의미
• 변경 작업을 누가 하느냐? 역시 중요 포인트 ( Provider or Partner or Customer ? , Program Coder 투입 유무 등)
제품의 프로그램 소스를 확인 할 필요 없이, 누가 어떤 작업을 통해 작업을 수행 하는지를 검토
• 애플리케이션 운영 서버 H/W, OS 변경 시 (Windows Server, Unix, Linux)
• 애플리케이션 운영 DBMS 변경 시 (Any DBMS? Or 오라클,SQL Server, MySQL, 마리아 등 )
• 애플리케이션 클라이언트 변경 시 (Windows, iOS, 안드로이드 등)
• 각 변경 작업 시 ‘고객 최적화 CO (Customer Optimized) 기준의 항목 평가 수행

제품 Running 환경 종속성 검토를 통한
제품화지수 진단
활동 유형
(프로그램
코드
작성 ① /
환경설정
② 등)
제품
재 컴파일
여부(Y/N)
모델변경
통제수단
배점 규칙자체
도구
내장
API ( )
제공
원천
제품
개발자
사용자
/
파트너
통제
도구
내장
외부
도구
실행
환경
변경
DBMS 관련
DB 벤더 변경 ① Y Y Y N Y
데이터 소스 변경/추가
OS 관련
서버 OS
클라이언트 OS
WAS 관련
WAS 변경
작업
구분
지수
항목
DBMS 관련
OS 관련
WAS 관련

D. 제품의 구성정보 데이터 제공유무와
방법 검토

D. 제품 구성정보 데이터 제공 유무와 방법 (Product Visualization)
제품 구성 정보의 데이터 (시각화) 제공 유무와 방법 검토
Objective (목적)
제품 구성 요소에 대한 다양한 정보 제공 유형 검토
• Process & Data Information(프로세스와 데이터 구성 정보)
• 주요 Object Relationship (개체간 상호 연결 정보)
• Information Visualization Level (제품 정보 시각화 수준)
• 제공 정보에 어떤 것이 있는가? 정보 제공 방법은?”
• 보이지 않는 SW이기때문에, 지적 자산권이나 라이선스 가치 인정을 제대로 받지 못하고 있는 것이 현실.
• 마치 H/W처럼 뚜겅을 열어 보여주듯, 제품이 어떻게 구성되어 있다는 것을 시각적으로 보여줄 수 있는 정보가 있는지에 대한 유무 검토
• 일반적인 설계서와 같은 다큐먼트 수준인지, 이를 데이터베이스화 하고 시각화할 수준인지에 따라, 사용자에게 인식될 제품의 품질 인식은
매우 달라질 것.
• 데이터/정보화/시각화 되어 있는 제품 구성정보는 보이지 않는 SW를 “눈에 보이는 제품”으로 인식 가능하게 함으로서 완성품 사업 수행 품
질을 높일 수 있다는 점이 핵심 포인트.
• 이 조건을 넘지 못하면, SI식 정보시스템 구축 때 수행하는 “프로그램 소스/문서 수정” 작업등을 똑같이 수행한다면, 제품 사업 모델에 들어
설 수 없다(사용자는 완제품으로서의 APP 으로 인식하지 않고, 그냥 System 취급) .

Application 제품에서 제공하는 구성정보 유무, 다양성과 제공방법 검토
• 구성 정보의 데이터화 , 시각화 제공 유무와 방법 검토
• Application 제품 내에, 제품의 다양한 구성 정보를 확인할 수 있는 기능 제공 여부 검토
• “제품의 구성(제작 버젼별)의 변화를 제품 스스로 관리할 수 있는 기능이 있는가?” 에 대한 검증
• 구성정보 확인을 누가 할 수 있는가? 역시 중요 포인트 ( Provider or Partner or Customer ?)
• 프로세스 구성정보, 데이터 모델 구성정보, 프로세스-데이터간 연결 정보
• 내부 개체(App을 구성하는 내부 단위) 간 상호 연결 정보
• 제품 구성 정보 제공 형태 (자체 시각화 혹은 문서?)
• 각 구성정보의 ‘시계열적’ 정보 관리 유무 검토 ( App 변경 관리/통제 기능 유무 )
제품의 프로그램 소스를 확인 할 필요 없이, 누가 어떤 작업을 통해 작업을 수행 하는지를 검토

제품 구성 정보 제공 유무와 제공방식 검토를 통한
제품화지수 진단
• 응용 Application 제품의 내부 구성 단위는 기능별 구현단위가 될 것이며, 이는 제품 제작사의 구현 기술에 따라 다를 수 있다.
• 내부 관리 단위를 모델화하고 이를 데이터화해 관리할 수 있어야 향우 유지보수/업그레이드 시 변경을 위한 접근성을 높일 수 있다.
• 즉, 무엇을 변경하고 추가하든, 제품 스스로 이를 반영한 구성정보를 가시적으로 제공할 수 있는 기능이 내재되어야 하고, 이를 검증하기 위한 타스크이다.
상태정
보
제공유
무
(Y/N)
제공정보유형 Actor 구분
모델 변경
확인 수단
배점 규칙시각화
도구
내장
Text
기반
도구
내장
일반
문서
원천
제품
개발자
사용자/
파트너
관리
도구
내장
외부
도구
제품
구성
정보
제품 기능 데이터화
기능별 프로세스 구성정보 Y Y Y N Y
데이터 모델 구성정보 N
프로세스-데이터
상호 연결정보
N
APP 구성 내부 단위
(기능모듈 단위) 데이터화
내부단위별 모델의
데이터화
Y Y
내부단위별 모델간
상호연결(관련) 정보
작업
구분
지수
항목
제품 기능 데이터화
APP 구성 내부 단위 & 상호연결 정보 데이터화

E. 사용자/파트너 지원 유형 및 방법 검토

E.사용자/파트너 위한 지원 유형 및 방법 검토(제품 기술영업/제품 Configure 자격 인증 등)
사용자/파트너 교육,기술지원 활동 등 채널 지원 유형 및 방법 검토
Objective (목적)
채널 비즈니스를 하기 위해 제공하는 정보와 방법 검토
• 제품 배포 (최초 /업그레이드) 체계
• 교육 아카데미 과정 유무 (제품 관리자 과정, 제품 기술지원 과정 등)
• 정보 교류 커뮤니티 존재 유무 (웹 사이트 or 블러그, SNS 등)
• 기술 지원/커스터마이징 자격 인증 제도 유무(Certification)
• 제품 사용자나 파트너를 위한 지원 프로그램 확인 함으로서, 채널 비즈니스 수행 가능 여부 체크
• 이 조건을 넘지 못하면, 파트너나 사용자측의 리소스를 활용하지 못하고, 모든 기술적/비즈니스적 지원을 제품 제공사의 리소스를 투입해야
함으로, 제품 비즈니스의 팽창을 막는다.
• 제품 사업 모델의 핵심은 채널비즈니스 가능 여부임으로, 이를 위해 제품 제공사에서 제공하는 정보나 지원 시스템을 검토함으로서, 채널 사
업 가능 여부를 검토한다. 비즈니스 솔루션 업체
• Sales/ Marketing
• Partner 관리 /훈련
• Before/After 서비스
• 솔루션 기술 지원
• 솔루션 컨설팅/교육 서비스
• 솔루션 커스터마이징 SVC
• Biz. Domain지식 연구
• 제품 전문가
• 솔루션 제작/업그레이드
• 솔루션 제공
• 솔루션 모델 관리
• 솔루션 QA
제품 R&D 파트
제품 사업 수행 파트
• Using PKG
PKG Customer
Channels
• 솔루션 사용
• 직접 기능 추가
솔루션 고객사
• Sales/ Marketing
• 솔루션 커스터마이징 서비스
• 솔루션 컨설팅 서비스
• 솔루션 기술/교육 지원
• Before/After 서비스
• 직접 기능 추가
제품 사업 파트너

제품 채널 사업 가능하도록 하는 요소 검토
• 제품 제작사 직접 참여 대신 “채널 파트너 혹은 사용자가 직접 참여해 가치를 팽창해 나갈 수 있도록 지원할 수 있는가?“에 대한 검증
• 제품 제공사의 직접 대응은 줄이거나 없애고, 채널 파트너나 사용자가 대처할 수 있도록 돕는 사업적 장치 검토
• 제품 배포&업그레이드 활동 유형 과 ‘관리/통제 수단 검토 ( App 변경 관리/통제 기능 유무 )
• 제품 Optimizing / Supporting 활동자를 위한 인증제(Certification) 유무
• 제품 Optimizing Certification 및 판매자/사용자/관리자를 위한 아카데미 과정
• 제품 관련 정보 교류 커뮤니티 유무
제품사업모델은 채널 사업이 얼마나 유연한지에 따라 결정.

사용자/파트너 교육,기술지원 활동 유형 및 방법 검토
를 통한 제품화지수 진단
Certification
(Y/N)
Academy
(Y/N)
Community
(Y/N)
Actor 구분 지원 수단
배점 규칙원천
제품
개발자
사용자/
파트너
지원
도구
내장
X
채널
지원
활동
제품 고객최적화(CO) 활동
기능 커스터마이징 활동 Y Y Y Y O
기능 애드-온 활동
사용자 세팅
관리자 세팅/운영
제품 배포 / 업그레이드 절차
제품 고객지원 활동
트러블 슈팅 활동
고객 질의 응답
작업
구분
지수
항목
• 응용 Application의 경우, 소비 시장에서 재 컴파일 하지 않고 CO(고객최적화) 활동 가능 여부는 필드지원 활동의 핵심 검토 포인트
• 반면, 엔진이나 라이브러리, 프레임웍, 플랫폼 형태로 제공되는 SW의 경우 재 컴파일 여부는 중요하지 않고, 패치 모듈 배포 방법 등이 중요 포인트
제품 고객최적화(CO)활동
제품 배포/ 업그레이드 절차
제품 고객지원 활동

선행 기준
• 솔루션 제품화 지수 진단에 대한 정책, 프로세스, 책임/역할이 정의된다.
• 솔루션 제품화 지수 진단에 적절한 자원 혹은 자금이 제공된다.
구분
유관부서 할당
및 일정수립
검토 사항
도출
진단 활동 명세화 최종 검토 및 승인
Primary 검토 관련
조직 및 팀원
Assistant 검토 관련
조직 및 팀원
( )
진단 제품
제작사 담당자
일
정
수
립
진단
항목
/
규칙
도출
및
확정
진단
정의서
작성
정보
수집
및 기
록
진단서
분석
종합
검토
결과서
작성 유
관
부
서
합
의
제작사 검토 승인
Output
진단 검토 조직도/
일정 진단항목
정의서
• 진단 담당 분야별 검토 결과서
• 종합 진단 결과서
최종 진단 결과 보고서
완료기준
진단 조직과
일정 수립 완료
Input
• 진단 참여 제품
정보
• 제품 진단
조직도 / 일
정
• 진단 항목 정의서
• 진단 제품 분야별 진단 결과서
• 종합 진단 결과서
진단 건 주 담당
(사업 주관자)
승인
진단
결과
보완
유관부서할당
각 진단 검토 결과서 완료
진단 절차 관리자
( )
승인검토
승인승인
최종
진단
결과
보고서
최종 진단 결과 보고서 완료
제품화지수 검토
진단 검토 프로세스

Application sw 제품화지수(완성품화) 체크 v2.0 (2016.04.10)

Recommended

Recommended

More Related Content

More from Yongkyoo Park

More from Yongkyoo Park (20)

Application sw 제품화지수(완성품화) 체크 v2.0 (2016.04.10)