자사의 SW를 공개SW로 전환하려는 기업이 고려할 요소들에 대한 내용

1. 공개SW 전환 방법 및 전략
김형채 / 아비도스 / chaeya@gmail.com

2. 목차
1. 개요
2. 공개SW 사업 전략
3. 공개SW 전환 절차
4. 조직 설계 및 운영
5. 공개SW 기술 관리
6. Case Study

3. 3
소개
•
•
•
•
한중일 공개SW활성화포럼 표준화분과 한국위원
한국정보통신기술협회(TTA) 공개SW 표준화 분과위원
정보통신산업진흥원 SW공학센터 SW직무표준개선 자문위원
정보통신산업진흥원 SW자산재개발위원회 자문위원
• 비공개SW의 공개SW 전환 가이드 집필
• 오픈소스 소프트웨어 활성화를 위한 성숙도 및 적용성 평가모델
(OSMAAM)의 설계 및 구현에 관한 연구
• 공개SW기반 Governance v1.0 연구
• 오픈소스SW 성숙도 평가모델 연구
• 공개SW 정보화전략계획(o-ISP) 방법론 개발
• 공개SW기업의 서비스수준 평가모델 연구
“저는 공개SW기술과 SW개발방법론을 이용하여 기업의 비즈니스 전략과
잘 연계하는 성장모델에 관심이 많습니다.”

4. 4
공개SW의 정의
• 오픈소스, 프리웨어, 공개소프트웨어, 자유소프트웨어, 쉐어웨어, 상용소프트웨어...
Paid vs. Free
Proprietary vs. Open

5. 5
공개SW의 필요성
• 낮은 취득 원가/ 개방형 표준/ 공급 업체 의존성 감소/ 낮은 유지 보수 비용/
배포의 유연성/ 소프트웨어의 혁신의 속도/ 개방된 개발 프로세스/ 확장성
http://synapticcloud.net/resources/why-open-source/

6. 6
교육 목적
• 비공개SW의 제품을 공개SW로 전환하는 기업이 공개SW 제품을 중심으로 기업의 전
략, 절차, 조직, 기술의 상호작용을 이해하고 공개SW 전환 프로세스 수립을 할 수 있도록
지원.
Strategy
Process
Organization
Technologies

7. 7
공개SW 사업전략 – 기업의 전략 수립
전략의 정의
•
•
•
•
기업의 기본 목적을 달성하기위한 행동의 통합된 계획(Glueck: 1980)
고유하고 가치있는 위치 획득을 위한 행동 (Porter: 1996)
고객에게 탁월한 가치를 창조하는 것 (Ohmae : 1988)
기업 목표달성을 위한 자원 배분의 패턴 (Barney: 1997)
“기업 비전에 적합한 목표 달성을 위한 통합된 계획”
현재 어디에 있는가?
어디로 가야 하는가?
거기에 어떻게 도달
할 것인가?

8. 8
공개SW 사업전략 – 기업의 전략 수립
전략의 고도
•
기업경영전략 (Corporate Strategy)
– 기업의 종합적인 관점에서 비전과 목표를 설정하고 각 사업분야에 경영자원을 배분하
고 조정하는 일련의 활동을 의미. 기업이 어떤 사업영역(business domain)에서 경쟁
하며, 어떤 사업 포트폴리오를 가지며, 그러한 사업들간에 주어진 자원을 어떻게 배분
할지를 선정함.
•
사업부전략 (Business Strategy)
– 각 사업단위에서 경쟁우위 확보를 위한 구체적이고 실천적인 사업전략을 의미함.
•
기능별 전략 (Functional Strategy)
– R&D, 생산, 마케팅, 인사, 재무 등 각 기능별 세부전략을 의미함.

9. 9
기업의 전략 수립 절차
사업구조 파악
경영목표 및 경영전략을 수립하기 위한
현재 회사의 비전·목표
및 전략 파악
회사 비전
추진조직의 구성 및 상세추진계획을 수립하는 단계
WS
외부환경 분석
내부능력 분석
경영전략 및 평가체계 수립을 위해
외부환경 분석
산업분석
외부환경 변화를 파악/분석하여
이에 대한 기회 및 위협요인을 도출하는 단계
WS
경영목표 재설정
(BSC목표설정)
기존의 경영이념 및 사업영역을 바탕으로 핵심역량,
내부역량 분석
프로세스, 재무능력, 그리고 이해관계자에 대한 평가
및 분석을 통해 강점 및 약점요인을 도출하는 단계
비전/전략적
과제 도출
전략 수립 주체의 실천 및 구체화 작업으로
WS
SWOT 분석을 통해 전략적 과제를 도출하고
사업별/시기별 전략적 방향을 설정하는 단계
사업별/기능별
전략수립
비전/중장기전략
방향 재조정
경영목표를 설정하고 사업별로 경영자원과 경영전략
의지를 마케팅 전략, 개발전략, Logistics 전략,
재무전략 등의 하부구조를 재분배 및 세부계획을 수립
Corporate 전략
SBU 전략
Action Plan
WS
단계별 수치목표
연도 사업계획
수립된 비전과 전략적 의지를 구체적으로 실천하여
실행 및 피드백
전략의 타당성을 증명하고 핵심전략 요소와 기능별
전략의 일체화를 전개하는 단계
OBU 전략
실 천
평가/보상
합의
비전선포

10. 10
1step - 사업구조 파악
외부환경 분석
내부역량 분석
목 적
경영목표 및 경영 전략을 수립하기 위한 추진조직의 구성 및 상세추진계획을
수립하는 단계
사업
비전/
전략적과제
도출
구조
파악
사업별/기능별전략수립
적용기법
 면담 및 설문조사
실행 및 피드백
입력물
진행절차
출력물
 추진조직도
 추진조직 구성
 조직도
 Interview 양식
 Slogan 및 홍보전략
 사용양식의 확정
 면담 결과표
 임직원 면담 실시
 사업관련성 파악표
 Kick off Meeting
 사업관련성 도표

11. 11
2step – 외부환경 분석
외부환경 분석
내부역량 분석
목 적
경영목표 및 평가체계 수립을 위해 외부환경 변화를 파악/분석하여 이에 대한 기회
및 위협요인을 도출하는 단계
사업
구조
파악
비전/
전략적과제
도출
적용기법
 Positioning
사업별/기능별 전략수립
실행 및 피드백
입력물
 GE Matrix
 BPM
 Brainstorming/Workshop
진행절차
 거시 및 미시환경 분석
 산업통계자료
 시장동향/동종업계 파악
 판매/공급 Network
 조사설문 분석
 조사설문지
 Positioning Map 분석
 조사보고서
 GE Matrix 분석
 기존 양식
 관련부서의 Group Meeting
 Workshop 실시
출력물










환경 분석 자료
산업영향력 지도
시장동향 분석 자료
시장동향/동종업계 현황
산업매력도 분석표
경쟁자 비교 분석
Positioning Map
GE Matrix
Five Forces Chart
기회 및 위협요인 분석

12. 12
외부환경 분석 – PEST 분석

13. 13
외부환경 분석 – Five Competitive Forces Model
진입장벽 결정요인
규모의 경제
브랜드 지명도
독점적 제품 차별성
전환비용
소요 자본
유통망
압도적 비용 우위
독점적 학습 곡선
요구되는 입력자원
독점적 저비용 제품 설계비
정부시책
예상되는 보복
공급자
공급자 교섭력 결정요인
입력물의 차별성
산업내 공급자와 기업의 전환비용
대체재의 존재여부
공급자 집중도
공급량
산업내 기업의 전방통합의 위협과
관련한 후방 통합의 위협
신규 진입기업
진입장벽의 위협
산업내
경쟁자
공급자의
교섭력
산업내 기존 경쟁자의 위협
대체재의 위협
대체재
대체재 위협의 결정요인
대체재의 성능대비 가격
전환비용
대체재에 대한 구매자의 성향
경쟁세력 결정요인
산업 성장성
고정비 또는 함몰비
간헐적인 수요 초과
제품 차별성
브랜드 지명도
전환비용
경쟁의 집중도와 균형
정보의 복잡성
경쟁자의 다양성
후퇴장벽
구매자의
구매력
구매자
구매자 교섭력 결정요인
가격 민감성
구매력
총 구매 가격
기업집중도 대비
브랜드 지명도
구매자 집중도
제품 차별성
구매자의 수
기업의 전환비용 대비
구매자의 전환비용
구매자의 정보
후방통합 능력
대체제품

14. 14
3step – 내부역량 분석
외부환경 분석
내부역량 분석
목 적
기존의 경영이념 및 사업영역을 바탕으로 핵심역량, 프로세스, 재무능력, 그리고
이해관계자에 대한 평가 및 분석을 통해 강점 및 약점요인을 도출하는 단계
사업
구조
파악
비전/
전략적과제
도출
적용기법
실행 및 피드백
입력물
 시장동향/동종업계 현황
 경쟁사 대비 조사설문서
 조직문화 진단
 Process Analysis
 Cost Structure Chart
사업별/기능별 전략수립
 B/M(Benchmarking)
 Value Chain Analysis
진행절차
출력물
 조직 진단
 사업별 매력도 분석
 조직진단 결과
 핵심프로세스 분석
 핵심프로세스 도출
 B/M 실시
 B/M 실시 결과
 Cost Structure 분석
 Cost Structure Chart
 Value Chain 분석
 강점 및 약점요인 도출
 공급자 분석
 조직진단 설문지
 B/M 대상 리스트

15. 15
내부역량 분석 – BCG 매트릭스
BCG 매트릭스 분석에 기반하여, 회사 전체의 현금흐름이 균형을 이루도록 하는 관점에
서 사업별 자원 배분을 고려하게 됨
시
Star
장
Problem Child
1)
Cash Cow: 회사전체의 자금원으로서의 기능. 투자를 점유
율 유지에 필요한 최소한도에 맞추고 수익을 올려 현금을
회수함.
성
률
장
Cash Cow
Dog
2)
3)
Star
Problem Child: 빠른 시일내에 자원을 집중 투자하여 점유
율을 높이는 전략을 취하든지, 과감하게 퇴출해야함.
Problem Child의 수를 줄이고 일부에 집중투자하여 Star로
키우는 것이 선택과 집중 전략임.
4)
시장 점유율
Star: 현재의 점유율을 유지하면서 성장을 위한 자원을 투입
하여 장래에 Cash Cow로 키워야 함.
Dog: 이미 희망이 없기 때문에 처분할 수 있을 때, 퇴출해
Problem
Child
야 함.
Cash Cow

16. 16
내부역량 분석 – GE 매트릭스
GE는 복수의 지표를 조합하여 시장 매력도, 사업단위의 지위(자사의 강점, 제품 경쟁력)
에 따라 사업단위를 자리매김하고 자원배분방침을 결정함
고수준
중간수준
저수준
유지, 방어
성장을 위한 투자
선택적 성장투자
최대한 성장투자
경쟁력 유지 노력
선도자에 도전
선택적 경쟁력 강화
취약부문 보완
강점이용 전문화
약점보완책 모색
성장가망 없으면 철수
중
선택적 성장투자
선택적 수익관리
제한적 확장, 추수
수
유망시장 집중투자
경쟁대응 능력배양
생산성 향상을 통한 수익성
강화
현 프로그램 보호
수익성 높고, 위험 적은 부문
에 집중투자
위험적은 확장 모색
투자제한 및 영업합리화
유지,초점 조정
수익성 경영
전환, 철수
단기수익 위주관리
매력부문에 집중
현 위치의 방어
수익성 좋은 부문에서의 위치
방어
제품고급화
투자 최소화
값 좋을 때는 매도
고정투자 피하고 추가투자 회
피
고
수
준
5.00
3.67
시
장
간
매
력
도
준
준
수
저
5.00
3.67
2.33
제품경쟁력
2.33
1.00
1.00

17. 17
내부역량 분석 – Value Chain
가치사슬은 기업의 전반적인 생산활동을 주활동부터 보조활동부문으로 나누어서 기업
이 구매 및 재고관리부터 시작하여 물류, 생산과정, 판매, 애프터 서비스 단계에 이르기
까지 각각의 부문에서 비용이 얼마나 들고 소비자들에게 얼마나 부가가치를 창출하는지
를 보다 정교하게 분석할 수 있게 해 줌
지원활동
인프라스트럭처
(일반 경영, 회계, 재무, 전략 계획)
인적 자원 관리
(채용, 교육훈련, 개발)
기술 개발
(R&D, 제품 및 프로세스 개선)
조달
(원자재, 기계설비, 공급품 구매)
주활동
입고
생산
출고
(원자재
및
창고관리)
(제조,
조립,
테스팅)
(창고 및
완제품
분배)
마케팅
/판매
(홍보,
촉진,
가격,
유통
경로)
이윤
서비스
(설치,
수리,
A/S)

18. 18
4step – 비전/전략적 과제 도출
외부환경 분석
내부역량 분석
목 적
전략 수립 주체의 실천 및 구체화 작업으로 SWOT분석을 통해 전략적
과제를 도출하고 사업별/영역별/시기별 전략적 방향을 설정하는 단계
사업
구조
파악
비전/
전략적과제
도출
사업별/기능별전략수립
적용기법
 SWOT Analysis
 Fishbone Analysis
 Workshop/Brainstorming
 Core Competency Analysis
실행 및 피드백
입력물
진행절차
출력물
 Five Forces Chart
 SWOT 분석
 SWOT Analysis Diagram
 SWOT 요인
 비전 수립
 비전
 고객/경쟁자/공급자 프로필
 핵심역량 분석
 핵심역량 정의표/평가표
 Interview 결과
 전략적과제 도출
 사업별/기능별 전략적 과쀜
 조직진단 결과
 이해관계자 분석
 사업별/영역별/시기별 전략적
 B/M 결과
 전략적방향 도출
방향
 이해관계자 분석 결과

19. 19
비전 재조정 및 전략적 과제 확립의 구조
I. 사업구조 파악
 현 사업구조의 이해
 기업 사명의 이해/도출
 기업 운영철학의 이해
II. 외부환경분석
III. 내부역량분석
 변화 시나리오 분석
 산업 매력도 분석
 PORTFOLIO 분석
 기회와 위협요인 도출
 핵심 프로세스 역량 평가
 핵심역량과 재무능력 분석
 기능별 운영현황 파악
 강점과 약점의 도출
IV. 비전 및 전략적 과제 확립
 전략적 과제 및 성과목표 도출
 비전수립
 운영철학 및 지침 정의
 비전 및 전략의 공표 및 확산

20. 20
비전 및 전략과제 도출 – Vision Framework
기 업 이 념
기업의 사회에 대한 책임, 목적
사명, 경영자세를 밝힌 것으로
사내외에 일관되게 주장해 나가는것
도 메 인
자사가 지향하는 사업 영역, 존재
의의, 제공하는 가치등을 한마디로
표현한 것으로 ‘생존영역’이라
고도 불린다.
기업 문화 비전
사업 비전
조직, 프로세스 비전
기업문화가 가져야 할 모습과
구체적 행동으로 연결시키기 위한
행동규범으로 구성
질적, 양적 목표 및 장래 확립해야
할 사업영역 SBU(전략사업단위)
으로 구성
조직구조나 기업경영의 프로세스가
보여주어야 할 모습

21. 21
비전 및 전략과제 도출 – SWOT 분석

22. 22
5step – 사업별/기능별 전략 수립
외부환경 분석
내부역량 분석
목 적
경영목표를 설정하고 사업별로 경영자원과 경영전략의지를 마케팅전략,
개발전략, Logistics전략, 재무전략 등의 하부구조로 재분배 및 세부계획을
사업
구조
파악
비전/
전략적과제
도출
사업별/기능별전략수립
실행 및 피드백
입력물
 핵심역량 정의표/평가표
 제품/기술/시장별 시나리오
 사업별/기능별 전략적 과제
 사업별/영역별/시기별
전략적 방향
수립하는 단계
적용기법
 Brainstorming/Workshop
 SWOT Analysis
진행절차
 임원 Workshop 시행
 사업별/기능별 전략수립
 사업별/기능별 세부추진계획
수립
출력물
 사업별 목표 및 추진전략
수립
 사업별/기능별 세부추진계획
 조직 및 인력수급계획
 정보시스템 경영계획

23. 23
6step – 실행 및 피드백
외부환경 분석
내부역량 분석
목 적
수립된 비전과 전략적 의지를 구체적으로 실천함으로써, 그 전략의
타당성을 증명하고 핵심전략요소와 기능별 전략의 일체화를 전개하는 단계
사업
구조
파악
비전/
전략적과제
도출
사업별/기능별전략수립
적용기법
 시스템 개발 접근 방법론
 ROI(Return On Investment)
실행 및 피드백
입력물
진행절차
출력물
 세부전략 및 추진계획 실행
 경영목표 및 Vision 수립
 사업별 목표 및 추진전략
 현행 조직도 및 업무체계
 사업별/기능별 상세추진계획
 투자효과 분석
 사업별 자주 향상계획
 인원 전환배치 및 인력
양성계획
 기술 도입 및 경영시스템 개발
 선진 시험평가기술 개발
 선도적 사업에 자원 집중투입
 전사적 공감대 형셩을 통한
지속적 관리
 사업별 목표 및 추진전략 수립
 사업별/기능별 세부추진계획
 조직 및 인력수급계획
 정보시스템 경영계획

24. 24
공개SW 전환 목적
•
•
•
•
•
•
외부 리소스의 활용
자사의 영향력을 발위할 수 있는 생태계 구축
기업 이미지 향상
업스트림(upstream)기반의 개발 모델 구축
내부 개발 역량 향상
우수 인력 영입

25. 25
공개SW 전환에 따른 이점
•
경제적 이점
–
•
제품, 서비스 및 이미지 차별화
–
•
–
내부에서 검증되던 제품의 품질을 공개SW 커뮤니티를 통해 검증하게 되며, 발견된 버그에 대한 코드의 수
정도 기업 내부의 개발자와 외부 공개SW 프로젝트 커뮤니티의 자원을 통해 이루어지게 출처 : 공개 소스 소
프트웨어 프로젝트의 생명 주기와 품질 유지 방안 출처 - 정보과학회지 제26권 제712호 (2008.7) 이민석
되므로 이 과정에서 최종 제품의 품질이 향상된다.
기업의 SW기술 수준 향상
–
•
커뮤니티를 바탕으로 성장하는 비즈니스 전략을 통해 해당 기업 제품 및 서비스를 차별화하여 시장의 경쟁
자에 대해 경쟁력을 확보할 수 있고, 공개SW 기반의 비즈니스를 통한 기술주도적 기업, 혁신적 기업 , 개방
적인 사회적 기업 등의 긍정적 이미지를 형성할 수 있다.
제품 품질 향상
–
•
공개SW 전환을 통해 신규 시장 개척을 위한 R&D, infra 등 투자비를 절감할 수 있으며 이 원가우위를 기반
으로 잠재적 진입자에 대한 진입장벽을 형성할 수 있다
공개SW 활동이 시작되게 되면, 내부 개발자들이 자연스럽게 선진 개발 문화를 접하게 되면서 자연스러운
역량 향상이 이루어진다. 수많은 돈과 시간이 투입되지 않더라도 기업의 입장에서는 자연스럽게 역량 있는
SW 개발자들을 육성할 수 있는 계기가 된다
공개SW 기반의 개방적인 기업문화로 창의성 증대
–
기업은 공개SW 전환을 통하여 폐쇄적인 기업 문화가 아닌 공개SW의 개발 문화를 접목해 볼 수 있고, 이것
은 창의적인 역량이 강조되는 요새의 SW 개발자들에게 매우 중요한 장점이 될 수 있다

26. 26
공개SW 전환에 따른 위험
•
경쟁자의 시장진입을 촉진
–
•
공개SW 라이선스에 대한 준법적 관리 필수
–
•
SW의 소스코드가 공개됨으로 인해 자사의 기술에 대한 접근이 쉬워지고 그 결과 시장 내 잠재적 경쟁자의
시장진입을 용이하게 하므로, 공개SW로 전환하여 매출과 수익이 저조하고 비즈니스가 성공하지 못하면 자
사의 지적재산만 공개하게 되기 때문에 주의가 필요
공개SW 전환에 따른 라이선스 의무사항을 준수하기 위한 별도의 노력이 지속되어야 한다. 이를 위하여 현
업 담당부서와 지원부서는 각각 별도의 프로세스 와 자원을 배정하고 SW개발의 전 단계에서 라이선스 준수
에 대한 통제 및 관리가 반드시 이루어져야 한다.
공개SW 커뮤니티의 관리자원 확보가 필요
–
기업이 공개SW 전환을 통한 장점을 극대화하기 위해서는 외부의 전문 개발자를 활용하기 위한 제품의 생태
계 조성을 위해 노력해야만 한다. 제품을 공개한다고 공개SW 전환의 이점을 바로 획득할 수 있는 것이 아니
며, 외부의 전문 개발자들의 협력을 얻기 위해서는 투명하고 공정한 바른 생태계 조성을 위한 다양한 노력이
필요

27. 27
공개SW 전환 시 고려사항
•
제품과 시장
–
•
공개SW 제품 특성
–
•
공개SW 제품은 기업의 혁신적인 아이디어에 대한 보호가 어려움을 감안하여 전략 수립 시 잠재적 진입자에
대한 진입장벽을 함께 고려해야 한다. 전환 기업은 혁신을 모방할만한 경쟁자의 수가 많고 적음에 따라 선제
적 제품개발전략을 사용할지, 반응전략을 사용할지를 선택하게 된다. 만일 산업 표준에 영향을 주어 기술 리
더십을 확보할 수 있는 경우라면 시장을 선도하는 선제적 전략을 사용할 수 있고, 그렇지 않은 경우라면 방
어전략, 모방전략, 대응전략 등을 사용할 수 있다.
공개SW의 가격구조
–
–
•
•
•
기존제품을 공개SW로 전환해서 기존시장을 확대하는지, 기존제품을 신시장에 적용하는지, 신제품을 공개
SW로 전환하고 기존시장에 침투하는지, 공개SW로 신제품을 개발하고 신시장을 진입하는지, 각각 제품과
시장의 신규성에 따라 어떠한 비즈니스 전략을 적용할지 달라지며, 또한 시장 규모가 제품개발의 투자비용
을 회수하기 쉬운지 어려운지에 따라서도 다른 전략을 사용하게 된다. 따라서 바른 의사결정을 위해서는 제
품과 시장의 성장 기회가 많은지 적은지, 시장규모가 큰지 적은지에 대한 분석이 필요
공개SW의 총소유비용은 초기 도입비(도입비, 개발비)와 유지관리비(라이선스비, 기술지원비, 보안관리비,
업그레이드비, 교육 및 훈련비, 운영비) 공개SW 상용소프트웨어 총소유비용 비교 연구 (2012, NIPA)
로 구성된다. 공개SW 전환의 초기에는 낮은 비용으로 시장진입이 가능하지만 향후 공개SW 프로젝트를 안
정적으로 유지관리 하는 데 다양한 비용이 소요되는 점을 고려
공개SW의 유통방안
저작권 및 특허 보호에 따른 리스크(컴플라이언스 리스크, 라이선스가이드)
낮은 공개SW 전환 효과

28. 28
어떤 제품을 공개SW로 전환하는 것이 좋은가?
•
SW적용 유형
– 데스크톱 < 패키지 < 솔루션
•
운용환경
– 개인용&클라이언트 < 기업용&서버
•
기술요구 수준
– 깊은 기술 이해의 요구 < 적절한 기술적 장벽
•
SW의 규모
– 작은 SW < 큰 SW
•
SW의 가격 유형
– 저렴한 아이템 < 고가의 시장

29. 29
공개SW 비즈니스 모델
기존 Software 사업모델
Open Source Software 사업모델
•
고객요청에 의해 SW를 개발 및 납품하여
수익을 창출하는 비즈니스
•
전문적인 기술지원과 공개SW와 결합 또는
특화된 서비스를 기반으로 수익을 창출하는
모델
•
고객이 기존에 사용중인 시스템,
소프트웨어에 대한 유지보수를 통해
수익을 창출하는 비즈니스
•
비즈니스 가치전달이 온-라인중심으로
발생하여 온-라인 가입자(subscriber)
대상으로 수익창출이 이루어지는 비즈니스
•
고객과 가까운 지역적 특성을 이용, 즉각적
기술지원과 의사소통에 문제가 없는
지역파트너를 통해 기술지원과 서비스의
재판매 유통 모델
•
고객과 가까운 지역적 특성을 이용, 즉각적
기술지원과 의사소통에 문제가 없는
지역파트너를 통해 기술지원과 서비스의
재판매 유통 모델
•
SW개발 후 패키지화 하여 판매하는 모델
•
커뮤니티 버전의 복잡한 사용성을 해결하여
고객에 비즈니스 가치를 전달 하여 수익을
창출하는 비즈니스

30. 30
공개SW 전환 절차
•
•
•
•
전환 기획
전환 수행
운영 및 통제
평가 및 개선

31. 31
전환 기획(Plan)
전략수립 및 계획 도출 프로세스
현황분석
(As-Is)
사업/환경분석
전략
•사업전략분석
[전략/업무]
• 준거분석
절차
•일반환경분석
[내/외부]
조직
선
진
사
례
분
석
• 현행프로세스
분석
• 업무조직 분석
• 비공개SW 제품
분석
기술
•정보환경분석
[동향/적용성]
• 수준점검
• 요구정의
• 문제사항
도출
•지원시스템 분석
• 벤치마킹
전환 계획수립
(To-Be)
• 개념/논리적
상위 전략목표
• 공개SW기반
세부 전략 수립
• 개념/논리적
상위 절차목표
• Gap
분석
• 공개SW기반
세부 절차 수립
• 개념/논리적
상위 조직목표
• 전환
개선
방향
도출
• 공개SW기반
세부 조직 수립
• 개념/논리적
상위 제품목표
• 개념/논리적
상위 정보체계
목표 수립
• 공개SW 제품화
세부 계획 수립
• 정보관리체계 및
지원시스템
구축방안수립

32. 32
전환 수행(Do / Action)
공개SW 전환 및 제품화 프로세스
자체개발-공개SW획득
여부 분석
전략
공개SW 전환 개발
• 전환이행
선언
공개SW 제품화
• 릴리즈
• 업무요구
기능분석
절차
• 내부개발
조직
기술
• 기존소스
분석 및 공개
SW 검색
• Core
개발자
구성
• 이행조직 구
성
• 결합
타당성
분석
• 커뮤니티
관리팀 구성
• 커뮤니티
조직 구성
• 커뮤니티 사이트 구성
및 프로토타입 공개
• 제품자료 작
성
•인증획득

33. 33
운영 및 통제/ 평가 및 개선
운영 및 통제 단계
전략 수행 운영 및
통제
절차 수행 운영 및
통제
조직 수행 운영 및
통제
기술 수행 운영 및
통제
평가 및 개선 단계
진단 및
개선사항도출
핵심 성과지표
(KPI) 개발
성과관리
프로세스 수립
Action Plan 수립

34. 34
34
공개SW 전환 핵심경로

35. 35
35
공개소프트웨어 거버넌스를 위한 조직 설계과정
•
업무 분석 - 현행 개발 및 정보서비스 조직 분석, 관리관행 분석을 통해 공개소프트웨
어 거버넌스를 위한 조직의 성과 및 목표설정에 필요한 시사점을 도출하고, 이해관계
자 식별 및 의사소통 촉진 방안에 대한 시사점을 도출한다.
•
조직 기능 분류 - 전략분석과 현행 업무조직 분석에서 도출한 시사점을 토대로 상위
조직 목표를 수립한다. 전략목표에 의해 수립된 비즈니스 모델을 수행하는 조직은 영
업, 마케팅, 개발조직의 개선사항과 현재 편성되어 있지 않는 커뮤니티 관리 조직 등
의 개선을 목표로 조직 설계에 반영 할 수 있다.
•
조직 재설계 - 일반적인 기업의 기본적인 조직구성은 영업, 마케팅, 기획관리, SW기
술개발, SW기술개발 및 대외(공개SW 커뮤니티, 고객) 기술협력 조직, 정보서비스 조
직, 정보인프라 구축/운영조직, 경영지원 조직 그리고 외주 운영 조직으로 구성되는데
이런 9개 기본적인 조직구성에 대한 조직의 목표정의와 변화관리를 포함해야 한다.
이 단계에서 기업의 상황과 특성에 맞는 거버넌스 조직 구조가 도출된다.

36. 36
36
공개소프트웨어 거버넌스를 위한 조직 설계과정
•
조직 배치 - 단위 조직별 요구되는 업무에 대한 적정 인원을 산정하고, 가지고 있는 사
람을 그 수준에 맞는 지위에 배치하려면 활동분석을 기초로 하여 각각의 직무를 기술
하고 직무명세서를 작성하여야 한다. 직무명세서는 주어진 지위에 적합한 사람에게
요구되는 교육적 배경, 경험, 기술, 적성 그리고 기타 중요한 자격요건을 규정하고 개
인과 지위를 연결시켜서 작업상의 기초를 제공하며 조직구조에 성공적으로 구성원을
배치할 수 있도록 도와준다.
•
조직 운영 및 개선 - 성공적인 공개소프트웨어 거버넌스를 위한 조직 운영을 위해서는
중장기적인 조직 변화를 위한 환류체계 수립(Cycling)이 필요하다. 이를 위하여 조직
운영 실태에 대한 지속적인 모니터링을 통해 조직 구조 설계 및 운영방안 수립, 직무
구성 및 업무분장, 정보화 교육 강화, IT 관리의 효율성 제고 방안 수립, 업무 프로세스
정립 방안 수립 등의 개선 과제들을 도출하고 개선을 위한 지속적 활동을 수행해야 한
다.
–
–
–
조직 기능 및 역할 재정립
필요 신규 직무 및 인력 확보 방안 도출
인적자원 관리 체계 정립

37. 37
37
공개소프트웨어 거버넌스 조직 모델

38. 38
38
공개소프트웨어 거버넌스 조직 운영
•
•
•
전담부서 - 기관 및 기업 내 공개SW가 광범위하게 도입되어 투자관리, 성과측정, 라
이선스 관리, 공개SW 기반 개발 등의 전사적 차원의 모니터링 및 통제
겸임부서 - 현재 운영/유지하고 있는 정보 시스템 관련 기획, 개발, 운영(지원)부서에
공개SW 관련 책임과 역할의 할당
겸임인력 - 공개SW 운영/유지를 위한 최소한의 인력으로 커뮤니티 활동 및 전문 기술
지원 업체와의 의사소통 및 관리

39. 39
조직 설계 및 운영을 위한 고려사항
•
비즈니스 전략
–
•
조직의 필수요소
–
•
기업의 모든 구성원이 스스로 주도적인 의사결정을 하고 자신의 역량을 집중하는 성공하는
기업이 되기 위해서는 기업의 비전이 반드시 필요하다. 기업의 비전은 핵심가치와 믿음, 목
적, 사명으로 구성되어 있으며 모든 사람이 공유하는 비전은 의사결정의 기준이 되고 구성원
에게 업무 동기를 부여할 수 있다.
기업의 적절한 전략이 수립되면 다음의 행동은 새로운 전략을 위하여 무엇이 필요한지 정하
는 것이다. 공개소프트웨어 거버넌스를 위하여 기업이 바라는 인재상, 기업의 리더들이 갖추
어야 하는 역량과 태도, 조직 구성원들의 업무 관련 능력과 스킬 등 기업의 전략을 수행하기
위한 조직의 필수요소를 도출해서 조직 설계에 반영해야 한다.
조직구조
–
조직구조는 공개소프트웨어 거버넌스를 위한 요소 중 가장 중요한 항목이다. 조직의 변혁은
조직구조의 변화에서 시작되며 조직구조는 기업의 상황과 특성에 맞춰 기능조직, 사업부제
조직, 학습조직, 프로젝트조직, 매트릭스조직, 팀조직, 네트워크조직 등 다양한 유형으로 구
성된다. 기본적 조직구조의 형태는 어떤 모형이 적절한, 조직은 어떻게 집중화되고 나누어져
야 하는지에 대한 검토가 필요하다.

40. 40
조직 설계 및 운영을 위한 고려사항
•
조직 운영 시스템
–
•
조직 구성원
–
•
조직 구성원의 가치관, 자발적 동기, 성장가능성, 일에 대한 만족도, 성취감 등에 대한 고려가
필요하다. 조직은 사람들을 어떻게 채용하고 계발할 것인지, 조직의 각 부문별 구성원의 적
절성은 어떠한지에 대한 검토하고 조직 설계에 반영해야 한다.
조직문화
–
•
조직 운영 시스템이란 많은 구성원이 해야 할 일이나 결정을 내려야 할 주요 문제를 판별하기
위한 양식 또는 과정이라고 할 수 있다. 조직 설계 및 운영 시 인사관리 제도와 운영방식, 의
사소통 체제, 부서 간/팀 간, 부서/팀 내의 업무 협조와 팀워크 등의 요소도 조직 운영 시스템
의 일부로 반드시 검토되어야 한다.
조직문화는 무시되기 쉽지만 중요한 요소이다. 조직의 구성원으로서 개인적인 업무 방식과
구성원들 간의 업무 관련한 관계가 어떤 상태이며 보완해야 하는 것은 무엇인지 고려하여 조
직 분위기를 원만하게 유지하는 조직 운영이 필요하다.
조직의 공유가치
–
공유가치는 조직 구성원이 어떤 결정을 해야 할 때 가장 먼저 의식하게 되는 중요한 가치를
의미한다. 모든 구성원이 일관성 있는 사고와 행동을 하도록 유도하기 위해서는 조직의 공유
가치가 구성원에게 전파되어야 한다. 경영자는 비전 선포식을 통해 기업의 비전으로 공유하
고, 조직의 구성원은 기업의 비전에 대하여 공유된 이해를 가져야 한다.

41. 41
공개SW 기술 관리 – SW 성숙도 평가
국내외 다양한 공개SW 성숙도 평가모델 존재
•
모델명 또는 연구제목
평가 속성분류
계량화 평가
4개 대분류 내 12개 인디케이터(Product indicators)와15개
1 to 5(점수)
Open Source Maturity Model
인디케이터(Application indicators)
(OSS) IMPLEMENTATION GUIDELINES
8개 영역별 원칙
원칙에 대한 설명만 제시
Business Readiness Rating for Open Source(Open BRR)
11개 대분류, 28개 메트릭
1 to 5(점수)
3개 정의와 3개 평가 카테고리로 구성
정의 및 1to2(점수)
6개 대분류
각 분류별 가중치 포함한 다양한 점수 부여
6개 카테고리, 21개 인디케이터
절대평가,Yes or No 및 5점 스케일 복합
8개 평가요소
없음
3개 레벨, 25개 평가 카테고리
1 to 3(점수)
4가지평가,14개 평가요소
절대평가,0to2(점수)평가 등 복합
6개주특성,12개 부 특성 및 12개 매트릭
매트릭별 별도계산
13개 이슈
없음
A Usability Maturity Model for Open Source Software
4개 관점,11개 사용요인
0 to 4(점수)
Open Source Software for Government Assessment Model
7개 원칙,35개 세분류
Positive, Intermediate, Negative
Method for Qualication and Selection of Open Source software
(QSOS) v1.6
OpenBQR
A Measurement Based Framework for Assessment of Usability-C
entricness of Open Source Software Projects
오픈소스 소프트웨어 특성을 고려한 소프트웨어 평가모델
Quality Platform for Open Source Software(Qualipso) version 3.
0
IFCS에 의한 오픈소스 소프트웨어 선정기법
응용 오픈소스 소프트웨어 특징에 적합한 논리적 품질평가 모델에 관한
연구
How to Evaluate Open Source Software / Free Software (OSS/FS
) Programs

42. 42
Open Source Software Maturity
and Applicability Assessment Model(OSMAAM)
정보화정책 제20권 제1호

43. 43
43
공개SW 기술 관리 – 라이선스 컴플라이언스
•
•
•
검증도구 - Protex, FOSSology, CodeEye
공개SW 역량프라자에서는 Protex와 FOSSology를 이용하여 라이선스 검증
CodeEye의 경우 저작권위원회에서 신청 접수
검증도구를 통한 자체 라이선스 관리 절차

44. 44
공개SW 기술 관리 – 소프트웨어 품질관리
•
다수의 참여자가 있는 공개SW는 특정한 참여자에게 종
속되지 않도록 아키텍처의 오염을 제거하고 철저하게
기능을 분할하는 것이 중요.
•
•
•
•
•
•
•
•
지속적 통합
요구사항 관리
테스트 케이스
형상관리
정적분석
동적 분석
통합 개발 환경
빌드 자동화
* NIPA 소프트웨어 공학센터에서 배포하는 SW개발 품질관리 매뉴얼 참고

45. 45
공개SW 기술 관리 – 소프트웨어 품질관리
•
Redmine - Redmine은 웹기반의 프로젝트 관리와 버그 추적 기능을 제공하는 오픈 소
스 도구이다. 화면 기반의 프로젝트 관리에 도움이 되도록 간트 차트를 통한 달력과 일정
관리 기능 및 프로젝트 관리 기능과 이슈추적, 여러 가지 형상관리 기능을 제공한다.
•
Impasse - Redmine의 plugin으로써 Redmine에 등록된 요구사항에 대한 Test Case를
관리할 수 있는 툴이다. Test Case를 작성하고 Test Plan 에 따라 테스트를 수행함으로써
요구사항을 확인할 수 있으며, 각 요구사항에 대한 커버리지를 확인할 수 있으며, 실패한
Test Case 에 대하여 결함 내용을 다시 Redmine에 등록할 수 있다.
•
Subversion - Subversion 은 오픈 소스 버전관리 시스템으로 2000년부터 CVS의 대체
를 위해 개발되었으며 현재 아파치 최상위 프로젝트로서 전 세계 개발자 커뮤니티와 함께
개발되고 있다.
•
PMD - PMD는 룰 기반 자바 소스 코드 분석도구이다 (Programming Mistake
Detector). PMD 에러는 실제 에러는 아니지만, 비효율적인 소스 코드를 검출해낸다.
•
CPP Check - CPPCheck는 C/C++ 언어를 위한 오픈소스 정적 코드 분석도구이며 비표
준 코드를 검출해낸다.

46. 46
공개SW 기술 관리 – 소프트웨어 품질관리
•
NSIQ Collector - NSIQ Collector 는 소스 코드의 LOC 및 복잡도 분석 도구로써 C/C++,
Java에서 공통으로 사용 가능하다.
•
Junit - JUnit은 xUnit 이라는 단위 테스트 프레임워크의 자바 구현물로써, 자바로 작성
된 SW에 대한 단위 테스트 프레임워크이다. Eric Gamma와 Kent Beck에 의해 최초로
개발되었으며 오픈 소스로 IBM의 CPL 저작권을 따른다.
•
Emma - Emma는 Java로 개발된 SW의 커버리지를 측정하기 위한 툴로써, 빠른 속도로
소규모 자바 어플리케이션을 테스트 가능하게 할 뿐 아니라 대규모 SW를 테스트 하는 것
또한 가능하다.
•
CPPUnit - CPPUnit은 Michael Feathers에 의해 만들어졌으며 C와 C++ 언어의 단위
테스팅을 위해 JUnit으로부터 C++로 포팅된 프레임워크이다. CPPUnit 은 화이트 박스
테스트와 사용자 고유의 회귀 스위트 작성을 지원하는 다양한 클래스(TestCase,
TestSuite, TestFixture, TestRunner)로 구성되어있으며 GNULesser General Public
License 로 출시되었다.

47. 47
공개SW 기술 관리 – 소프트웨어 품질관리
•
Gcov - gcov는 GNU CC(컴파일러)와 함께 Code Coverage 테스트를 수행할 수 있는
도구이며, 보다 빠르고 효율적인 프로그램 코드를 만들기 위해 어느 부분을 최적화시키는
것이 좋은 지를 판단하기 위한 프로파일링 도구(profiling tool)로서 사용될 수 있다.
•
Eclipse - Eclipse는 오픈 소스이며 자바 기반의 확장 가능한 개발 플랫폼이다. Eclipse가
자바로 만들어졌지만 자바 언어에만 국한된 것은 아니다. 예를 들어 플러그인도 사용할
수 있고 C/C++, COBOL, Eiffel과 같은 프로그래밍 언어에 대한 지원도 포함하고 있다.
•
Maven, Ant - 스크립트를 이용하여 자동화된 빌드를 수행한다.
•
Mylyn - Mylyn은 Task 관리를 위한 Eclipse plugin 형태의 프로젝트로서, Jira,
Redmine 등의 이슈트래커와 연동하여 Eclipse에서 Task의 관리를 가능하게 하는
plugin 이다. Mylyn의 사용을 위해서는 Eclipse에 plugin을 설치하고 Redmine이 동작
하는 서버 측에도 Mylyn 사용을 위한 plugin의 설치가 필요하다.
•
Subclipse - Subclipse는 버전관리 시스템인 Subversion과 연동을 위한 Eclipse plugin
이다. Subclipse를 사용하여 Eclipse에서 Subversion에 등록된 Repository에 접근이 가
능하며, 따라서 Eclipse에서 개발한 코드를 바로 Subversion에 적용할 수 있도록 지원한
다.

48. 48
공개SW 기술 관리 – 이슈 및 버그 관리
•
Bugzilla, Mantis, Trac, Jira 등의 이슈 트래커 또는 버그 트래커는 기업이 공개SW
전환 후 프로젝트의 관리과정에서 없어서는 안 되는 중요한 도구
Jira Workflow

49. 49
공개SW 기술 관리 – 문서화
•
•
•
최종 사용자용 - 릴리즈 노트, 시스템 요구사항, 설치 가이드, 사용자 매뉴얼, 이전버
전과 호환성을 유지하는 방법, 기능 리스트
개발자용 - 소스코드로 작업하는 법, 빌드 방법, 아키텍처의 구성, 개발 프로세스 개요,
디버깅 방법, 테스트 자동화 방법, 패치를 제출하는 방법. API 활용방법
프로젝트 활성화를 위한 기타문서 - 라이선스, 제품 로드맵, 개발 전략, 문서화 참여방
법, 도입사례, 각종 백서
1. README를 반드시 작성할 것
2. 온라인과 오프라인 문서를 같이 제공할 것
3. 패키지 설치 시 문서가 같이 설치되도록 구성
4. 설치하지 않고도 무슨 기능인지 알 수 있도록 스크린 샷을 충분히 사용
5. 실용적인 예제를 포함
6. 잘못된 링크나 참조를 제거
7. 신규 사용자를 고려한 쉬운 설명
8. 사용자의 의견을 듣고 직접 수정할 수 있게 도구 제공
9. 사용자에 적합하게 편집된 문서를 제공

50. Q&A
김형채 / 아비도스 / chaeya@gmail.com