Diese Präsentation wurde erfolgreich gemeldet.
Wir verwenden Ihre LinkedIn Profilangaben und Informationen zu Ihren Aktivitäten, um Anzeigen zu personalisieren und Ihnen relevantere Inhalte anzuzeigen. Sie können Ihre Anzeigeneinstellungen jederzeit ändern.

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

오픈소스 기반의 솔루션을 만들고 그 솔루션의 방향성을 어떤 방식으로 잡아가야 하는지 그 과정에 대해서 설명합니다.
사내 교육으로 진행되었던 자료이며, 본 자료가 필요하신 분은 메시지 주시거나 메일 주시면 제공해드리도록 하겠습니다.

  • Als Erste(r) kommentieren

  • Gehören Sie zu den Ersten, denen das gefällt!

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

  1. 1. 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 개발방식 플랫폼 구조 사업구조
  2. 2. 4 고객 가치 내부 가치 ▪ 무료 라이선스에 따른 도입 비용 절감 원가 절감 ▪ 상용 제품 대비 저렴한 공급가 ▪ 툴의 경우 원가 비용이 발생하지 않음 비용 절감 ▪ SaaS 방식의 정액제 유지보수 계약으로 TCO(Total Cost Ownership) 절감 ▪ 특정 SW 및 HW에 대한 고착(Lock-in) 현상 탈피 종속성 탈피 ▪ 도입 가능한 SW 및 HW에 대한 선택의 폭 증가 ▪ 표준 준수에 따른 개방성 증가 개방성 증가 ▪ 향후 필요에 따라 비표준 상용 제품으로 전환 용이 수주 경쟁력 증가 ▪ 제품 비용 절감 및 적용 제품에 대한 선택의 폭이 증가되어 수주 경쟁력이 향상됨 기술 역량 증대 ▪ 소스 코드가 공개되어 프로그램에 내재된 원천 기술 습득이 용이함
  3. 3. 5 참여 & 기여 컴파일 & 배포 패치 & 업그레이드 개발환경 구축 상품화 환경 시험,인증 ,보안 도입 기술지원 출처,포맷,배포 방법 관리 라이선스 적용 기업내 사용 정책과 절차 패치& 업그레이드 관리 라이선스와 법적 검토 TCO? 기업 참여 및 기여 정책 외부 고객에게 판매 및 서비스 선택에 따른 사용일관성? SLA정의 및 보장? 배상과 의무사항 관리 보안 취약점 계약 의무사항 선택 기준 필요성 출처 지원가능성 점검? 외주개발 검증?
  4. 4. 6
  5. 5. 7
  6. 6. 8
  7. 7. 9 가장 중요한 경로
  8. 8. 10 Garnter(Hypecycle, Magic Quadrant), IDC Forecast, Forrester, etc
  9. 9. 11
  10. 10. 12
  11. 11. 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: 시장 조사나 여론 조사를 위해 각 계층을 대표하도록 뽑은 소수의 사람들로 이뤄진 그룹
  12. 12. 14
  13. 13. 15
  14. 14. 16
  15. 15. 17 많은 제품 기능을 나열하는 것이 제품의 성공과는 큰 관련이 없음
  16. 16. 18
  17. 17. 19 Feasibility Test(타당성 분석) Usability Test(사용성 테스트) Product Concept Test(제품 개념 테스트)
  18. 18. 20
  19. 19. 21
  20. 20. 22
  21. 21. 23 프로토타이핑이란? ▪ 제품의 최소한의 핵심 기능을 가지고 있는 기본적이면서도 원시적인 형태의 결과물 ▪ 시제품(주: 데모)이 나오기 전의 제품의 원형 또는 초기 모델 ▪ 사용자의 요구사항 반영을 위한 커뮤니케이션의 참고 대상이며 모든 요구사항을 반영할 때까지 지속적으로 개선 및 보완됨 ▪ 장점 - 사용자 중심의 개발 방법으로 최종 요구사항의 반영 극대화 - 오류를 초기에 발견하여 Risk를 줄일 수 있음 - 변경 사항 반영이 용이 ▪ 단점 - 문서화 과정이 생략(산출물을 보고 작업하기 때문에) 됨 - 범위가 명확하지 않을 경우 시간과 비용 많이 소모됨 - 비 기능 요건에 대한 반영이 부족할 수 있음 ▪ 단점에 대한 보완 방안 - 프로토타이핑 과정에 문서화 작업을 병행 (개발 과정에서 나오는 문서는 실질적이며 매우 유용) - 핵심 기능들의 우선 순위에 따라 정해진 기간(투입 리소스) 동안 가능한 범위 작업 - 성능, 보안 위험 등과 같은 비 기능 요건에 대해서도 프로토타이핑 범위에 추가
  22. 22. 24 프로토타이핑 과정 ▪ 1단계 - 핵심 요구사항 분석: 기본적인 사용자 요구사항을 시스템 설계자와 사용자가 함께 작업 - 주로 핵심적인 기능과 검증이 필요한 부분 위주로 항목 선정 - 기능(functional) 또는 비기능(non-functional) 요건 모두 상관 없음 ▪ 2단계 - 개발: 시스템 설계자가 위에서 도출된 요구사항을 만족시키는 프로토타입 개발 - 외형적인 모습(디자인)은 크게 신경쓰지 않고 주로 핵심적인 기능에 대한 검증 목적 - 가능하면 실제와 동일한 프로그래밍 언어를 사용하면 좋지만 필요에 따라 4GL 언어나 Case Tool 등을 사용해도 무방 ▪ 3단계 - 사용: 사용자가 개발된 프로토타입을 실제 사용 - 요구사항이 정확히 반영 되어 있는지를 확인 - 프로토타입을 보완해서 궁극적으로 원하는 상용제품을 만들기 위한 여러 가지 제안 도출 ▪ 4단계 - 보완: 프로토타입의 수정과 보완 - 시스템 설계자는 사용자가 요구한 제안 사항과 이에 따르는 보완작업 - 프로토타입이 수정/보완 된 후에는 3단계로 돌아가며 사용자가 만족할 때까지 3단계와 4단계 반복 프로토타입 결과물의 활용 ▪ 완성된 산출물은 향후 실제 개발 과정에서 사용할 뼈대(skeleton)로 활용
  23. 23. 25
  24. 24. 26 Early Adopters가 목표 고객군 제품 개발 부서에서 실제로 개발 시장과 고객을 대상으로 의견 수렴이 주 목표 Innovators가 목표 고객군 설계 과정에서 필요에 의해 즉석 개발 제품 컨셉을 시연 혹은 증명하는 것이 주 목표
  25. 25. 27
  26. 26. 28
  27. 27. 29
  28. 28. 30
  29. 29. 32 Internal: current teams, management External: supply chain, market Upstream: planning, development, launch Downstream: ongoing lifecycle management
  30. 30. 33
  31. 31. 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
  32. 32. 35 Strategic Tactical / Operational Marketing / Sales Engineering Value Definition Product Marketer Product Manager Technical Product Champion Sales Product Champion
  33. 33. 36 Product Manager Senior managers Marketing Sales Customer service Operations Production R&D Finance Strategy
  34. 34. 37
  35. 35. 38
  36. 36. 39 사람에 대한 관리가 아닌 제품에 관여된 여러 부서 간 의견 조율
  37. 37. 40
  38. 38. 41
  39. 39. 43
  40. 40. 44 기업 이미지 등에 영향을 미침
  41. 41. 45
  42. 42. 46
  43. 43. 47
  44. 44. 48 기능 테스팅이란? 기능 테스트는 기능과 명세서를 준수하는 제품의 동작을 확인. 이 테스트는 시스템 / 구성 요소의 내부적인 메커니즘을 무시하고 오직 선택된 입력과 실행 조건에 대한 응답으로 생성 된 출력에 초점을 맞춤. 기능 테스팅 절차: ▪ 시작(Initiation) ▪ 테스트 계획(Tests planning) ▪ 테스트 설계(Tests design) ▪ 테스트 실행(Tests execution) ▪ 분석 및 리포팅(Analysis & reporting) ▪ 완료(Completion)
  45. 45. 49 성능 테스팅이란? 성능 테스팅은 기술된 성능 요구사항을 시스템 및 컴포넌트가 준수하는지 평가를 위해 수행됨. 때로는 많은 사용자를 시뮬레이션하는 자동화된 툴에 의해 수행. 성능 테스팅시 장시간 부하 등의 시스템 안정성 여부의 테스트도 병행하여 수행함 성능 테스팅 절차: ▪ 응답시간 및 자원 사용량 측정 ▪ 가능한 중단점 및 최대 부하 정의 ▪ 최적의 성능을 위한 권고 데이터 수집 ▪ SLA를 충족할 수 있는 검증값 ▪ 시스템 신뢰성 체크 ▪ 시스템 내 병목 지점 확인 및 제거 예시: 로드러너 화면
  46. 46. 50 자동화 테스팅이란? 자동화 테스팅은 테스트 수행에 대한 제어, 예상되는 결과 대비 실제 결과, 테스트 사전 조건에 대한 준비, 다른 테스트 기능을 제어하는 소프트웨어의 테스트 자동화를 의미. 테스터에 의한 수작업보다 훨씬 더 가치있는 테스팅 방법을 제공 자동화 테스팅의 이점 ▪ 시간 및 비용 절약(time-to-market) ▪ 수동 테스팅에 필요한 공수의 최소화 ▪ 소프트웨어 품질 향상 ▪ 자동화된 테스트 방법으로 인한 오버헤드 감소 자동화 테스팅 적용 가능 영역 : ▪ 회귀 테스트 ▪ 데이터 기반 테스트(동일 시나리오, 다른 입력 데이터)
  47. 47. 51 지역화 테스팅이란? 제품을 특정 지역에서 사용할 수 있도록 특화된 형태의 테스팅을 의미. 성공적으로 지역화된 제품들은 우선 해당 지역의 언어, 문화 특수성을 고려한 제품의 기능을 가지고 있음 지역화 테스트는 다음의 항목을 포함: ▪ 소프트웨어 사용자 인터페이스 번역 확인 ▪ 인터페이스 요소에 대한 적용 검증 ▪ 사용자 가이드, 도움말, 기타 보조 문서 번역 여부 ▪ 문장에 대한 쓰기 규칙 지정 지역화 테스트 + 기능 테스트 = 테스팅 기능 강화 기능적인 문제 및 결함은 종종 소프트웨어 지역화의 결과로 나타남. 이 경우 문제가 발생하는 기능 테스트에 대한 수행을 하지 않음으로써 지역화에 소모되는 시간과 노력에 대한 위험을 제거하도록 함.
  48. 48. 52 보안 테스팅이란? 보안 테스트는 사용자의 의도된 기능을 유지하고, 정보 시스템의 데이터를 보호하는지 확인하기 위한 과정이다. 보안 테스트에 포함해야 할 여섯 가지 기본 보안 개념은 기밀성, 무결성, 인증, 권한 부여, 가용성 및 부인방지(否認防止)임. 보안 테스팅을 사용하는 이점: ▪ 애플리케이션 품질 향상 ▪ 해킹을 통한 침투 위험 감소 ▪ 고객 및 시스템 사용자를 만족시킬 수 있는 개인 정보 보호 레벨 제공 ▪ 보안 표준 준수를 통해 얻을 수 있는 마케팅 이점
  49. 49. 53 모바일 테스팅이란? 모바일 애플리케이션 테스팅은 모바일 기반 애플리케이션의 기능 테스트. 특정한 도구가 사용되진 않지만, 많은 종류의 모바일 기기가 필요. 테스팅을 위한 방법: ▪ 여러 기기의 사용. 모든 기기들은 각 기기별 특성, 제약 사항, 시스템 구현 상의 기능이 다르기 때문에 각각의 기기를 확인해야 함. ▪ 에뮬레이터 소프트웨어를 사용. 이 방법은 장치 고유의 특성을 보여주지 못하므로, 신뢰성이 떨어질 수 있음. 하지만 개발의 편의성으로 인해 많은 부분이 이 접근 방법을 사용하고 있음 모바일 테스팅 영역 내의 서비스: ▪ 현존하는 모바일 기기에 대한 소프트웨어 테스트 또는 프로토타이핑 ▪ 애플리케이션은 iOS, 안드로이드, 바다, 윈도우 폰 등을 위한 테스트
  50. 50. 54 일반 문서 특화 문서 문서 템플릿 •테스팅 프로세스 •문서 리뷰 •기능 명세서 •유닛 테스트 가이드라인 •요구 사항 명세 가이드 라인 •테스트 설계 •결함 추적 •위험 관리 가이드 라인 •테스트 계획 •테스트 설계 절차 •파일 관리 정책 •테스트 결과 리포트 •빌드 및 배포 절차 •코딩 표준화 문서 •테스트 통지 •변경 요청 절차 •테스트 사후 보고서
  51. 51. 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
  52. 52. 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
  53. 53. 58
  54. 54. 59 미래기술의 추세와 객관적 가능성 정보 수집
  55. 55. 60 우리의 사업전략이 성공하기 위해서 기술적인 면에서 할 수 있는 일은? 현재 우리가 보유하고 있는 기술은? 우리가 보유하지 못한 기술 중 우선적으로 획득해야 하는 핵심기술은? 어떻게 기술차이를 극복할 것인가? • 어떤 기술을 개발해야 하는가에 대한 판단 ✓ 기술동향 분석 및 예측에 기반 ✓ 고객니즈에 기반 • 대상 기술에 대한 이해 및 보유 여부 판단 ✓ 기술구성도 작성 ✓ 기술구성도 항목에 대한 보유 여부 판단 • 어떤 기술을 개발해야 하는가에 대한 판단 ✓ 기술의 영향도 및 기업의 기술경쟁력에 따른 평가 ✓ 우선 순위화 • 기술획득 계획 수립 ✓ 필요기술 우선순위에 근거한 기술로드맵 작성 ✓ 기술 별 획득 방법 결정
  56. 56. 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자에 의한 시장 이니셔티브 (예. 채널과 조인트 개발/마케팅 활동) 내부 기술 개발 시장 동인/트렌드 (예. 경쟁사의 압박) 소비자/주요 소매점 요구사항의 수용 전략적 파트너쉽 제품개발
  57. 57. 62 방향성을 일치시키기 위한 소통 도구 미래에 대한 공감대 형성
  58. 58. 63
  59. 59. 64
  60. 60. 65 전략계획을 위한 시간축 (3년, 5년, 등) 주어진 시간축에서 문제를 해결하기 위해 필요한 정보들 차원/마일스톤 간의 연관관계 시간 차원 마일스톤 연계 • 시장 • 제품 • 기술 핵심 일정/이벤트 • 제품 출시, 단종 • 법규 적용일자 다른 비즈니스 프로세스와의 연계 개발 파이프라인과의 연계 기능 단위 지식/능력과의 연계 • 법규 • 경쟁사 전사 사업 전략과의 연계
  61. 61. 66 “Know-why” “Know-what” “Know-how” 담당부서: 마케팅, 사업개발, 프로그램 관리 담당부서: 개발팀 단위 기능 로드맵 영향 요인: 외부 환경/동인/트렌드 브랜드/카테고리 로드맵 제품 로드맵: 목표/솔루션/능력/서비스를 만족하는 제품의 발전 플랫폼 로드맵: 제품개발을 위해 필요한 기술/경쟁력 개발 우선순위 정렬 & 개발 통합 로드맵 능력 로드맵: 기술/경쟁력을 보유하 기 위한 기술 프로젝트 담당부서: 영업/서비스/기술팀
  62. 62. 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
  63. 63. 68
  64. 64. 69
  65. 65. 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
  66. 66. T. 02-516-0711 E. sales@osci.kr 서울시강남구테헤란로83길32,5층(삼성동,나라키움삼성동A빌딩) THANK YOU

×