소프트웨어 개발 진척도를 평가하는 기준을 수립하기란 매우 어렵다. 방법론, 프랙티스 들을 조합하여 적용하는 것도 기준이 모호하다. 다행히 이러한 문제들을 해결하기 위하여 소프트웨어 공학 전문가들이 20년 동안 합의한 결과가 OMG를 통하여 공개되었다.

1. 유엔진솔루션즈
장진영
jyjang@uengine.org
제 9 회 한국소프트웨어아키텍트대회
SW 공학 표준 Essence를 기반한
Application Lifecycle Management
1

2. 다음 중 3개 이상 체크하셨다면 이
발표를 한번 들어보세요!
방법론이 왜 있는지 모르겠어
기존 프로젝트에서의 실패 및 성공 경험의
자산화가 잘 안 된다
다양한 관점 (고객, 개발, 관리) 의 균형 있는
프로젝트 관리가 되지 못하다
새로운 기술의 적용과 이를 기반한 프로젝트
관리 경험이 절실히 요구된다
고객 혹은 Top 에게는 프로젝트 상황을
설명하기 참 어렵다

3. 자체 최적화된
방법론의 보유와
실질적인 적용
최신 기술과 관리
방안의 빠른 적응
고객-개발-관리의
원활한 커뮤니케이션
일류 SW/SI 회사가 되기…
3

4. Time & Software Evolution
Flowchart
Structured
Design
Iterative /
Incremental
Object
Oriented
Agile
Mainframe
1960s
Midrange Era
1970s
Microcomputer Era
1980s
Cloud, BigData, IoT
Era
2000s
Internet Era
1990s
SOA
UI/UX
Evolution of S/W dev. Practices and Method
4

5. SW
개발
스킬
SW 설계 스킬
SW 프로젝트
관리
스킬
테스트
스킬
고객 요건
분석
스킬
신기술
운영
스킬
기타
새로운
융합 기술
숙련된 개발자와 비
숙련 개발자와의 평
균 생산성의 차이는
10배에서 300배 까지
난다
- Google
Skills around SW Development
5

6. 생소한 용어
새로운 기술
경험해보지 않은
분야와 고객 요건
SW 공학 학습하기
6

7. 전세계 7개 챕터
100 + 핵심 참여자
2000+ 서포터즈
중국, 러시아 국가 표준 추진
SW 개발 방법론의 ‘훈민정음’
(2015 년)
업종별 도메인별 특
화 방법론
OMG 국제 표준
의미
OMG Essence Standard
7

8. OMG Essence Standard
전세계 7개 챕터
300
중국, 러시아 국가 표준 추진
SW 개발 방법론의 ‘훈민정음’
(2015 년)
업종별 도메인별 특
화 방법론
CustomerSolutionEndeavor
Opportunity Stakeholders
Requirements
Software
System
Work Team
Way of
Working
8

9. OMG Essence Standard
전세계 7개 챕터
300
중국, 러시아 국가 표준 추진
SW 개발 방법론의 ‘훈민정음’
(2015 년)
업종별 도메인별 특
화 방법론
OMG 국제 표준
의미
CustomerSolutionEndeavor
Explore
Possibilities
Understand
Stakeholder Needs
Ensure Stakeholder
Satisfaction
Use the System
Understand the
Requirements
Shape
the System
Implement the
System
Test
the System
Deploy
the System
Operate
the System
Prepare to do
the Work
Coordinate
Activity
Support the Team Track Progress Stop the Work
9

10. OMG Essence Standard
전세계 7개 챕터
300
중국, 러시아 국가 표준 추진
SW 개발 방법론의 ‘훈민정음’
(2015 년)
업종별 도메인별 특
화 방법론
OMG 국제 표준
의미
CustomerSolutionEndeavor
Stakeholder
Representation
Analysis Development Testing
Leadership Management
10

11. ?
Waterfall-man Unified Process-
man
Agile-man Embedded/IoT-
man
에센스 적용하기 – step1
11

12. Waterfall-man Unified Process-
man
Agile-man Embedded/IoT-
man
Definition
of Done
Scrum Planning
Poker
Backlog Storyboard
Standardizing Practice with Essence – step2
12

13. Waterfall-man Unified Process-
man
Agile-man Embedded/IoT-
man
Standardizing Practice with Essence – step3
Definition
of Done
Scrum
Planning
Poker
Backlog Storyboard
<<kernel>>
Requirement
<<kernel>>
Coordinate
the Activity
<<kernel>>
Opportunity
13

14. Scrum Practice modeled by Essence
Planning
Poker
Backlog Storyboard
<<kernel>>
Requirement
<<kernel>>
Coordinate
the Activity
<<kernel>>
Opportunity
14
Scrum

15. 노력관점
일의 방식
원칙이
수립됨
기반이 정해짐
사용됨
In Place
잘 작동함
사용완료됨
일
시작됨
준비됨
시작함
컨트롤 됨
결과가 나옴
완료됨
솔루션관점
소프트웨어
시스템
아키텍처가
선택됨
데모 가능함
사용가능함
출시준비됨
운영가능함
Retired
고객관점
비즈니스 기회
식별됨
솔루션이
필요함
가치명제가
분명해짐
가치를 냄
현실적임
이익을
가져다 줌
이해관계자
식별됨
대표가 선정됨
구현체에 만족
함
관여함
사용에 만족함
합의됨
현재진
행상태
앞으로
할 것들
요구사항
생각함
Bounded
Coherent
Acceptable
Addressed
Fulfilled
Alphas
3개 관점, 7개 알파의 프로젝트 건강도 지표와 진척 상태
팀
조직화 됨
협업됨
성과를 냄
해산
모여짐
Activity Spaces
스크럼 릴리즈 계
획
고객 요구사항을
이해
일할 준비가 됨
완료 체크포인트
계획 실적 지연지연
한번 커널에 매핑되면 표준화된 관점으로
모니터링됨
15

16. 소프트웨어 개발 경력 3년
방법론 잘 모름
작업 완료 기준을 잘 모르겠음
재작업률이 높음
• 언제, 누가, 어떻게 하는
일인지 프로세스를 이해
• 작업의 완료 기준명확화
Context
Pain
Point
개발자 관점
16

17. The path to follow
Who When
How
개발활동에 대한 명확한 역
할, 입력/출력 산출물과 수준,
준수사항을 가이드
17

18. The path to follow
Who When
How
개발활동에 대한 명확한 역
할, 입력/출력 산출물과 수준,
준수사항을 가이드
Scrum Practice
Opportunity
Viable
Addressed
Opportunity : Addressed
 A usable system that demonstrably addresses the opportunity is
available.
 The stakeholders agree that the available solution is worth deploying.
 The stakeholders are satisfied that the solution produced addresses
the opportunity.
Work
Under Control
Concluded
Work : Concluded
 All outstanding tasks are administrative housekeeping or related to
preparing the next piece of work.
 Work results have been achieved.
 The stakeholders have accepted the resulting software system.
Sprint Review
Product Owner
18

19. Product Owner (발주자)
한해에 5개 이상의 많은 S/W 프
로젝트를 수행
각각의 프로젝트는 각기 다른
공급자에 의하여 다른 관리 방
법론을 허용해주어야 함
• 하나의 관점으로 프로젝트를 관
리할 수 있는가?
• 균형적인 지표로 관리할 수 있는
가?
Context
Pain
Point
19

20. Points about traffic signal or project
status
So what’s
next to
do?
Well, I will
show you how I
determine the
next activities
to achieve the
next goal state.
Current State Goal State
20

21. 다양한 기술 (Big Data, SnS,
Cloud) 을 적용하는 프로젝트를
관리해야 하는 이슈
하나 이상의 관리 방법론 (Big
Data, UI/UX, SOA/MSA) 을 적용
함에 있어 용어 충돌 및 테일러
링
• 하나 이상의 프랙티스를 잘 통합할 수
없나
• 프랙티스들의 관리 커버리지를 파악
Context
Pain
Point
Project Manager
21

22. Scrum / Agile
Big Data / IoT
UML / RUP
UI / UX
어느 SW 컨설팅사의 Pain-point: 다양한 고
객의 역량과 프로젝트 상황과 에 맞게 최적화
된 프랙티스들을 조합하여 적용하기 어려움
프랙티스 조합하기
22

23. 하나 이상의 방법론의 커버리지 파악
방법론 B
방법론 A
Kernel elements additionally covered by Agile
Modeling
Kernel elements covered by Scrum
23

24. S/W 프랙티스 학습과 관리의 관점
동일한 의미 이해와
완료조건의 명확화
그리고
관점의 일원화, 균형
화 되는 효과
24

25. Essence 적용사례: essencia.live
Essence 를 지원하는 Open Source / SaaS
Jump to
workspace
Jump to
Practice
Composer
Sign-up
End of
process
Practice
Shopping
Running
Process
Project
Benchmark
Work with
JIRA, MSP
Work with
team
Practice
composition
Method
composition
Upload
marketplace

26. Marketplace
자신의
회사(태넌트)에 맞는
SW 개발 프랙티스를
구매하는 공간.
다양한 제공자가
프랙티스를 개발하여
제공할 수 있으며 가격을
설정하고 판매.
Marketplace Practice Shopping

27. Structural View
프랙티스 세부 열람
OMG 표준 노테이션
기반의 알파,
워크프로덕트, 액티비티
등의 구조를 파악함
Dashboard Practice Explorer > Detail > Structural View

28. Work Product Card View
카드 기반 산출물,
알파, 액티비티 세부
사항 보기
OMG 표준 기반으로
산출물의 수준별, 알파의
State 별 준수사항
(Checkpoint)를 열람
Dashboard Practice Explorer > Detail > Work Product Card

29. Project Detail
실행된 프로젝트 상세
프랙티스를 적용하여
실행된 프로젝트의
세부적인 내역과
알파뷰에 따른 균형적인
진행 상태를 파악할 수
있음
Dashboard Project Explorer > Detail

30. Project Benchmark
프로젝트 벤치마킹
하나 이상의 프로젝트의
진행상태에 대한
균형적인 지표를
기반으로 벤치마킹이
가능함
Dashboard Project Benchmarking

31. Tool Integration
JIRA Issue item 과 통합
JIRA에서 부여받은 Issue
item 에 세부적인 절차와
내역을 Essence 표준
카드 뷰를 통하여
이해하면서 작업
Tool Integration JIRA Integration > Work item

32. Practice Composer
Kernel-Practice
Mapping
에센스 기본
LanguageElement 들과
Kernel 을 Drag-n-drop
하여 프랙티스 요소를
매핑하고 검증함.
Practice Composer Practice Mapping > Kernel-Practice Mapping

33. Practice Composer
세부 요소 문서화
프랙티스 각 세부요소에
대한 설명을 Web Editor
와 편집기를 통하여
세부적인 설정 및 문서화
작업을 수행하고 해당
요소의 카드뷰를
미리보기 할 수 있음.
Practice Composer Practice Composer > Element Documenting

34. Practice Composer
실행가능 프랙티스
전환
구조적으로 정의된
프랙티스의 액티비티
시맨틱을 기반으로 실행
모델을 추출하여 자동으로
스윔래인, 액티비티,
액티비티 설정을 수행함.
사용자는 시퀀싱과
서브프로세스 및 이벤트만
입력하면 됨.
* uEngine BPMS Engine
Practice Composer BPMN Modeler > BPMN 전환 및 시퀀싱

35. It’s time to move!
12
6
39
4
57
8
10
11
2
1
이제 바로 OMG 표준의 증명된
방법으로 프로젝트를 균형
있게 관리하세요
http://www.omg.org/spec/Essence
http://semat.org
http://essencia.live
35