Essence 1.0 “SW 개발 방법론의 새로운 접근법”
2015.07.16 발표자 : 신창섭 이사
© 2015 Shin Chang Sub. All rights reserved.
Essence 1.0
방법론이란? 학원에서 배우는 방법론
프로젝트에 필요한 방법론
?
프로젝트에서 가끔 만나는 잘못된 방법론
1
Essence 1.0
발표 구성
Essence 개요
Essence의 필요성
적용 사례
• SEMAT
• Practice-Centric
• 기본적인 활용방안
• Essence 정의
• Simple & Prctical
• 기업의 적용사례
• Essence의 구성요소
2
Essence 1.0
Essence 개요
Essence 개요
Essence의 필요성
적용 사례
• SEMAT
• Practice-Centric
• 기본적인 활용방안
• Essence 정의
• Simple & Prctical
• 기업의 적용사례
• Essence의 구성요소
3
Essence 1.0
SEMAT
Software Engineering Method and Theory www.semat.org Founded by the Troika in September 2009: Ivar Jacobson – Bertrand Meyer – Richard Soley
• 종래 축적된 다양한 SW공학 이론 및 베스트 프랙티스들을 공통의 기본 커널 및 프레임워크 위에서 재정립 • 메타모델을 정의하여 상이한 방법론의 산출 요소들간의 복잡한 관계 명시
Essence
• 방법론 간 산출물의 일관성 및 추적성 유지
• 중복 업무 처리 등으로 발생되는 낭비 요소 제거 4
Essence 1.0
ESSENCE : 방법론이 아니라… Kernel and Language for Software Engineering Methods Enterprise Method Architecture
커널 기본 3 원칙
Is a federation of
Method Is composed of
Practice Is described using
Kernel
ESSENCE
Is defined in term of
Language
Most importantly the kernel is result-focused to make it executable. 5
Essence 1.0
목표 달성을 위한 새로운 기법 : 에센스
에센스는 세계적인 IT석학들이 모여서 만든 방법론의 국제 표준
약 10만개의 방법론
>
약 300개의 Practice
>
7개의
α
6
Essence 1.0
ESSENCE : Alpha
fulfils
Work
Software System
support
Requirement
Stakeholders
produces
set up to address
focuses
Solution
provide
Scopes and constrains
Endeavour
Opportunity
use and consume
Customer
Alpha is an acronym for an Abstract-Level Progress Health Attribute.
performs and plans
Team
Way of Working
7
Essence 1.0
ESSENCE : Alpha State and Check List Alpha State and Check List help you understand progress, targets and project health.
각 상태 별로 확장 가능한 체크리스트가 정의되어 있음
8
Essence 1.0
ESSENCE : Activity Spaces The Activity Spaces provide descriptions of the challenges a team faces when developing, maintaining and supporting software systems
9
Essence 1.0
ESSENCE : Competency A characteristic of a stakeholder or team member that reflects the ability to do work.
Endeavour
Solution
Customer
Level Low Stakeholder Representation
Assists Applies
Analysis
Development
Testing
Masters
Adapts Innovates Leadership
Management
High
10
Essence 1.0
ESSENCE : The Language 에센스 커널 영역
각 사의 고유 방법론 영역
Template
Checklist
Guideline Role
11
Essence 1.0
Activity Space & Target Alpha State
12
Essence 1.0
SCRUM 예시 Scrum Practice Stakeholder Requirement Opportunity
Product Vision
Requirement Requirement
Product Backlog
Software System
Product Increment
Team
Scrum Team
Work
Release Plan
Sprint Backlog
Sprint Plan Task Board Work Remaining Burndown Chart Way of Working
Definition of Done Scrum Guide
Role
Product Owner Scrum Master Developer
13
Essence 1.0
SCRUM 예시 Explore Possibilities
Product Envisioning
Understand Stakeholder Needs Understand the Requirements
Release Planning
Prepare to Do the Work Coordinate Activity
Support the Team
Sprint Planning
Daily Scrum
Ensure Stakeholder Satisfaction Track Progress
Sprint Review
Sprint Retrospective
14
Essence 1.0
SCRUM 예시 Stakeholder
Product Vision
Release Plan
Product Backlog Scrum Team
Sprint Plan
Product Envisioning
Release Planning
Sprint Planning
Explore Possibilities
Understand Stakeholder Needs
Opportunity
Reconized
Identified
Represented
Solution Needed
Involved
Value Estab.
In Agreement
Viable
Understand the Requirements
Work Remaining Burndown Chart
Product Increment
Definition of Done Scrum Guide
Team
Prepare to Do the Work
Selected
Understand the Requirements
Sprint Review
Principles Estab.
Initiated
Foundation Estab.
Prepared
Started
Formed
Collaborating
Track Progress
Performing
Track Progress
Work
Coherent
Support the Team
Ensure Stakeholder Satisfaction
Way of Working
Bounded
Daily Scrum
Software System
Conceived
Coordinate Activity Task Board
Requirement
Satisfied for Deployment
In Use In Place Under Control
Addressed
Working Well
Concluded
Sprint Retrospective
15
Essence 1.0
Essence의 필요성
Essence 개요
Essence의 필요성
적용 사례
• SEMAT
• Practice-Centric
• 기본적인 활용방안
• Essence 정의
• Simple & Prctical
• 기업의 적용사례
• Essence의 구성요소
16
Essence 1.0
① Practice-Centric ② Simple & Practical
17
Essence 1.0
방법론과 현장의 GAP
과거에 비해 고객이 원하는 서비스는 더욱 다양화, 복잡화 되고 있음
따라서 현장 상황에 맞춘 프로세스 대응은 더욱 어려워지고 있음 예시) 컨설팅 회사의 방법론에 대한 고민
컨설팅 회사의 준비된 서비스
고객이 원하는 컨설팅 서비스
18
Essence 1.0
짧은 수행기간의 효과적 대응 ① Reference Model의 활용
+
② 최적의 Practice 선택과 조합
업무 및 정보시스템 종합진단
미래형 비즈니스 지원설계
사용자 업무경험 환경개선
전행 IT 종합진단 방법론
Analytics 프로세스 개선 방법론
User Experience 방법론
실용적 IT 아키텍처 정의
EA/ISP 방법론
IT거버넌스 항해지도 만들기
IT 관리체계 개선 방법론
고려요소 은행참조모델
증권참조모델
보험참조모델 차세대 보험 Issue Pool
차세대 개선과제 Pool
차세대 보험 개선과제 정의
차세대 보험 프로세스 모델
구축목적
차세대 보험 데이터 모델
Depth
View
Business
Process
Strategy
차세대 보험 이슈 Pool
차세대 보험 개선과제 정의
차세대 보험 프로세스 체계도/모델
기업특성
차세대 보험 데이터 모델
선진기업 벤치마킹을 통한 혁신 주도 관점
Model
팀원역량
BI
Management
ITG DI
PM UX
Application
요구사항
IT Infra
EA PI
차세대 보험 개선과제 Pool
Data
ISP
DM
SOA
ITI PMO ITPR
SA BS(Meta Data, BRMS)
기업 차별화를 목적으로 한 경쟁력 향상 관점
19
Essence 1.0
짧은 수행기간의 효과적 대응 ① Reference Model의 활용
+
② 최적의 Practice 선택과 조합
업무 및 정보시스템 종합진단
미래형 비즈니스 지원설계
사용자 업무경험 환경개선
전행 IT 종합진단 방법론
Analytics 프로세스 개선 방법론
User Experience 방법론
실용적 IT 아키텍처 정의
EA/ISP 방법론
IT거버넌스 항해지도 만들기
IT 관리체계 개선 방법론
20
Essence 1.0
방법론 간의 Best Practice 공유
방법론을 이루는 세부 Practice 관점에서는 다수의 서비스간에 공유되는 영역이 존재
Depth
View
Business
Process
Data
IT Infra
Management
ISP Strategy
EA PI
Model
BI
DI PM
UX Application
ITG DM
SOA
ITI PMO ITPR
SA BS(Meta Data, BRMS)
21
Essence 1.0
방법론 간의 Best Practice 공유
2e의 방법론들은 타 방법론들의 장점들을 서로 모방 흡수하며 발전하여 왔음
하지만 효과적 학습과 적용에는 상당한 어려움이 있었음 방법론 영향도 예시 서비스
PI 3.0
성숙도
DI 2.0 DW
PI 2.0
ISP 2.0 ISP
DI
EA
ISP 3.0
UX
PI
BIG data
시간 22
Essence 1.0
새로운 패러다임 : 프렉티스 핵심이 되다
RUP와 같은 전통적 프로세스는 요구분석, TDD, 아키텍처, CBD기반 개발 등 각기 다른 단위 목적의 성취를 돕는 (눈에 보이지도 명확하지도 않은) 프렉티스들을 섞어놓은 것과 같다
① 각 프렉티스는 다른 프렉티스와 분리되어 관리되며, 쉽게 분리가능 하도록 구성
② 필수적인 것과 그렇지 않은 것을 분리 ③ 명시적 지식을 암묵적 지식으로부터 균형적으로 분리
④ 프로세스를 정의하는 사람과 사용자간의 다른 관점을 분리
프렉티스를 Common Ground 위에 구성하여 서로 호환가능
23
Essence 1.0
Cross-cutting Practice
Social and other
Technical Practice
In the industry there are 300’s of practices
Key :
Peer Practice
Extension Practice 24
Essence 1.0
Cross-cutting Practice
Social and other
Technical Practice
We need to be able to select the practices we want…
Key :
Peer Practice
Extension Practice 25
Essence 1.0
…and plug them together
26
Essence 1.0
Practice란?
Practice에 대한 에센스 표준에서의 정의 특정한 목적 달성을 위해 어떤 일을 수행하는 반복적 접근법 주어진 작업의 까다로운 부분을 다룰 체계적이고 검증 가능한 방법을 손쉽게 제공 다수의 방법론의 부품이 될 수 있음
27
Essence 1.0
Practice 예시
간단한 카드(View)와 체크리스트를 가지고 활용 가능
28
Essence 1.0
Practice 조립 적용사례
29
Essence 1.0
Practice 관리를 위한 출발!
“Essence”
갈수록 다양해지고 변화하는 고객요건에 대한 최적 대응전략은 Practice의 효과적 조합!
이를 위한 최적의 표준이 바로 “Essence”!
30
Essence 1.0
① Practice-Centric ② Simple & Practical
31
Essence 1.0
방법론의 딜레마
방법론(또는 프로세스) 문서가 구체화 될수록 (두꺼워 질수록) 읽는 사람이 점점 줄어든다.
반대로 문서가 얇아질수록 회의와 교육이 늘어난다
OR
32
Essence 1.0
33
Essence 1.0
간단한 체크리스트의 엄청난 힘!
Simple Checklists save lives… …why not software project?
34
Essence 1.0
Project Checklist!
35
Essence 1.0
Project Checklist!
36
Essence 1.0
무엇을 가지고 일을 할지 이해하기
37
Essence 1.0
무엇을 해야 할지 이해하기
38
Essence 1.0
필요정보의 확장 및 연결
카드에 있는 정보는 핵심적인 것만 있지만 다양한 다른 자원을 연결할 수 있음
Tools Hints & Tips
Examples
Common Mistakes Review Guidelines
Books /
Templates
References 39
Essence 1.0
필요정보의 확장 및 연결
리소스와 패턴을 활용하여 부가적인 정보 제공 가능
40
Essence 1.0
적용사례
Essence 개요
Essence의 필요성
적용 사례
• SEMAT
• Practice-Centric
• 기본적인 활용방안
• Essence 정의
• Simple & Prctical
• 기업의 적용사례
• Essence의 구성요소
41
Essence 1.0
#1. 프로젝트 플래닝 중요
의사결정 포인트 결정 - Determine Major Decision Points
의사결정
포인트 정제 - Refine the Decision Points
세부사항
결정 - Fill in more Details Decision Points
Development
Idea
Production
Decision
Decision
to Start Dev.
To Go Live
(코딩 시작)
(제품 릴리즈) 42
Essence 1.0
#1. 프로젝트 플래닝 - 알파를 통한 계획 상세화 프로젝트 승인 전 단계
개발 단계
제품 활용 단계
Building the Business Case
Developing the Software
Operating the Software
Skinny System Available
Decision To Fund
Usable System Available
Decision To Go Live
43
Essence 1.0
#1. 프로젝트 플래닝 - 방법론이 다르면 프로젝트 계획도 달라야! 단계
Before Approval (승인 前 단계)
In Development (개발 단계)
애자일 방법론 Requirements
전통적 방법론
Software Sys.
Requirements
Software Sys.
Conceived
Conceived
Bounded Coherent
Architecture Selected
Bounded
Architecture Selected
Coherent
Demonstrable
Useable
Acceptable
Usable
Ready
Acceptable
Demonstrable
Ready
In Production (제품 활용 단계 )
Addressed
Operational
Addressed
Operational
Fulfilled
Retired
Fulfilled
Retired
Decision To Start
Decision To Go Live
44
Essence 1.0
#2. 프로젝트 현재 진행 상황 체크 - 알파와 알파상태
Requirements 개념정의
목적정의
명세정의
이해관계자 동의
구현
이해관계자 만족
Software System
Work
Team
45
Essence 1.0
#2. 프로젝트 현재 진행 상황 체크 - 알파와 알파상태
Requirements 개념정의
목적정의
명세정의
이해관계자 동의
구현
이해관계자 만족
Software System
완료
미완료
Work
Team
46
Essence 1.0
#2. 프로젝트 현재 진행 상황 체크 - 상태 카드를 적용하여 현황 진단
미완료
Requirements 개념정의
Software System
목적정의
명세정의
이해관계자 동의
구현
이해관계자 만족
완료
Work
Team
현재 작업 중 (Doing) 인 일 47
Essence 1.0
#3. 여러 프로젝트간 진행 상태 비교 각 프로젝트의 Practice별 진행상황(현재 상태, 소요시간, 투입자원 등)의 체크를통해 프로젝트간의 비교와 지원이 필요한 프로젝트의 식별등이 가능해짐
프랙티스
Opportunity Requirement Work Way of Working
프로젝트 A 프로젝트 B 프로젝트 C
48
Essence 1.0
#4. 방법론 점검 및 문제 영역 식별 (too much vs. too less)
49
49
Essence 1.0
#5. 팀 역량 분석
50
Essence 1.0
#6. 계획 대비 현황 Gap 분석
51
Essence 1.0
History of Munich Re (뮌헨 재보험)
샌프란시스코 대지진 Health 분야 진출 재보험사 설립 허리케인 카트리나
52
Essence 1.0
뮌헨 재보험 – IT 조직 뮌헨의 IT 조직은 글로벌 거버넌스와 서비스를 통해 비즈니스를 지원
53
Essence 1.0
IT 서비스를 글로벌하게 제공받음
어플리케이션 개발의 조직은 분야별로 나뉘어 짐 (PM, 요구사항, 기술아키텍처, 개발, 테스트) 서비스 개발 및 테스트에 대한 아웃소싱 및 해외 소싱의 비율이 높음 문제점
분야별로 제 각각의 엄격하게 순차적이고 인위적인 접근 방법론 사용
새로운 작업 방식 필요성 대두 54
Essence 1.0
프로젝트 특성에 따른 4가지 Starter Pack 방법론 MR Essentials SEMAT 에센스를 적용 4가지 Starter Pack 수립 Practice Stakeholder Opportunity Requirement Software System Team Work Way of Working
55
Essence 1.0
Structure of MR Essentials
56
Essence 1.0
MR Essentials – Core Practices & Pool of Practices
57
Essence 1.0
시뮬레이션 워크샵을 통한 경험 공유 및 전파
Project Managers
Coaching Community Munich & Americas
58
Essence 1.0
MR Essentials 프로젝트 결론 및 시사점
SEMAT의 개념이 어플리케이션 개발 중 작업 방식을 논의하고 정의하는데 매우 효과적으로 사용 될 수 있음 SEMAT의 개념은 강력면서도 매우 실용적이고 정교함 SEMAT의 개념은 소프트웨어 엔지니어링 접근 방법에 대해 새로운 접근법을 제공 소규모의 고도의 전문가 그룹에 특히 효과적 툴 지원이 필요함
59
Essence 1.0
뮌헨재보험(MR) Essentials 프로젝트의 의의 개선기회 • 전세계적으로 분산된 어플리케이션 개발 부서 • 국외 아웃소싱 비율 높음 • 서비스 품질 수준 제고 필요
의의 • 각 방법론을 20개의 Practice 단위로 부품화 • 4가지 유형의 표준 “Starter Pack”을 마련 • 각 프로젝트 상황에 따라 Practice 교환 또는 추가를 통해 유연하게 프로젝트 상황 대처 60
Essence 1.0
후지쯔 – 기업 환경 및 기업 니즈 시장 현황
후지쯔의 포부
비즈니스 응용 프로그램에 대한 결정을 내릴 때 기업은 점점 더 복잡한 환경에 직면
비즈니스 요구사항 • • • • • •
비용 절감에 초점 변화의 증가 폭 상승 경쟁 우위를 창조하고 유지할 필요 고객 만족도와 충성도의 중요성 중요한 비즈니스 정보에 대한 수요 업계 규정 및 표준 준수 후지쯔의 도전과제
기성품이 아닌 맞춤복! • 하나의 방법론으로 모두
• Way of Working • Resource • Service • Delivery
커버하려는 생각에서 벗어남 • 애자일 방법론에 대한 욕구 • 확장성 있는 방법론 필요 • CMMI 준수 필요 61
Essence 1.0
후지쯔의 선택, Essence!! • 새로운 접근법
에센스
• 획일적 프로세스 지양
• 국면에 근거한 시각 • 핵심 기본 구조 • 정확히 필요한 만큼의 프로세스
• 방법론에 대한 고객의 다양한 요구 사항 충족 • 고객의 요구 사항을 충족하기 위한 맞춤형 방법론
• 에센스를 적용하여 개발과 연계한 프로그램 관리 툴인 Apt 개발 APT 툴 프레임 워크 확장성 있고 유연함 핵심 기능이 제어, 일관성 및 품질을 보장하며 이를 통해 프레임을 확장 함
• 방법론 수립 후 툴 내에서 WBS 및 타스크 자동 생성 • 에센스에 기반한 방법론을 全 개발 사이클에 적용 62
Essence 1.0
후지쯔 Apt 특징
최신 개발 기술 접목 Modern Development Techniques
63
Essence 1.0
후지쯔 Apt 특징
Apt 계획 및 엑티비티 관리 Apt Planning & Activity Management
64
Essence 1.0
후지쯔 Apt 특징 요약 서로 다른 국가 및 시간대에 분산된 팀의 작업을 효율성을 매우 높임 팀들이 수행하기 명확하고 효과적으로 일하는 방식 제공 프로젝트 요구 사항 및 솔루션의 복잡성과 노력 및 시간척도의 명확한 연계 저렴한 비용으로 빠른 프로젝트 시작 관리 상태 및 진행의 실시간 가시성 직원과 고객을 위한 현대적이며 매력적인 환경 응용 프로그램 서비스에 린 접근 방식을 장려
견고하고 신뢰할 수 있는 개발 인프라 높은 품질과 생산성을 주는 동시에 방법론과 도구의 통합을 통해 시간과 비용을 절약
Summary Benefits of Apt 65
Essence 1.0
에센스가 후지쯔에 준 효익
How SEMAT benefits Fujitsu 다양한 프랙티스 생태계 활성화, 지원 및 육성 공통적인 근본 프로세스 언어 고객 및 파트너와의 더 나은 프로세스 통합
강력한 작업 파트너십을 빠르게 수립 린 소프트웨어 개발 촉진
66
Essence 1.0
후지쯔의 프랙티스 추가 Manage Application Transition Application Value Assessment Test Management Manage Risk SOA Service Definition SOA Service Architecture Extension SOA Service Use Case Extension Business Use Case Fujitsu Architecture Development Method Manage Application Re-Platforming
67
Essence 1.0
후지쯔 프로젝트의 의의 개선기회 • 고객의 요구와 회사의 표준 방법론간의 괴리 발생 • 획일화된 방법론 탈피 필요 • 비용 절감과 더불어 변화에 대한 유연한 대처 필요
의의 • 방법론 조립부터 계획수립, 프로젝트 실행, 전체 모니터링 등 개발 사이클 全 기간을 에센스 기반으로 통합하여 일관성 확보 • 프로젝트 관리도구와 연계하여 대규모 프로젝트에 사용 가능한 환경 구성 68
Essence 1.0
컨설팅 방법론에의 접목
고객의 다양한 서비스 요구에 기민하게 대응할 수 있도록 컨설팅 서비스의 부품화를 통해 시장에 대응하고자 재사용 가능한 Practice 도출 시범 프로젝트 수행 ISP
정보화 수준진단 비즈니스 모델분석 IT전략수립 목표 아키텍처 수립 기술 아키텍처 검증 실행계획수립
PI 비즈니스 모델분석 프로세스 분석 Biz 변화방향 설계 목표 프로세스 설계 실행계획 수립 변화관리
비즈니스 모델분석
Opportunity
개선기회
Requirement
Biz Goal
Work
Analytic 분석
Way of Working
Theory 식별
Explore Possibilities
엔터프라이즈 이해
Understand Stakeholder Needs
비즈니스모델 평가
Understand the Requirements
혁신목표 설정
Shape the System
목표 Biz 모델 정의
Coordinate Activity
가설과 모형 개발
Track Progress
통계분석, 모형검증
69
Essence 1.0
작업내용 - ① 기존 방법론으로부터 프랙티스 후보 분리 ①연구대상 컨설팅 서비스 선정
②컨설팅 서비스 프랙티스 도출
③정련 대상 프랙티스 선정
④대상 프랙티스 정련
⑤프랙티스 보고서 작성
70
Essence 1.0
작업내용 - ② 기존 활동과 산출물을 에센스에 매핑 1. Alpha relevant 분석 Opportunity
Stakeholder
Requirements
3. Outline Practice Software System
Work
프로젝트목록
프로젝트로드맵
프로젝트정의서
Work Team
프로젝트정의서
프로젝트로드맵
추진체계정의서
Prepare to Do the Work
Way of Working
2. Activity Space vs. Activity relevant 분석 Understand Stakeholder Needs
Explore Possibility
Understand the Requirements
프로젝트목록
Shape the System
Implement the System
Ensure Stakeholder Satisfaction
Test the System
Use the System
Deploy the System
Coordinate Activity
프로젝트정의
추진체계정의
Support the Team
Track Progress
우선순위평가
소요자원계획
기대효과분석
프로젝트로드맵수립
프로젝트 정의
Coordinate Activity
추진체계정의
Operate the System
Team Prepare to Do the Work
프로젝트정의
추진체계정의서
Stop the Work
우선순위평가
이행로드맵수립
소요자원계획
기대효과분석
71
Essence 1.0
작업내용 - ③ 프렉티스 완성
72
Essence 1.0
투이컨설팅 프로젝트(파일럿)의 의의 개선기회 • 컨설팅 서비스간의 Best Practice 호환 및 전파 • 프로젝트 상황에 맞는 유연한 방법론 구성 능력 필요 • 프로젝트 인원의 방법론에 대한 빠른 적응 필요
의의 • 파일럿을 통해 컨설팅 서비스에 에센스 적용가능성 확인 • 각 방법론에 대한 강/약점의 효과적 분석 • 프랙티스 중심의 개선 로드맵 수립 가능
73
Essence 1.0
요약
CBD, SOA 등 다양한 기술적 관점의 소프트웨어 공학의 발전이 이루어졌지만 정작 SW 개발 방법론 자체에 대한 공학적 접근이 미흡 이를 해결하고자 SPEM, Essence 등 표준이 만들어지고 있음 이제는 소프트웨어 개발 경쟁력 확보를 위한 방법론의 효율화에 대한 노력을 Practice 관점으로 전환하여야 함 OMG 국제표준인 ‘Essence 1.0’을 활용하여 기업내의 방법론에 대한 자산화와 국제적으로 효과가 입증된 Practice의 도입과 접목을 시도할 필요가 있음
74
Essence 1.0
참고자료 1.
OMG, “Essence-Kernel and Language for Software Engineering Methods 1.0 Beta 1,” July 2013. (http://www.omg.org/spec/Essence/1.0/Beta1/)
2.
OMG, “Essence – Kernel and Language for Software Engineering Methods, Beta 2,” March 2014.
3.
Software Engineering Method and Theory (SEMAT) (http://semat.org/)
4.
I. Jacobson, P. Ng, P. McMahon, I. Spence and S. Lidman, The Essence of Software Engineering: Applying the SEMAT Kernel, Addison-Wesley, 2013.
5.
J. S. Park, “Activity-Centric Mapping of Software Engineering Practices to Essence Kernel,” KAIST, Daejeon, Korea, 2013.
6.
C. Peraire and T. Sedano, “State-based Monitoring and Goal-driven Project Steering: Field Study of the SEMAT Essence Framework,” Carnegie Mellon University Silicon Valley, Moffet Field, 2013.
7.
J. S. Park, P. E. McMahon and B. Myburgh, “Scrum Powered by Essence,” KAIST, Daejeon, Korea, 2014.
8.
J. S. Park, “Software Engineering and Essence Kernel”, KAIST, Daejeon, Korea, 2014.
75
Essence 1.0
76
