SlideShare a Scribd company logo
1 of 71
3
개별 SW 개발자 개발 생태계
단일 기업
프로젝트 팀
코드 중심 설계 협업 중심 개발 라이프 사이클 관리 콤포넌트 기반 개발
클라우드 컴퓨팅
클라이언트/서버 모델
& 애플리케이션 서버 플랫폼
메인 프레임 플랫폼 미니 컴퓨터 플랫폼
B
U
Corporate
Large Info
Intensive
B
U
Type of User
Type of
Business
B
U
Corporate
Departmental
Large Info
Intensive
Large
B
U
Process
Large
Small
Corporate
Departmental
Large Info
Intensive B
U
Large
Corporate
Departmental
Large Info
Intensive
Process
Small
Consumer
개발방식
플랫폼 구조
사업구조
4
고객 가치
내부 가치
▪ 무료 라이선스에 따른 도입 비용 절감
원가 절감 ▪ 상용 제품 대비 저렴한 공급가
▪ 툴의 경우 원가 비용이 발생하지 않음
비용 절감
▪ SaaS 방식의 정액제 유지보수 계약으로 TCO(Total Cost Ownership) 절감
▪ 특정 SW 및 HW에 대한 고착(Lock-in) 현상 탈피
종속성 탈피
▪ 도입 가능한 SW 및 HW에 대한 선택의 폭 증가
▪ 표준 준수에 따른 개방성 증가
개방성 증가
▪ 향후 필요에 따라 비표준 상용 제품으로 전환 용이
수주 경쟁력 증가 ▪ 제품 비용 절감 및 적용 제품에 대한 선택의 폭이 증가되어 수주 경쟁력이 향상됨
기술 역량 증대 ▪ 소스 코드가 공개되어 프로그램에 내재된 원천 기술 습득이 용이함
5
참여 & 기여
컴파일
&
배포
패치 & 업그레이드
개발환경 구축
상품화 환경
시험,인증 ,보안
도입
기술지원
출처,포맷,배포 방법 관리
라이선스 적용
기업내 사용 정책과 절차
패치& 업그레이드 관리
라이선스와 법적 검토
TCO?
기업 참여 및 기여 정책
외부 고객에게 판매
및 서비스
선택에 따른 사용일관성? SLA정의 및 보장?
배상과 의무사항 관리
보안 취약점
계약 의무사항
선택
기준
필요성
출처
지원가능성 점검?
외주개발 검증?
6
7
8
9
가장 중요한 경로
10
Garnter(Hypecycle, Magic Quadrant), IDC Forecast, Forrester, etc
11
12
13
“It’s really hard to design products by focus
groups. A lot of times, people don’t know what
they want until you show it to them. ”
focus groups: 시장 조사나 여론 조사를 위해 각 계층을 대표하도록 뽑은 소수의 사람들로 이뤄진 그룹
14
15
16
17
많은 제품 기능을 나열하는 것이 제품의 성공과는 큰 관련이 없음
18
19
Feasibility Test(타당성 분석)
Usability Test(사용성 테스트)
Product Concept Test(제품 개념 테스트)
20
21
22
23
프로토타이핑이란?
▪ 제품의 최소한의 핵심 기능을 가지고 있는 기본적이면서도 원시적인 형태의 결과물
▪ 시제품(주: 데모)이 나오기 전의 제품의 원형 또는 초기 모델
▪ 사용자의 요구사항 반영을 위한 커뮤니케이션의 참고 대상이며 모든 요구사항을 반영할 때까지 지속적으로 개선 및
보완됨
▪ 장점
- 사용자 중심의 개발 방법으로 최종 요구사항의 반영 극대화
- 오류를 초기에 발견하여 Risk를 줄일 수 있음
- 변경 사항 반영이 용이
▪ 단점
- 문서화 과정이 생략(산출물을 보고 작업하기 때문에) 됨
- 범위가 명확하지 않을 경우 시간과 비용 많이 소모됨
- 비 기능 요건에 대한 반영이 부족할 수 있음
▪ 단점에 대한 보완 방안
- 프로토타이핑 과정에 문서화 작업을 병행 (개발 과정에서 나오는 문서는 실질적이며 매우 유용)
- 핵심 기능들의 우선 순위에 따라 정해진 기간(투입 리소스) 동안 가능한 범위 작업
- 성능, 보안 위험 등과 같은 비 기능 요건에 대해서도 프로토타이핑 범위에 추가
24
프로토타이핑 과정
▪ 1단계 - 핵심 요구사항 분석: 기본적인 사용자 요구사항을 시스템 설계자와 사용자가 함께 작업
- 주로 핵심적인 기능과 검증이 필요한 부분 위주로 항목 선정
- 기능(functional) 또는 비기능(non-functional) 요건 모두 상관 없음
▪ 2단계 - 개발: 시스템 설계자가 위에서 도출된 요구사항을 만족시키는 프로토타입 개발
- 외형적인 모습(디자인)은 크게 신경쓰지 않고 주로 핵심적인 기능에 대한 검증 목적
- 가능하면 실제와 동일한 프로그래밍 언어를 사용하면 좋지만 필요에 따라 4GL 언어나 Case Tool 등을 사용해도 무방
▪ 3단계 - 사용: 사용자가 개발된 프로토타입을 실제 사용
- 요구사항이 정확히 반영 되어 있는지를 확인
- 프로토타입을 보완해서 궁극적으로 원하는 상용제품을 만들기 위한 여러 가지 제안 도출
▪ 4단계 - 보완: 프로토타입의 수정과 보완
- 시스템 설계자는 사용자가 요구한 제안 사항과 이에 따르는 보완작업
- 프로토타입이 수정/보완 된 후에는 3단계로 돌아가며 사용자가 만족할 때까지 3단계와 4단계 반복
프로토타입 결과물의 활용
▪ 완성된 산출물은 향후 실제 개발 과정에서 사용할 뼈대(skeleton)로 활용
25
26
Early Adopters가 목표 고객군
제품 개발 부서에서 실제로 개발
시장과 고객을 대상으로 의견 수렴이 주 목표
Innovators가 목표 고객군
설계 과정에서 필요에 의해 즉석 개발
제품 컨셉을 시연 혹은 증명하는 것이 주 목표
27
28
29
30
32
Internal: current teams, management
External: supply chain, market
Upstream: planning, development, launch
Downstream: ongoing lifecycle management
33
34
Strategic
Tactical / Operational
Marketing
/ Sales
Engineering
UX
Design
Project
Management
Product
Operations
Marketing
Communications
Sales
Development
Value
Definition
Marketing
Customer
Service
Market
Research
Technical
Support
35
Strategic
Tactical / Operational
Marketing
/ Sales
Engineering
Value Definition
Product
Marketer
Product
Manager
Technical Product
Champion
Sales Product
Champion
36
Product
Manager
Senior
managers
Marketing
Sales
Customer
service
Operations
Production
R&D
Finance
Strategy
37
38
39
사람에 대한 관리가 아닌 제품에 관여된 여러 부서 간 의견 조율
40
41
43
44
기업 이미지 등에 영향을 미침
45
46
47
48
기능 테스팅이란?
기능 테스트는 기능과 명세서를 준수하는 제품의 동작을 확인. 이 테스트는 시스템 /
구성 요소의 내부적인 메커니즘을 무시하고 오직 선택된 입력과 실행 조건에 대한
응답으로 생성 된 출력에 초점을 맞춤.
기능 테스팅 절차:
▪ 시작(Initiation)
▪ 테스트 계획(Tests planning)
▪ 테스트 설계(Tests design)
▪ 테스트 실행(Tests execution)
▪ 분석 및 리포팅(Analysis & reporting)
▪ 완료(Completion)
49
성능 테스팅이란?
성능 테스팅은 기술된 성능 요구사항을 시스템 및 컴포넌트가 준수하는지 평가를 위해
수행됨. 때로는 많은 사용자를 시뮬레이션하는 자동화된 툴에 의해 수행.
성능 테스팅시 장시간 부하 등의 시스템 안정성 여부의 테스트도 병행하여 수행함
성능 테스팅 절차:
▪ 응답시간 및 자원 사용량 측정
▪ 가능한 중단점 및 최대 부하 정의
▪ 최적의 성능을 위한 권고 데이터 수집
▪ SLA를 충족할 수 있는 검증값
▪ 시스템 신뢰성 체크
▪ 시스템 내 병목 지점 확인 및 제거
예시: 로드러너 화면
50
자동화 테스팅이란?
자동화 테스팅은 테스트 수행에 대한 제어, 예상되는 결과 대비 실제 결과, 테스트 사전
조건에 대한 준비, 다른 테스트 기능을 제어하는 소프트웨어의 테스트 자동화를 의미.
테스터에 의한 수작업보다 훨씬 더 가치있는 테스팅 방법을 제공
자동화 테스팅의 이점
▪ 시간 및 비용 절약(time-to-market)
▪ 수동 테스팅에 필요한 공수의 최소화
▪ 소프트웨어 품질 향상
▪ 자동화된 테스트 방법으로 인한 오버헤드 감소
자동화 테스팅 적용 가능 영역 :
▪ 회귀 테스트
▪ 데이터 기반 테스트(동일 시나리오, 다른 입력 데이터)
51
지역화 테스팅이란?
제품을 특정 지역에서 사용할 수 있도록 특화된 형태의 테스팅을 의미. 성공적으로
지역화된 제품들은 우선 해당 지역의 언어, 문화 특수성을 고려한 제품의 기능을 가지고
있음
지역화 테스트는 다음의 항목을 포함:
▪ 소프트웨어 사용자 인터페이스 번역 확인
▪ 인터페이스 요소에 대한 적용 검증
▪ 사용자 가이드, 도움말, 기타 보조 문서 번역 여부
▪ 문장에 대한 쓰기 규칙 지정
지역화 테스트 + 기능 테스트 = 테스팅 기능 강화
기능적인 문제 및 결함은 종종 소프트웨어 지역화의 결과로 나타남. 이 경우 문제가
발생하는 기능 테스트에 대한 수행을 하지 않음으로써 지역화에 소모되는 시간과
노력에 대한 위험을 제거하도록 함.
52
보안 테스팅이란?
보안 테스트는 사용자의 의도된 기능을 유지하고, 정보 시스템의 데이터를 보호하는지
확인하기 위한 과정이다. 보안 테스트에 포함해야 할 여섯 가지 기본 보안 개념은
기밀성, 무결성, 인증, 권한 부여, 가용성 및 부인방지(否認防止)임.
보안 테스팅을 사용하는 이점:
▪ 애플리케이션 품질 향상
▪ 해킹을 통한 침투 위험 감소
▪ 고객 및 시스템 사용자를 만족시킬 수 있는 개인 정보 보호 레벨 제공
▪ 보안 표준 준수를 통해 얻을 수 있는 마케팅 이점
53
모바일 테스팅이란?
모바일 애플리케이션 테스팅은 모바일 기반 애플리케이션의 기능 테스트. 특정한
도구가 사용되진 않지만, 많은 종류의 모바일 기기가 필요.
테스팅을 위한 방법:
▪ 여러 기기의 사용. 모든 기기들은 각 기기별 특성, 제약 사항, 시스템 구현 상의
기능이 다르기 때문에 각각의 기기를 확인해야 함.
▪ 에뮬레이터 소프트웨어를 사용. 이 방법은 장치 고유의 특성을 보여주지 못하므로,
신뢰성이 떨어질 수 있음. 하지만 개발의 편의성으로 인해 많은 부분이 이 접근
방법을 사용하고 있음
모바일 테스팅 영역 내의 서비스:
▪ 현존하는 모바일 기기에 대한 소프트웨어 테스트 또는 프로토타이핑
▪ 애플리케이션은 iOS, 안드로이드, 바다, 윈도우 폰 등을 위한 테스트
54
일반 문서 특화 문서 문서 템플릿
•테스팅 프로세스 •문서 리뷰 •기능 명세서
•유닛 테스트 가이드라인 •요구 사항 명세 가이드 라인 •테스트 설계
•결함 추적 •위험 관리 가이드 라인 •테스트 계획
•테스트 설계 절차 •파일 관리 정책 •테스트 결과 리포트
•빌드 및 배포 절차 •코딩 표준화 문서 •테스트 통지
•변경 요청 절차 •테스트 사후 보고서
55
단계 지원 툴
프로젝트 계획 MS Project
테스트 및 결함 추적 Atlassian Jira* , LogiGear TrackGear, HP Quality Center, Bugzilla and Rational ClearQuest
설정 관리 SVN, MS VSS, CVS, and SharePoint
프로세스 모니터링
Atlassian Jira*, LogiGear TrackGear, HP Quality Center, Rational ClearQuest and system of
metrics& reports
성능 테스팅
Rational Performance tester, HP LoadRunner, SilkPerformer, Jmeter, AQtime, Profilers,
WinDBG with SOS
테스트 자동화
SilkTest, Rational Functional Tester, Selenium, HP WinRunner, HP QTP, HttpUnit, Jmeter,
Rational Performance Tester, custom framework in Java and Perl
보안 테스트 도구
IBM Rational Appscan, WebInspect, WebScarab, Xspider, Nessus, Nikto, Firebug, small
tools for injection checks
위험 관리 Report system, MS Project
56
TaaS 코어 영역
사용자
인터페이스
Service 3 Service 2
Testing Frame
work
In house Tools /
External Tools
Test
Analyst
Test
Process
Internal Service Management
Web
Automation Offering
Perf .Test
Web/ERP
Performance Offering Functional Test Offering
상용 모델
SLAs
Manual Testing
서비스
패키지
Service n…
HAAS/
Cloud
Demand Management
Customer 1 Customer 2 Customer …n
Service Catalogue for business
Service Catalogue for Operations
Customer Service Management
Test Assets
Test Assets Test Assets Test Assets
58
59
미래기술의 추세와 객관적 가능성 정보 수집
60
우리의 사업전략이 성공하기 위해서
기술적인 면에서 할 수 있는 일은?
현재 우리가 보유하고 있는 기술은?
우리가 보유하지 못한 기술 중
우선적으로 획득해야 하는 핵심기술은?
어떻게 기술차이를 극복할 것인가?
• 어떤 기술을 개발해야 하는가에 대한 판단
✓ 기술동향 분석 및 예측에 기반
✓ 고객니즈에 기반
• 대상 기술에 대한 이해 및 보유 여부 판단
✓ 기술구성도 작성
✓ 기술구성도 항목에 대한 보유 여부 판단
• 어떤 기술을 개발해야 하는가에 대한 판단
✓ 기술의 영향도 및 기업의 기술경쟁력에 따른 평가
✓ 우선 순위화
• 기술획득 계획 수립
✓ 필요기술 우선순위에 근거한 기술로드맵 작성
✓ 기술 별 획득 방법 결정
61
W i n d o w s Solution Strategic R o a d map
C u rre nt 2 0 09 2 0 10 2 0 12 2 0 13 2 0 14
PC
Pultrusion
STP
Partnership
&
Sealant
Capabilities
MarketInitiatives
RIM
TPU
Regulator,
Codes
&
Triggers
&
Advocacy
MarketDrivers
Hurricane Ike I ns urance C ompani es requiring m ore stringent Building R equi rem ents
D O E zero energy building initiative for Residential (to 2020)
1st
Specifica- tion
s
R e s id e n t ia l C o d
e C h a n g e s ?
C o m m e r c ia l C o d
e C h a n g e s ?
A dv oc acy of B M S Solutions at B erk l ey National La bs
1st Commercial
Sale
V a lid a t e V a lu e
P r o p
w it h f o r m u la t o r
V a l u e P r o p
S t o r m G u a r d s
V a l u e P r o p
f or R e s i d e n t i a l
G ain co
m m itm ent f
r om par tner
for scale up
Establish
solution
A dv oc acy of architects/insurers, requi rem ents of blast or v a nda l wi nd
ow solution
Pull-through advocacy with
1st
Commercial
architects, OEMs, insurers, govts. Specifica-
tions
2 0 11
Blast & Va nda l ism risk c onti nues to escalate
Mar gin 2
Mar gin 2
C o m m e r c i a l P C
Sella ble win
dow so lu tio
n
W i n d o w m a r k e t
V a l u e P r o p
Closing
(commitment
1
st
Windows OEM establish pultursion capacity Shipment
C om pl ete trials a nd testing G o
V a lid a t e
V a l u e P r o p f or Establish target buyers/partners G o / N o
C o m m e r c i a l v s .
A lu m in u m
path to 1 st sale
market
path to 1 sale
Establish production of Blast/
Pr ot ot ype
Va nda l i sm wi ndow solution
1 st shipm
ent
1st commercial
sale
ID design firm for Storm
Guard market
E n e r g y
S t a r R e q u ir e m e n t
r a i s e d
Viable Cha
nnel
Pull-through a dv oc acy with architects, Commercial
regulators, etc.
Ga i n shelf-space a nd sales at retail c ha nnel
Ga i ni ng approvals, rec om m endati ons, a nd private label contracts with W i ndows O E M (
8 m onths )
C o-dev el op W i ndow Solution with C om m erci al W i ndow
O E M
A TP U resin dev el opm ent for glazing wit h
Dev el op nex t genera ti on S TP L a u n c h
sealant tec hnol ogy (6-9 m onths ) n e x t g e n .
S T P p r o d u c t line
Dev el op a nd Test Storm Guard solution
Validat e Validate lamination proc es s and Determine
D eer f ield test to specification
Validat e
Validate pre-lamination process, lamination Determine
st
w ith
Shef f ield process and test to specification market
V a l i d a t e Determine interest and solution G o / N o
V a l u e P r o p concept for RIM Encap in G o
C o m m e r c i a l commercial market
Establish target buyers
V a l i d a t e
(suspects vs. prospects)
Establish target buy ers
V a l i d a t e (suspects-to-prospects)
V a l i d a t e
Define preferred solution(s) for Season Guards :
& n e e d s f or commercial, residential, retrofit, etc.
ID Storm Guard channel-to-market (High-end a
nd/or low-end)
Cultivate go-to-market partnership a nd pl a n with formulator
(s)
Dev el op a line of S TP sealants (≈ 6 m ths )
Pultruded Thermal Break
G o/ N o G o
Tech
Traco – can they achieve it? Feasbilit y
OEM
Des i gn B MS-Sheffi eld solution to m a tch O E M requi rem ent
require- me
nt
V a l i d a t e Determine path: Ref ine
Establish partnership/develop end Define
V a l u e P r o p Blast? Wind? Value
f or Vandalism?
Pr op & solution with Commercial OEM(s)
Target
C om pl ete feasibility of tec hnol ogy with Residential W i ndow O E M prototype
f or R e s i d e n t i a l
C om pl ete trials a nd testing Sales
at target c om pa ni es to buy)
Identify pa th to full-scale production Est ablish
R IM
including capital i nv es tm ent opt ion
Residential W i ndow O E M: prepa re
RIM
w indow
l a unc h of R I M wi ndow line launch
Residential
Commercial
L a u n c h S T P s
e a la n t
line t o W i n d o w O E M
L a u n c h S T P S e
a l a n t t o r e t a il s e c t o
r
작성한 로드맵:
✓핵심 기술/상업 마일스톤
✓최초 판매 시점까지 라우팅
✓매출/이익을 점진적으로 증대시키는 라우팅
이벤트 추적 (인수합병, 신규 포트폴리오 전략)
신규 규제/법률
제3자에 의한 시장 이니셔티브
(예. 채널과 조인트 개발/마케팅 활동)
내부 기술 개발
시장 동인/트렌드 (예. 경쟁사의 압박)
소비자/주요 소매점 요구사항의 수용
전략적 파트너쉽
제품개발
62
방향성을 일치시키기 위한 소통 도구
미래에 대한 공감대 형성
63
64
65
전략계획을 위한 시간축 (3년, 5년, 등) 주어진 시간축에서 문제를 해결하기
위해 필요한 정보들
차원/마일스톤 간의
연관관계
시간 차원
마일스톤 연계
• 시장
• 제품
• 기술
핵심 일정/이벤트
• 제품 출시, 단종
• 법규 적용일자
다른 비즈니스
프로세스와의 연계
개발 파이프라인과의 연계
기능 단위 지식/능력과의 연계
• 법규
• 경쟁사
전사 사업 전략과의 연계
66
“Know-why”
“Know-what”
“Know-how”
담당부서: 마케팅, 사업개발, 프로그램 관리
담당부서: 개발팀
단위 기능 로드맵
영향 요인:
외부 환경/동인/트렌드
브랜드/카테고리 로드맵
제품 로드맵:
목표/솔루션/능력/서비스를
만족하는 제품의 발전
플랫폼 로드맵: 제품개발을
위해 필요한 기술/경쟁력 개발
우선순위 정렬 & 개발
통합 로드맵
능력 로드맵: 기술/경쟁력을 보유하
기 위한 기술 프로젝트
담당부서: 영업/서비스/기술팀
67
2019 2020 2021 2022
2021 Full Launch
2019 Available
Development
Full Launch
Product 2
Product 3
Technology 1
Technology 2
Product 1
Critical Market 1
Critical Market 2
2021 Available
2020 Development
Development
Development
2020 Full Launch 2022 Retire
(2019 Growing X %)
(2019 Begins Decline, X annual %)
2021 Retire
Technology 1
Product 1 Product 3
Market 2 Product 2
Technology 2
68
69
70
Digital Transformation Enabler - Cloud Migration/Application Modernization
클라우드 네이티브 설계
및 구축(MSA전환)
IT 운영/시스템 개선
계획, 노후화 개선
비용 절감 및
운영 비용 효율화
기존 시스템 안정화 및
효율성 제고
클라우드 도입/확대
신규 시스템 구축
민첩성 확보 요구
멀티/하이브리드
클라우드
시스템/업무 자동화
보안/거버넌스
신기술 비즈니스
강화(AI/Blockchain 등)
조직 문화 혁신
업무 시스템 서버
인벤토리 축적
서비스 분석 클라우드 마이그레이션
서버
WEB/WAS
응용 애플리케이션
인터페이스
Amazon AWS
Google GCP
VMWare
ReHost/ReFactor
OpenStack
소스 변경(Refactor)
서버 변경(Rehost)
오픈소스 전환 비용 관리
클라우드/컨테이너 관리
가상화/클라우드
Linux
Container(K8S)
Public Cloud
Unix
오픈소스
Private Cloud
DevOps/MSA
T. 02-516-0711 E. sales@osci.kr
서울시강남구테헤란로83길32,5층(삼성동,나라키움삼성동A빌딩)
THANK YOU

More Related Content

What's hot

꿀밋업1탄_왜_마이크로서비스인가
꿀밋업1탄_왜_마이크로서비스인가꿀밋업1탄_왜_마이크로서비스인가
꿀밋업1탄_왜_마이크로서비스인가VMware Tanzu Korea
 
Pivotal 101세미나 발표자료 (PAS,PKS)
Pivotal 101세미나 발표자료 (PAS,PKS) Pivotal 101세미나 발표자료 (PAS,PKS)
Pivotal 101세미나 발표자료 (PAS,PKS) VMware Tanzu Korea
 
Intro to hpe helion stackato_paa_s
Intro to hpe helion stackato_paa_sIntro to hpe helion stackato_paa_s
Intro to hpe helion stackato_paa_sSeong-Bok Lee
 
[Atlassian meets dev ops and itsm] infrastructure for devops
[Atlassian meets dev ops and itsm] infrastructure for devops[Atlassian meets dev ops and itsm] infrastructure for devops
[Atlassian meets dev ops and itsm] infrastructure for devopsOpen Source Consulting
 
Atlassian 트러블슈팅 및 가상화기반 Confluence Data Center 구축 - 오픈소스...
Atlassian 트러블슈팅 및 가상화기반 Confluence Data Center 구축 - 오픈소스...Atlassian 트러블슈팅 및 가상화기반 Confluence Data Center 구축 - 오픈소스...
Atlassian 트러블슈팅 및 가상화기반 Confluence Data Center 구축 - 오픈소스...Atlassian 대한민국
 
Event storming based msa training commerce example v2
Event storming based msa training commerce example v2Event storming based msa training commerce example v2
Event storming based msa training commerce example v2uEngine Solutions
 
클라우드 네이티브를 위한 필요사항과 Pivotal 제안 - 이우상
클라우드 네이티브를 위한 필요사항과 Pivotal 제안 - 이우상클라우드 네이티브를 위한 필요사항과 Pivotal 제안 - 이우상
클라우드 네이티브를 위한 필요사항과 Pivotal 제안 - 이우상VMware Tanzu Korea
 
Spring Project와 최신 Pivotal Cloud Foundry 업데이트
Spring Project와 최신 Pivotal Cloud Foundry 업데이트 Spring Project와 최신 Pivotal Cloud Foundry 업데이트
Spring Project와 최신 Pivotal Cloud Foundry 업데이트 VMware Tanzu Korea
 
14회 jco 컨퍼런스 조대협의 소프트웨어 개발 배포용
14회 jco 컨퍼런스 조대협의 소프트웨어 개발 배포용14회 jco 컨퍼런스 조대협의 소프트웨어 개발 배포용
14회 jco 컨퍼런스 조대협의 소프트웨어 개발 배포용Terry Cho
 
Event Storming and Implementation Workshop
Event Storming and Implementation WorkshopEvent Storming and Implementation Workshop
Event Storming and Implementation WorkshopuEngine Solutions
 
[오픈소스컨설팅]Open Stack Summit 2017 Review
[오픈소스컨설팅]Open Stack Summit 2017 Review[오픈소스컨설팅]Open Stack Summit 2017 Review
[오픈소스컨설팅]Open Stack Summit 2017 ReviewOpen Source Consulting
 
Process Oriented Architecture
Process Oriented ArchitectureProcess Oriented Architecture
Process Oriented ArchitectureuEngine Solutions
 
Continuous Integration & Collaboration
Continuous Integration & CollaborationContinuous Integration & Collaboration
Continuous Integration & CollaborationKi Bae Kim
 
Private PaaS with Docker, spring cloud and mesos
Private PaaS with Docker, spring cloud and mesos Private PaaS with Docker, spring cloud and mesos
Private PaaS with Docker, spring cloud and mesos uEngine Solutions
 
KOPENS_INTRODUCTION_2014
KOPENS_INTRODUCTION_2014KOPENS_INTRODUCTION_2014
KOPENS_INTRODUCTION_2014Lee Sangboo
 
4시간 안에 끝내는 AWS 클라우드 전환 및 운영 환경 구성_최지웅_오픈소스컨설팅
4시간 안에 끝내는 AWS 클라우드 전환 및 운영 환경 구성_최지웅_오픈소스컨설팅4시간 안에 끝내는 AWS 클라우드 전환 및 운영 환경 구성_최지웅_오픈소스컨설팅
4시간 안에 끝내는 AWS 클라우드 전환 및 운영 환경 구성_최지웅_오픈소스컨설팅Open Source Consulting
 
꿀밋업2탄_도메인 모델에 따른 데이터 분리 저장과 API 연결
꿀밋업2탄_도메인 모델에 따른 데이터 분리 저장과 API 연결꿀밋업2탄_도메인 모델에 따른 데이터 분리 저장과 API 연결
꿀밋업2탄_도메인 모델에 따른 데이터 분리 저장과 API 연결VMware Tanzu Korea
 
클라우드 네이티브 IT를 위한 4가지 요소와 상관관계 - DevOps, CI/CD, Container, 그리고 MSA
클라우드 네이티브 IT를 위한 4가지 요소와 상관관계 - DevOps, CI/CD, Container, 그리고 MSA클라우드 네이티브 IT를 위한 4가지 요소와 상관관계 - DevOps, CI/CD, Container, 그리고 MSA
클라우드 네이티브 IT를 위한 4가지 요소와 상관관계 - DevOps, CI/CD, Container, 그리고 MSAVMware Tanzu Korea
 

What's hot (20)

꿀밋업1탄_왜_마이크로서비스인가
꿀밋업1탄_왜_마이크로서비스인가꿀밋업1탄_왜_마이크로서비스인가
꿀밋업1탄_왜_마이크로서비스인가
 
Pivotal 101세미나 발표자료 (PAS,PKS)
Pivotal 101세미나 발표자료 (PAS,PKS) Pivotal 101세미나 발표자료 (PAS,PKS)
Pivotal 101세미나 발표자료 (PAS,PKS)
 
Intro to hpe helion stackato_paa_s
Intro to hpe helion stackato_paa_sIntro to hpe helion stackato_paa_s
Intro to hpe helion stackato_paa_s
 
[Atlassian meets dev ops and itsm] infrastructure for devops
[Atlassian meets dev ops and itsm] infrastructure for devops[Atlassian meets dev ops and itsm] infrastructure for devops
[Atlassian meets dev ops and itsm] infrastructure for devops
 
Atlassian 트러블슈팅 및 가상화기반 Confluence Data Center 구축 - 오픈소스...
Atlassian 트러블슈팅 및 가상화기반 Confluence Data Center 구축 - 오픈소스...Atlassian 트러블슈팅 및 가상화기반 Confluence Data Center 구축 - 오픈소스...
Atlassian 트러블슈팅 및 가상화기반 Confluence Data Center 구축 - 오픈소스...
 
Event storming based msa training commerce example v2
Event storming based msa training commerce example v2Event storming based msa training commerce example v2
Event storming based msa training commerce example v2
 
클라우드 네이티브를 위한 필요사항과 Pivotal 제안 - 이우상
클라우드 네이티브를 위한 필요사항과 Pivotal 제안 - 이우상클라우드 네이티브를 위한 필요사항과 Pivotal 제안 - 이우상
클라우드 네이티브를 위한 필요사항과 Pivotal 제안 - 이우상
 
Spring Project와 최신 Pivotal Cloud Foundry 업데이트
Spring Project와 최신 Pivotal Cloud Foundry 업데이트 Spring Project와 최신 Pivotal Cloud Foundry 업데이트
Spring Project와 최신 Pivotal Cloud Foundry 업데이트
 
14회 jco 컨퍼런스 조대협의 소프트웨어 개발 배포용
14회 jco 컨퍼런스 조대협의 소프트웨어 개발 배포용14회 jco 컨퍼런스 조대협의 소프트웨어 개발 배포용
14회 jco 컨퍼런스 조대협의 소프트웨어 개발 배포용
 
Event Storming and Implementation Workshop
Event Storming and Implementation WorkshopEvent Storming and Implementation Workshop
Event Storming and Implementation Workshop
 
[오픈소스컨설팅]Open Stack Summit 2017 Review
[오픈소스컨설팅]Open Stack Summit 2017 Review[오픈소스컨설팅]Open Stack Summit 2017 Review
[오픈소스컨설팅]Open Stack Summit 2017 Review
 
Process Oriented Architecture
Process Oriented ArchitectureProcess Oriented Architecture
Process Oriented Architecture
 
Microservice coding guide
Microservice coding guideMicroservice coding guide
Microservice coding guide
 
Continuous Integration & Collaboration
Continuous Integration & CollaborationContinuous Integration & Collaboration
Continuous Integration & Collaboration
 
Private PaaS with Docker, spring cloud and mesos
Private PaaS with Docker, spring cloud and mesos Private PaaS with Docker, spring cloud and mesos
Private PaaS with Docker, spring cloud and mesos
 
KOPENS_INTRODUCTION_2014
KOPENS_INTRODUCTION_2014KOPENS_INTRODUCTION_2014
KOPENS_INTRODUCTION_2014
 
Open infra and cloud native
Open infra and cloud nativeOpen infra and cloud native
Open infra and cloud native
 
4시간 안에 끝내는 AWS 클라우드 전환 및 운영 환경 구성_최지웅_오픈소스컨설팅
4시간 안에 끝내는 AWS 클라우드 전환 및 운영 환경 구성_최지웅_오픈소스컨설팅4시간 안에 끝내는 AWS 클라우드 전환 및 운영 환경 구성_최지웅_오픈소스컨설팅
4시간 안에 끝내는 AWS 클라우드 전환 및 운영 환경 구성_최지웅_오픈소스컨설팅
 
꿀밋업2탄_도메인 모델에 따른 데이터 분리 저장과 API 연결
꿀밋업2탄_도메인 모델에 따른 데이터 분리 저장과 API 연결꿀밋업2탄_도메인 모델에 따른 데이터 분리 저장과 API 연결
꿀밋업2탄_도메인 모델에 따른 데이터 분리 저장과 API 연결
 
클라우드 네이티브 IT를 위한 4가지 요소와 상관관계 - DevOps, CI/CD, Container, 그리고 MSA
클라우드 네이티브 IT를 위한 4가지 요소와 상관관계 - DevOps, CI/CD, Container, 그리고 MSA클라우드 네이티브 IT를 위한 4가지 요소와 상관관계 - DevOps, CI/CD, Container, 그리고 MSA
클라우드 네이티브 IT를 위한 4가지 요소와 상관관계 - DevOps, CI/CD, Container, 그리고 MSA
 

Similar to [오픈소스컨설팅] 오픈소스 기반 솔루션 방향성 잡기

Innovation 3 3.stages of new product development
Innovation 3 3.stages of new product developmentInnovation 3 3.stages of new product development
Innovation 3 3.stages of new product development정명훈 Jerry Jeong
 
[오픈소스컨설팅]소프트웨어 개발 준비 과정
[오픈소스컨설팅]소프트웨어 개발 준비 과정[오픈소스컨설팅]소프트웨어 개발 준비 과정
[오픈소스컨설팅]소프트웨어 개발 준비 과정Ji-Woong Choi
 
시제품제작 제조양산 팁 앤 노하우 (주)위너스랩 김선일이사
시제품제작 제조양산 팁 앤 노하우 (주)위너스랩 김선일이사시제품제작 제조양산 팁 앤 노하우 (주)위너스랩 김선일이사
시제품제작 제조양산 팁 앤 노하우 (주)위너스랩 김선일이사BruceDong WinnersLab
 
Plm analytics 2017
Plm analytics 2017Plm analytics 2017
Plm analytics 2017dohun kim
 
위험기반테스트접근 테스트계획 사례
위험기반테스트접근 테스트계획 사례위험기반테스트접근 테스트계획 사례
위험기반테스트접근 테스트계획 사례SangIn Choung
 
하드웨어 시제품제조 양산의 이해 (주)위너스랩 김선일 이사
하드웨어 시제품제조 양산의 이해 (주)위너스랩 김선일 이사하드웨어 시제품제조 양산의 이해 (주)위너스랩 김선일 이사
하드웨어 시제품제조 양산의 이해 (주)위너스랩 김선일 이사BruceDong WinnersLab
 
4강. 프로토 타이핑 (prototyping)
4강. 프로토 타이핑 (prototyping)4강. 프로토 타이핑 (prototyping)
4강. 프로토 타이핑 (prototyping)Ho Hyun Lee
 
PLM analytics
PLM analytics PLM analytics
PLM analytics dohun kim
 
Comsta_r01
Comsta_r01Comsta_r01
Comsta_r01comshin
 
midas NFX catalog 2014
midas NFX catalog 2014midas NFX catalog 2014
midas NFX catalog 2014midasnfx
 
모바일 앱 개발을 위한 Agile 적용
모바일 앱 개발을 위한 Agile 적용모바일 앱 개발을 위한 Agile 적용
모바일 앱 개발을 위한 Agile 적용Kevin Kim
 
SonarQube와 함께하는 소프트웨어 품질 세미나 - 소프트웨어 품질의 중요성
SonarQube와 함께하는 소프트웨어 품질 세미나 - 소프트웨어 품질의 중요성SonarQube와 함께하는 소프트웨어 품질 세미나 - 소프트웨어 품질의 중요성
SonarQube와 함께하는 소프트웨어 품질 세미나 - 소프트웨어 품질의 중요성CURVC Corp
 
Open source community Building
Open source community BuildingOpen source community Building
Open source community BuildingKevin Kim
 
[오픈소스컨설팅]소프트웨어테스팅전략
[오픈소스컨설팅]소프트웨어테스팅전략[오픈소스컨설팅]소프트웨어테스팅전략
[오픈소스컨설팅]소프트웨어테스팅전략Ji-Woong Choi
 
기업성장을 이끄는 Microsoft dynamics erp 및 국내구축사례 소개 제조-20150202
기업성장을 이끄는 Microsoft dynamics erp 및 국내구축사례 소개 제조-20150202기업성장을 이끄는 Microsoft dynamics erp 및 국내구축사례 소개 제조-20150202
기업성장을 이끄는 Microsoft dynamics erp 및 국내구축사례 소개 제조-20150202Steve Kim
 
협업도구 및 주요 Agile practices 적용사례 v1.0
협업도구 및 주요 Agile practices 적용사례 v1.0협업도구 및 주요 Agile practices 적용사례 v1.0
협업도구 및 주요 Agile practices 적용사례 v1.0Sangcheol Hwang
 
1. 기업성장을 이끄는 microsoft dynamics 비전 및 국내구축사례 소개
1. 기업성장을 이끄는 microsoft dynamics 비전 및 국내구축사례 소개1. 기업성장을 이끄는 microsoft dynamics 비전 및 국내구축사례 소개
1. 기업성장을 이끄는 microsoft dynamics 비전 및 국내구축사례 소개Steve Kim
 

Similar to [오픈소스컨설팅] 오픈소스 기반 솔루션 방향성 잡기 (20)

Innovation 3 3.stages of new product development
Innovation 3 3.stages of new product developmentInnovation 3 3.stages of new product development
Innovation 3 3.stages of new product development
 
[오픈소스컨설팅]소프트웨어 개발 준비 과정
[오픈소스컨설팅]소프트웨어 개발 준비 과정[오픈소스컨설팅]소프트웨어 개발 준비 과정
[오픈소스컨설팅]소프트웨어 개발 준비 과정
 
시제품제작 제조양산 팁 앤 노하우 (주)위너스랩 김선일이사
시제품제작 제조양산 팁 앤 노하우 (주)위너스랩 김선일이사시제품제작 제조양산 팁 앤 노하우 (주)위너스랩 김선일이사
시제품제작 제조양산 팁 앤 노하우 (주)위너스랩 김선일이사
 
Plm analytics 2017
Plm analytics 2017Plm analytics 2017
Plm analytics 2017
 
위험기반테스트접근 테스트계획 사례
위험기반테스트접근 테스트계획 사례위험기반테스트접근 테스트계획 사례
위험기반테스트접근 테스트계획 사례
 
하드웨어 시제품제조 양산의 이해 (주)위너스랩 김선일 이사
하드웨어 시제품제조 양산의 이해 (주)위너스랩 김선일 이사하드웨어 시제품제조 양산의 이해 (주)위너스랩 김선일 이사
하드웨어 시제품제조 양산의 이해 (주)위너스랩 김선일 이사
 
4강. 프로토 타이핑 (prototyping)
4강. 프로토 타이핑 (prototyping)4강. 프로토 타이핑 (prototyping)
4강. 프로토 타이핑 (prototyping)
 
PLM analytics
PLM analytics PLM analytics
PLM analytics
 
Comsta_r01
Comsta_r01Comsta_r01
Comsta_r01
 
midas NFX catalog 2014
midas NFX catalog 2014midas NFX catalog 2014
midas NFX catalog 2014
 
모바일 앱 개발을 위한 Agile 적용
모바일 앱 개발을 위한 Agile 적용모바일 앱 개발을 위한 Agile 적용
모바일 앱 개발을 위한 Agile 적용
 
SonarQube와 함께하는 소프트웨어 품질 세미나 - 소프트웨어 품질의 중요성
SonarQube와 함께하는 소프트웨어 품질 세미나 - 소프트웨어 품질의 중요성SonarQube와 함께하는 소프트웨어 품질 세미나 - 소프트웨어 품질의 중요성
SonarQube와 함께하는 소프트웨어 품질 세미나 - 소프트웨어 품질의 중요성
 
Open source community Building
Open source community BuildingOpen source community Building
Open source community Building
 
[오픈소스컨설팅]소프트웨어테스팅전략
[오픈소스컨설팅]소프트웨어테스팅전략[오픈소스컨설팅]소프트웨어테스팅전략
[오픈소스컨설팅]소프트웨어테스팅전략
 
bsk_03_01
bsk_03_01bsk_03_01
bsk_03_01
 
기업성장을 이끄는 Microsoft dynamics erp 및 국내구축사례 소개 제조-20150202
기업성장을 이끄는 Microsoft dynamics erp 및 국내구축사례 소개 제조-20150202기업성장을 이끄는 Microsoft dynamics erp 및 국내구축사례 소개 제조-20150202
기업성장을 이끄는 Microsoft dynamics erp 및 국내구축사례 소개 제조-20150202
 
협업도구 및 주요 Agile practices 적용사례 v1.0
협업도구 및 주요 Agile practices 적용사례 v1.0협업도구 및 주요 Agile practices 적용사례 v1.0
협업도구 및 주요 Agile practices 적용사례 v1.0
 
1. 기업성장을 이끄는 microsoft dynamics 비전 및 국내구축사례 소개
1. 기업성장을 이끄는 microsoft dynamics 비전 및 국내구축사례 소개1. 기업성장을 이끄는 microsoft dynamics 비전 및 국내구축사례 소개
1. 기업성장을 이끄는 microsoft dynamics 비전 및 국내구축사례 소개
 
Mobile mes(cloud service)
Mobile mes(cloud service)Mobile mes(cloud service)
Mobile mes(cloud service)
 
PLM and ESE
PLM and ESEPLM and ESE
PLM and ESE
 

More from Ji-Woong Choi

[오픈소스컨설팅] 스카우터 사용자 가이드 2020
[오픈소스컨설팅] 스카우터 사용자 가이드 2020[오픈소스컨설팅] 스카우터 사용자 가이드 2020
[오픈소스컨설팅] 스카우터 사용자 가이드 2020Ji-Woong Choi
 
[오픈소스컨설팅]쿠버네티스를 활용한 개발환경 구축
[오픈소스컨설팅]쿠버네티스를 활용한 개발환경 구축[오픈소스컨설팅]쿠버네티스를 활용한 개발환경 구축
[오픈소스컨설팅]쿠버네티스를 활용한 개발환경 구축Ji-Woong Choi
 
[오픈소스컨설팅] 프로메테우스 모니터링 살펴보고 구성하기
[오픈소스컨설팅] 프로메테우스 모니터링 살펴보고 구성하기[오픈소스컨설팅] 프로메테우스 모니터링 살펴보고 구성하기
[오픈소스컨설팅] 프로메테우스 모니터링 살펴보고 구성하기Ji-Woong Choi
 
[오픈소스컨설팅] Ansible을 활용한 운영 자동화 교육
[오픈소스컨설팅] Ansible을 활용한 운영 자동화 교육[오픈소스컨설팅] Ansible을 활용한 운영 자동화 교육
[오픈소스컨설팅] Ansible을 활용한 운영 자동화 교육Ji-Woong Choi
 
[오픈소스컨설팅] 2019년 클라우드 생존전략
[오픈소스컨설팅] 2019년 클라우드 생존전략[오픈소스컨설팅] 2019년 클라우드 생존전략
[오픈소스컨설팅] 2019년 클라우드 생존전략Ji-Woong Choi
 
[오픈소스컨설팅] AWS re:Invent 2018 기계학습(ML)부분 후기
[오픈소스컨설팅] AWS re:Invent 2018 기계학습(ML)부분 후기[오픈소스컨설팅] AWS re:Invent 2018 기계학습(ML)부분 후기
[오픈소스컨설팅] AWS re:Invent 2018 기계학습(ML)부분 후기Ji-Woong Choi
 
[오픈소스컨설팅]Docker기초 실습 교육 20181113_v3
[오픈소스컨설팅]Docker기초 실습 교육 20181113_v3[오픈소스컨설팅]Docker기초 실습 교육 20181113_v3
[오픈소스컨설팅]Docker기초 실습 교육 20181113_v3Ji-Woong Choi
 
[오픈소스컨설팅] 아파치톰캣 운영가이드 v1.3
[오픈소스컨설팅] 아파치톰캣 운영가이드 v1.3[오픈소스컨설팅] 아파치톰캣 운영가이드 v1.3
[오픈소스컨설팅] 아파치톰캣 운영가이드 v1.3Ji-Woong Choi
 
[오픈소스컨설팅]ELK기반 장애예방시스템_구성_2016.12
[오픈소스컨설팅]ELK기반 장애예방시스템_구성_2016.12[오픈소스컨설팅]ELK기반 장애예방시스템_구성_2016.12
[오픈소스컨설팅]ELK기반 장애예방시스템_구성_2016.12Ji-Woong Choi
 
[오픈소스컨설팅] Docker를 활용한 Gitlab CI/CD 구성 테스트
[오픈소스컨설팅] Docker를 활용한 Gitlab CI/CD 구성 테스트[오픈소스컨설팅] Docker를 활용한 Gitlab CI/CD 구성 테스트
[오픈소스컨설팅] Docker를 활용한 Gitlab CI/CD 구성 테스트Ji-Woong Choi
 
[오픈소스컨설팅]클라우드기반U2L마이그레이션 전략 및 고려사항
[오픈소스컨설팅]클라우드기반U2L마이그레이션 전략 및 고려사항[오픈소스컨설팅]클라우드기반U2L마이그레이션 전략 및 고려사항
[오픈소스컨설팅]클라우드기반U2L마이그레이션 전략 및 고려사항Ji-Woong Choi
 
OpenStack Summit 2017 참석후기
OpenStack Summit 2017 참석후기OpenStack Summit 2017 참석후기
OpenStack Summit 2017 참석후기Ji-Woong Choi
 
[오픈소스컨설팅] Red Hat ReaR (relax and-recover) Quick Guide
[오픈소스컨설팅] Red Hat ReaR (relax and-recover) Quick Guide[오픈소스컨설팅] Red Hat ReaR (relax and-recover) Quick Guide
[오픈소스컨설팅] Red Hat ReaR (relax and-recover) Quick GuideJi-Woong Choi
 
[오픈소스컨설팅]Docker on Kubernetes v1
[오픈소스컨설팅]Docker on Kubernetes v1[오픈소스컨설팅]Docker on Kubernetes v1
[오픈소스컨설팅]Docker on Kubernetes v1Ji-Woong Choi
 
[오픈소스컨설팅] Open Stack Ceph, Neutron, HA, Multi-Region
[오픈소스컨설팅] Open Stack Ceph, Neutron, HA, Multi-Region[오픈소스컨설팅] Open Stack Ceph, Neutron, HA, Multi-Region
[오픈소스컨설팅] Open Stack Ceph, Neutron, HA, Multi-RegionJi-Woong Choi
 
Docker Setting for Static IP allocation
Docker Setting for Static IP allocationDocker Setting for Static IP allocation
Docker Setting for Static IP allocationJi-Woong Choi
 
Scouter와 influx db – grafana 연동 가이드
Scouter와 influx db – grafana 연동 가이드Scouter와 influx db – grafana 연동 가이드
Scouter와 influx db – grafana 연동 가이드Ji-Woong Choi
 
[오픈소스컨설팅]Atlassian JIRA Quick Guide
[오픈소스컨설팅]Atlassian JIRA Quick Guide[오픈소스컨설팅]Atlassian JIRA Quick Guide
[오픈소스컨설팅]Atlassian JIRA Quick GuideJi-Woong Choi
 
[오픈소스컨설팅]레드햇계열리눅스7 운영자가이드 - 기초편
[오픈소스컨설팅]레드햇계열리눅스7 운영자가이드 - 기초편[오픈소스컨설팅]레드햇계열리눅스7 운영자가이드 - 기초편
[오픈소스컨설팅]레드햇계열리눅스7 운영자가이드 - 기초편Ji-Woong Choi
 
[오픈소스컨설팅]systemd on RHEL7
[오픈소스컨설팅]systemd on RHEL7[오픈소스컨설팅]systemd on RHEL7
[오픈소스컨설팅]systemd on RHEL7Ji-Woong Choi
 

More from Ji-Woong Choi (20)

[오픈소스컨설팅] 스카우터 사용자 가이드 2020
[오픈소스컨설팅] 스카우터 사용자 가이드 2020[오픈소스컨설팅] 스카우터 사용자 가이드 2020
[오픈소스컨설팅] 스카우터 사용자 가이드 2020
 
[오픈소스컨설팅]쿠버네티스를 활용한 개발환경 구축
[오픈소스컨설팅]쿠버네티스를 활용한 개발환경 구축[오픈소스컨설팅]쿠버네티스를 활용한 개발환경 구축
[오픈소스컨설팅]쿠버네티스를 활용한 개발환경 구축
 
[오픈소스컨설팅] 프로메테우스 모니터링 살펴보고 구성하기
[오픈소스컨설팅] 프로메테우스 모니터링 살펴보고 구성하기[오픈소스컨설팅] 프로메테우스 모니터링 살펴보고 구성하기
[오픈소스컨설팅] 프로메테우스 모니터링 살펴보고 구성하기
 
[오픈소스컨설팅] Ansible을 활용한 운영 자동화 교육
[오픈소스컨설팅] Ansible을 활용한 운영 자동화 교육[오픈소스컨설팅] Ansible을 활용한 운영 자동화 교육
[오픈소스컨설팅] Ansible을 활용한 운영 자동화 교육
 
[오픈소스컨설팅] 2019년 클라우드 생존전략
[오픈소스컨설팅] 2019년 클라우드 생존전략[오픈소스컨설팅] 2019년 클라우드 생존전략
[오픈소스컨설팅] 2019년 클라우드 생존전략
 
[오픈소스컨설팅] AWS re:Invent 2018 기계학습(ML)부분 후기
[오픈소스컨설팅] AWS re:Invent 2018 기계학습(ML)부분 후기[오픈소스컨설팅] AWS re:Invent 2018 기계학습(ML)부분 후기
[오픈소스컨설팅] AWS re:Invent 2018 기계학습(ML)부분 후기
 
[오픈소스컨설팅]Docker기초 실습 교육 20181113_v3
[오픈소스컨설팅]Docker기초 실습 교육 20181113_v3[오픈소스컨설팅]Docker기초 실습 교육 20181113_v3
[오픈소스컨설팅]Docker기초 실습 교육 20181113_v3
 
[오픈소스컨설팅] 아파치톰캣 운영가이드 v1.3
[오픈소스컨설팅] 아파치톰캣 운영가이드 v1.3[오픈소스컨설팅] 아파치톰캣 운영가이드 v1.3
[오픈소스컨설팅] 아파치톰캣 운영가이드 v1.3
 
[오픈소스컨설팅]ELK기반 장애예방시스템_구성_2016.12
[오픈소스컨설팅]ELK기반 장애예방시스템_구성_2016.12[오픈소스컨설팅]ELK기반 장애예방시스템_구성_2016.12
[오픈소스컨설팅]ELK기반 장애예방시스템_구성_2016.12
 
[오픈소스컨설팅] Docker를 활용한 Gitlab CI/CD 구성 테스트
[오픈소스컨설팅] Docker를 활용한 Gitlab CI/CD 구성 테스트[오픈소스컨설팅] Docker를 활용한 Gitlab CI/CD 구성 테스트
[오픈소스컨설팅] Docker를 활용한 Gitlab CI/CD 구성 테스트
 
[오픈소스컨설팅]클라우드기반U2L마이그레이션 전략 및 고려사항
[오픈소스컨설팅]클라우드기반U2L마이그레이션 전략 및 고려사항[오픈소스컨설팅]클라우드기반U2L마이그레이션 전략 및 고려사항
[오픈소스컨설팅]클라우드기반U2L마이그레이션 전략 및 고려사항
 
OpenStack Summit 2017 참석후기
OpenStack Summit 2017 참석후기OpenStack Summit 2017 참석후기
OpenStack Summit 2017 참석후기
 
[오픈소스컨설팅] Red Hat ReaR (relax and-recover) Quick Guide
[오픈소스컨설팅] Red Hat ReaR (relax and-recover) Quick Guide[오픈소스컨설팅] Red Hat ReaR (relax and-recover) Quick Guide
[오픈소스컨설팅] Red Hat ReaR (relax and-recover) Quick Guide
 
[오픈소스컨설팅]Docker on Kubernetes v1
[오픈소스컨설팅]Docker on Kubernetes v1[오픈소스컨설팅]Docker on Kubernetes v1
[오픈소스컨설팅]Docker on Kubernetes v1
 
[오픈소스컨설팅] Open Stack Ceph, Neutron, HA, Multi-Region
[오픈소스컨설팅] Open Stack Ceph, Neutron, HA, Multi-Region[오픈소스컨설팅] Open Stack Ceph, Neutron, HA, Multi-Region
[오픈소스컨설팅] Open Stack Ceph, Neutron, HA, Multi-Region
 
Docker Setting for Static IP allocation
Docker Setting for Static IP allocationDocker Setting for Static IP allocation
Docker Setting for Static IP allocation
 
Scouter와 influx db – grafana 연동 가이드
Scouter와 influx db – grafana 연동 가이드Scouter와 influx db – grafana 연동 가이드
Scouter와 influx db – grafana 연동 가이드
 
[오픈소스컨설팅]Atlassian JIRA Quick Guide
[오픈소스컨설팅]Atlassian JIRA Quick Guide[오픈소스컨설팅]Atlassian JIRA Quick Guide
[오픈소스컨설팅]Atlassian JIRA Quick Guide
 
[오픈소스컨설팅]레드햇계열리눅스7 운영자가이드 - 기초편
[오픈소스컨설팅]레드햇계열리눅스7 운영자가이드 - 기초편[오픈소스컨설팅]레드햇계열리눅스7 운영자가이드 - 기초편
[오픈소스컨설팅]레드햇계열리눅스7 운영자가이드 - 기초편
 
[오픈소스컨설팅]systemd on RHEL7
[오픈소스컨설팅]systemd on RHEL7[오픈소스컨설팅]systemd on RHEL7
[오픈소스컨설팅]systemd on RHEL7
 

[오픈소스컨설팅] 오픈소스 기반 솔루션 방향성 잡기

  • 1.
  • 2.
  • 3. 3 개별 SW 개발자 개발 생태계 단일 기업 프로젝트 팀 코드 중심 설계 협업 중심 개발 라이프 사이클 관리 콤포넌트 기반 개발 클라우드 컴퓨팅 클라이언트/서버 모델 & 애플리케이션 서버 플랫폼 메인 프레임 플랫폼 미니 컴퓨터 플랫폼 B U Corporate Large Info Intensive B U Type of User Type of Business B U Corporate Departmental Large Info Intensive Large B U Process Large Small Corporate Departmental Large Info Intensive B U Large Corporate Departmental Large Info Intensive Process Small Consumer 개발방식 플랫폼 구조 사업구조
  • 4. 4 고객 가치 내부 가치 ▪ 무료 라이선스에 따른 도입 비용 절감 원가 절감 ▪ 상용 제품 대비 저렴한 공급가 ▪ 툴의 경우 원가 비용이 발생하지 않음 비용 절감 ▪ SaaS 방식의 정액제 유지보수 계약으로 TCO(Total Cost Ownership) 절감 ▪ 특정 SW 및 HW에 대한 고착(Lock-in) 현상 탈피 종속성 탈피 ▪ 도입 가능한 SW 및 HW에 대한 선택의 폭 증가 ▪ 표준 준수에 따른 개방성 증가 개방성 증가 ▪ 향후 필요에 따라 비표준 상용 제품으로 전환 용이 수주 경쟁력 증가 ▪ 제품 비용 절감 및 적용 제품에 대한 선택의 폭이 증가되어 수주 경쟁력이 향상됨 기술 역량 증대 ▪ 소스 코드가 공개되어 프로그램에 내재된 원천 기술 습득이 용이함
  • 5. 5 참여 & 기여 컴파일 & 배포 패치 & 업그레이드 개발환경 구축 상품화 환경 시험,인증 ,보안 도입 기술지원 출처,포맷,배포 방법 관리 라이선스 적용 기업내 사용 정책과 절차 패치& 업그레이드 관리 라이선스와 법적 검토 TCO? 기업 참여 및 기여 정책 외부 고객에게 판매 및 서비스 선택에 따른 사용일관성? SLA정의 및 보장? 배상과 의무사항 관리 보안 취약점 계약 의무사항 선택 기준 필요성 출처 지원가능성 점검? 외주개발 검증?
  • 6. 6
  • 7. 7
  • 8. 8
  • 10. 10 Garnter(Hypecycle, Magic Quadrant), IDC Forecast, Forrester, etc
  • 11. 11
  • 12. 12
  • 13. 13 “It’s really hard to design products by focus groups. A lot of times, people don’t know what they want until you show it to them. ” focus groups: 시장 조사나 여론 조사를 위해 각 계층을 대표하도록 뽑은 소수의 사람들로 이뤄진 그룹
  • 14. 14
  • 15. 15
  • 16. 16
  • 17. 17 많은 제품 기능을 나열하는 것이 제품의 성공과는 큰 관련이 없음
  • 18. 18
  • 19. 19 Feasibility Test(타당성 분석) Usability Test(사용성 테스트) Product Concept Test(제품 개념 테스트)
  • 20. 20
  • 21. 21
  • 22. 22
  • 23. 23 프로토타이핑이란? ▪ 제품의 최소한의 핵심 기능을 가지고 있는 기본적이면서도 원시적인 형태의 결과물 ▪ 시제품(주: 데모)이 나오기 전의 제품의 원형 또는 초기 모델 ▪ 사용자의 요구사항 반영을 위한 커뮤니케이션의 참고 대상이며 모든 요구사항을 반영할 때까지 지속적으로 개선 및 보완됨 ▪ 장점 - 사용자 중심의 개발 방법으로 최종 요구사항의 반영 극대화 - 오류를 초기에 발견하여 Risk를 줄일 수 있음 - 변경 사항 반영이 용이 ▪ 단점 - 문서화 과정이 생략(산출물을 보고 작업하기 때문에) 됨 - 범위가 명확하지 않을 경우 시간과 비용 많이 소모됨 - 비 기능 요건에 대한 반영이 부족할 수 있음 ▪ 단점에 대한 보완 방안 - 프로토타이핑 과정에 문서화 작업을 병행 (개발 과정에서 나오는 문서는 실질적이며 매우 유용) - 핵심 기능들의 우선 순위에 따라 정해진 기간(투입 리소스) 동안 가능한 범위 작업 - 성능, 보안 위험 등과 같은 비 기능 요건에 대해서도 프로토타이핑 범위에 추가
  • 24. 24 프로토타이핑 과정 ▪ 1단계 - 핵심 요구사항 분석: 기본적인 사용자 요구사항을 시스템 설계자와 사용자가 함께 작업 - 주로 핵심적인 기능과 검증이 필요한 부분 위주로 항목 선정 - 기능(functional) 또는 비기능(non-functional) 요건 모두 상관 없음 ▪ 2단계 - 개발: 시스템 설계자가 위에서 도출된 요구사항을 만족시키는 프로토타입 개발 - 외형적인 모습(디자인)은 크게 신경쓰지 않고 주로 핵심적인 기능에 대한 검증 목적 - 가능하면 실제와 동일한 프로그래밍 언어를 사용하면 좋지만 필요에 따라 4GL 언어나 Case Tool 등을 사용해도 무방 ▪ 3단계 - 사용: 사용자가 개발된 프로토타입을 실제 사용 - 요구사항이 정확히 반영 되어 있는지를 확인 - 프로토타입을 보완해서 궁극적으로 원하는 상용제품을 만들기 위한 여러 가지 제안 도출 ▪ 4단계 - 보완: 프로토타입의 수정과 보완 - 시스템 설계자는 사용자가 요구한 제안 사항과 이에 따르는 보완작업 - 프로토타입이 수정/보완 된 후에는 3단계로 돌아가며 사용자가 만족할 때까지 3단계와 4단계 반복 프로토타입 결과물의 활용 ▪ 완성된 산출물은 향후 실제 개발 과정에서 사용할 뼈대(skeleton)로 활용
  • 25. 25
  • 26. 26 Early Adopters가 목표 고객군 제품 개발 부서에서 실제로 개발 시장과 고객을 대상으로 의견 수렴이 주 목표 Innovators가 목표 고객군 설계 과정에서 필요에 의해 즉석 개발 제품 컨셉을 시연 혹은 증명하는 것이 주 목표
  • 27. 27
  • 28. 28
  • 29. 29
  • 30. 30
  • 31.
  • 32. 32 Internal: current teams, management External: supply chain, market Upstream: planning, development, launch Downstream: ongoing lifecycle management
  • 33. 33
  • 34. 34 Strategic Tactical / Operational Marketing / Sales Engineering UX Design Project Management Product Operations Marketing Communications Sales Development Value Definition Marketing Customer Service Market Research Technical Support
  • 35. 35 Strategic Tactical / Operational Marketing / Sales Engineering Value Definition Product Marketer Product Manager Technical Product Champion Sales Product Champion
  • 37. 37
  • 38. 38
  • 39. 39 사람에 대한 관리가 아닌 제품에 관여된 여러 부서 간 의견 조율
  • 40. 40
  • 41. 41
  • 42.
  • 43. 43
  • 44. 44 기업 이미지 등에 영향을 미침
  • 45. 45
  • 46. 46
  • 47. 47
  • 48. 48 기능 테스팅이란? 기능 테스트는 기능과 명세서를 준수하는 제품의 동작을 확인. 이 테스트는 시스템 / 구성 요소의 내부적인 메커니즘을 무시하고 오직 선택된 입력과 실행 조건에 대한 응답으로 생성 된 출력에 초점을 맞춤. 기능 테스팅 절차: ▪ 시작(Initiation) ▪ 테스트 계획(Tests planning) ▪ 테스트 설계(Tests design) ▪ 테스트 실행(Tests execution) ▪ 분석 및 리포팅(Analysis & reporting) ▪ 완료(Completion)
  • 49. 49 성능 테스팅이란? 성능 테스팅은 기술된 성능 요구사항을 시스템 및 컴포넌트가 준수하는지 평가를 위해 수행됨. 때로는 많은 사용자를 시뮬레이션하는 자동화된 툴에 의해 수행. 성능 테스팅시 장시간 부하 등의 시스템 안정성 여부의 테스트도 병행하여 수행함 성능 테스팅 절차: ▪ 응답시간 및 자원 사용량 측정 ▪ 가능한 중단점 및 최대 부하 정의 ▪ 최적의 성능을 위한 권고 데이터 수집 ▪ SLA를 충족할 수 있는 검증값 ▪ 시스템 신뢰성 체크 ▪ 시스템 내 병목 지점 확인 및 제거 예시: 로드러너 화면
  • 50. 50 자동화 테스팅이란? 자동화 테스팅은 테스트 수행에 대한 제어, 예상되는 결과 대비 실제 결과, 테스트 사전 조건에 대한 준비, 다른 테스트 기능을 제어하는 소프트웨어의 테스트 자동화를 의미. 테스터에 의한 수작업보다 훨씬 더 가치있는 테스팅 방법을 제공 자동화 테스팅의 이점 ▪ 시간 및 비용 절약(time-to-market) ▪ 수동 테스팅에 필요한 공수의 최소화 ▪ 소프트웨어 품질 향상 ▪ 자동화된 테스트 방법으로 인한 오버헤드 감소 자동화 테스팅 적용 가능 영역 : ▪ 회귀 테스트 ▪ 데이터 기반 테스트(동일 시나리오, 다른 입력 데이터)
  • 51. 51 지역화 테스팅이란? 제품을 특정 지역에서 사용할 수 있도록 특화된 형태의 테스팅을 의미. 성공적으로 지역화된 제품들은 우선 해당 지역의 언어, 문화 특수성을 고려한 제품의 기능을 가지고 있음 지역화 테스트는 다음의 항목을 포함: ▪ 소프트웨어 사용자 인터페이스 번역 확인 ▪ 인터페이스 요소에 대한 적용 검증 ▪ 사용자 가이드, 도움말, 기타 보조 문서 번역 여부 ▪ 문장에 대한 쓰기 규칙 지정 지역화 테스트 + 기능 테스트 = 테스팅 기능 강화 기능적인 문제 및 결함은 종종 소프트웨어 지역화의 결과로 나타남. 이 경우 문제가 발생하는 기능 테스트에 대한 수행을 하지 않음으로써 지역화에 소모되는 시간과 노력에 대한 위험을 제거하도록 함.
  • 52. 52 보안 테스팅이란? 보안 테스트는 사용자의 의도된 기능을 유지하고, 정보 시스템의 데이터를 보호하는지 확인하기 위한 과정이다. 보안 테스트에 포함해야 할 여섯 가지 기본 보안 개념은 기밀성, 무결성, 인증, 권한 부여, 가용성 및 부인방지(否認防止)임. 보안 테스팅을 사용하는 이점: ▪ 애플리케이션 품질 향상 ▪ 해킹을 통한 침투 위험 감소 ▪ 고객 및 시스템 사용자를 만족시킬 수 있는 개인 정보 보호 레벨 제공 ▪ 보안 표준 준수를 통해 얻을 수 있는 마케팅 이점
  • 53. 53 모바일 테스팅이란? 모바일 애플리케이션 테스팅은 모바일 기반 애플리케이션의 기능 테스트. 특정한 도구가 사용되진 않지만, 많은 종류의 모바일 기기가 필요. 테스팅을 위한 방법: ▪ 여러 기기의 사용. 모든 기기들은 각 기기별 특성, 제약 사항, 시스템 구현 상의 기능이 다르기 때문에 각각의 기기를 확인해야 함. ▪ 에뮬레이터 소프트웨어를 사용. 이 방법은 장치 고유의 특성을 보여주지 못하므로, 신뢰성이 떨어질 수 있음. 하지만 개발의 편의성으로 인해 많은 부분이 이 접근 방법을 사용하고 있음 모바일 테스팅 영역 내의 서비스: ▪ 현존하는 모바일 기기에 대한 소프트웨어 테스트 또는 프로토타이핑 ▪ 애플리케이션은 iOS, 안드로이드, 바다, 윈도우 폰 등을 위한 테스트
  • 54. 54 일반 문서 특화 문서 문서 템플릿 •테스팅 프로세스 •문서 리뷰 •기능 명세서 •유닛 테스트 가이드라인 •요구 사항 명세 가이드 라인 •테스트 설계 •결함 추적 •위험 관리 가이드 라인 •테스트 계획 •테스트 설계 절차 •파일 관리 정책 •테스트 결과 리포트 •빌드 및 배포 절차 •코딩 표준화 문서 •테스트 통지 •변경 요청 절차 •테스트 사후 보고서
  • 55. 55 단계 지원 툴 프로젝트 계획 MS Project 테스트 및 결함 추적 Atlassian Jira* , LogiGear TrackGear, HP Quality Center, Bugzilla and Rational ClearQuest 설정 관리 SVN, MS VSS, CVS, and SharePoint 프로세스 모니터링 Atlassian Jira*, LogiGear TrackGear, HP Quality Center, Rational ClearQuest and system of metrics& reports 성능 테스팅 Rational Performance tester, HP LoadRunner, SilkPerformer, Jmeter, AQtime, Profilers, WinDBG with SOS 테스트 자동화 SilkTest, Rational Functional Tester, Selenium, HP WinRunner, HP QTP, HttpUnit, Jmeter, Rational Performance Tester, custom framework in Java and Perl 보안 테스트 도구 IBM Rational Appscan, WebInspect, WebScarab, Xspider, Nessus, Nikto, Firebug, small tools for injection checks 위험 관리 Report system, MS Project
  • 56. 56 TaaS 코어 영역 사용자 인터페이스 Service 3 Service 2 Testing Frame work In house Tools / External Tools Test Analyst Test Process Internal Service Management Web Automation Offering Perf .Test Web/ERP Performance Offering Functional Test Offering 상용 모델 SLAs Manual Testing 서비스 패키지 Service n… HAAS/ Cloud Demand Management Customer 1 Customer 2 Customer …n Service Catalogue for business Service Catalogue for Operations Customer Service Management Test Assets Test Assets Test Assets Test Assets
  • 57.
  • 58. 58
  • 59. 59 미래기술의 추세와 객관적 가능성 정보 수집
  • 60. 60 우리의 사업전략이 성공하기 위해서 기술적인 면에서 할 수 있는 일은? 현재 우리가 보유하고 있는 기술은? 우리가 보유하지 못한 기술 중 우선적으로 획득해야 하는 핵심기술은? 어떻게 기술차이를 극복할 것인가? • 어떤 기술을 개발해야 하는가에 대한 판단 ✓ 기술동향 분석 및 예측에 기반 ✓ 고객니즈에 기반 • 대상 기술에 대한 이해 및 보유 여부 판단 ✓ 기술구성도 작성 ✓ 기술구성도 항목에 대한 보유 여부 판단 • 어떤 기술을 개발해야 하는가에 대한 판단 ✓ 기술의 영향도 및 기업의 기술경쟁력에 따른 평가 ✓ 우선 순위화 • 기술획득 계획 수립 ✓ 필요기술 우선순위에 근거한 기술로드맵 작성 ✓ 기술 별 획득 방법 결정
  • 61. 61 W i n d o w s Solution Strategic R o a d map C u rre nt 2 0 09 2 0 10 2 0 12 2 0 13 2 0 14 PC Pultrusion STP Partnership & Sealant Capabilities MarketInitiatives RIM TPU Regulator, Codes & Triggers & Advocacy MarketDrivers Hurricane Ike I ns urance C ompani es requiring m ore stringent Building R equi rem ents D O E zero energy building initiative for Residential (to 2020) 1st Specifica- tion s R e s id e n t ia l C o d e C h a n g e s ? C o m m e r c ia l C o d e C h a n g e s ? A dv oc acy of B M S Solutions at B erk l ey National La bs 1st Commercial Sale V a lid a t e V a lu e P r o p w it h f o r m u la t o r V a l u e P r o p S t o r m G u a r d s V a l u e P r o p f or R e s i d e n t i a l G ain co m m itm ent f r om par tner for scale up Establish solution A dv oc acy of architects/insurers, requi rem ents of blast or v a nda l wi nd ow solution Pull-through advocacy with 1st Commercial architects, OEMs, insurers, govts. Specifica- tions 2 0 11 Blast & Va nda l ism risk c onti nues to escalate Mar gin 2 Mar gin 2 C o m m e r c i a l P C Sella ble win dow so lu tio n W i n d o w m a r k e t V a l u e P r o p Closing (commitment 1 st Windows OEM establish pultursion capacity Shipment C om pl ete trials a nd testing G o V a lid a t e V a l u e P r o p f or Establish target buyers/partners G o / N o C o m m e r c i a l v s . A lu m in u m path to 1 st sale market path to 1 sale Establish production of Blast/ Pr ot ot ype Va nda l i sm wi ndow solution 1 st shipm ent 1st commercial sale ID design firm for Storm Guard market E n e r g y S t a r R e q u ir e m e n t r a i s e d Viable Cha nnel Pull-through a dv oc acy with architects, Commercial regulators, etc. Ga i n shelf-space a nd sales at retail c ha nnel Ga i ni ng approvals, rec om m endati ons, a nd private label contracts with W i ndows O E M ( 8 m onths ) C o-dev el op W i ndow Solution with C om m erci al W i ndow O E M A TP U resin dev el opm ent for glazing wit h Dev el op nex t genera ti on S TP L a u n c h sealant tec hnol ogy (6-9 m onths ) n e x t g e n . S T P p r o d u c t line Dev el op a nd Test Storm Guard solution Validat e Validate lamination proc es s and Determine D eer f ield test to specification Validat e Validate pre-lamination process, lamination Determine st w ith Shef f ield process and test to specification market V a l i d a t e Determine interest and solution G o / N o V a l u e P r o p concept for RIM Encap in G o C o m m e r c i a l commercial market Establish target buyers V a l i d a t e (suspects vs. prospects) Establish target buy ers V a l i d a t e (suspects-to-prospects) V a l i d a t e Define preferred solution(s) for Season Guards : & n e e d s f or commercial, residential, retrofit, etc. ID Storm Guard channel-to-market (High-end a nd/or low-end) Cultivate go-to-market partnership a nd pl a n with formulator (s) Dev el op a line of S TP sealants (≈ 6 m ths ) Pultruded Thermal Break G o/ N o G o Tech Traco – can they achieve it? Feasbilit y OEM Des i gn B MS-Sheffi eld solution to m a tch O E M requi rem ent require- me nt V a l i d a t e Determine path: Ref ine Establish partnership/develop end Define V a l u e P r o p Blast? Wind? Value f or Vandalism? Pr op & solution with Commercial OEM(s) Target C om pl ete feasibility of tec hnol ogy with Residential W i ndow O E M prototype f or R e s i d e n t i a l C om pl ete trials a nd testing Sales at target c om pa ni es to buy) Identify pa th to full-scale production Est ablish R IM including capital i nv es tm ent opt ion Residential W i ndow O E M: prepa re RIM w indow l a unc h of R I M wi ndow line launch Residential Commercial L a u n c h S T P s e a la n t line t o W i n d o w O E M L a u n c h S T P S e a l a n t t o r e t a il s e c t o r 작성한 로드맵: ✓핵심 기술/상업 마일스톤 ✓최초 판매 시점까지 라우팅 ✓매출/이익을 점진적으로 증대시키는 라우팅 이벤트 추적 (인수합병, 신규 포트폴리오 전략) 신규 규제/법률 제3자에 의한 시장 이니셔티브 (예. 채널과 조인트 개발/마케팅 활동) 내부 기술 개발 시장 동인/트렌드 (예. 경쟁사의 압박) 소비자/주요 소매점 요구사항의 수용 전략적 파트너쉽 제품개발
  • 62. 62 방향성을 일치시키기 위한 소통 도구 미래에 대한 공감대 형성
  • 63. 63
  • 64. 64
  • 65. 65 전략계획을 위한 시간축 (3년, 5년, 등) 주어진 시간축에서 문제를 해결하기 위해 필요한 정보들 차원/마일스톤 간의 연관관계 시간 차원 마일스톤 연계 • 시장 • 제품 • 기술 핵심 일정/이벤트 • 제품 출시, 단종 • 법규 적용일자 다른 비즈니스 프로세스와의 연계 개발 파이프라인과의 연계 기능 단위 지식/능력과의 연계 • 법규 • 경쟁사 전사 사업 전략과의 연계
  • 66. 66 “Know-why” “Know-what” “Know-how” 담당부서: 마케팅, 사업개발, 프로그램 관리 담당부서: 개발팀 단위 기능 로드맵 영향 요인: 외부 환경/동인/트렌드 브랜드/카테고리 로드맵 제품 로드맵: 목표/솔루션/능력/서비스를 만족하는 제품의 발전 플랫폼 로드맵: 제품개발을 위해 필요한 기술/경쟁력 개발 우선순위 정렬 & 개발 통합 로드맵 능력 로드맵: 기술/경쟁력을 보유하 기 위한 기술 프로젝트 담당부서: 영업/서비스/기술팀
  • 67. 67 2019 2020 2021 2022 2021 Full Launch 2019 Available Development Full Launch Product 2 Product 3 Technology 1 Technology 2 Product 1 Critical Market 1 Critical Market 2 2021 Available 2020 Development Development Development 2020 Full Launch 2022 Retire (2019 Growing X %) (2019 Begins Decline, X annual %) 2021 Retire Technology 1 Product 1 Product 3 Market 2 Product 2 Technology 2
  • 68. 68
  • 69. 69
  • 70. 70 Digital Transformation Enabler - Cloud Migration/Application Modernization 클라우드 네이티브 설계 및 구축(MSA전환) IT 운영/시스템 개선 계획, 노후화 개선 비용 절감 및 운영 비용 효율화 기존 시스템 안정화 및 효율성 제고 클라우드 도입/확대 신규 시스템 구축 민첩성 확보 요구 멀티/하이브리드 클라우드 시스템/업무 자동화 보안/거버넌스 신기술 비즈니스 강화(AI/Blockchain 등) 조직 문화 혁신 업무 시스템 서버 인벤토리 축적 서비스 분석 클라우드 마이그레이션 서버 WEB/WAS 응용 애플리케이션 인터페이스 Amazon AWS Google GCP VMWare ReHost/ReFactor OpenStack 소스 변경(Refactor) 서버 변경(Rehost) 오픈소스 전환 비용 관리 클라우드/컨테이너 관리 가상화/클라우드 Linux Container(K8S) Public Cloud Unix 오픈소스 Private Cloud DevOps/MSA
  • 71. T. 02-516-0711 E. sales@osci.kr 서울시강남구테헤란로83길32,5층(삼성동,나라키움삼성동A빌딩) THANK YOU