© 2015 Shin Chang Sub. All rights reserved.

2015.07.16

발표자 : 신창섭 이사

Essence 1.0 “SW 개발 방법론의 새로운 접근법”

1

Essence 1.0

방법론이란?

학원에서 배우는 방법론

프로젝트에서 가끔 만나는

잘못된 방법론

? 프로젝트에 필요한 방법론

2

Essence 1.0

발표 구성

• SEMAT

• Essence 정의

• Essence의 구성요소

• Practice-Centric

• Simple & Prctical

• 기본적인 활용방안

• 기업의 적용사례

Essence 개요 적용 사례 Essence의 필요성

3

Essence 1.0

Essence 개요

• SEMAT

• Essence 정의

• Essence의 구성요소

• Practice-Centric

• Simple & Prctical

• 기본적인 활용방안

• 기업의 적용사례

Essence 개요 적용 사례 Essence의 필요성

4

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

5

Essence 1.0

ESSENCE : 방법론이 아니라…

Kernel and Language for Software Engineering Methods

Enterprise Method Architecture

Method

Practice

Kernel

Language

Is a federation of

Is composed of

Is described using

Is defined in term of ESSENCE Most importantly the kernel is

result-focused to make it executable.

커널 기본 3 원칙

6

Essence 1.0

목표 달성을 위한 새로운 기법 : 에센스

에센스는 세계적인 IT석학들이 모여서 만든 방법론의 국제 표준

약 10만개의 방법론 > 약 300개의 Practice > 7개의 α

7

Essence 1.0

Cust

om

er

Solu

tion

Endeavour

ESSENCE : Alpha

Alpha is an acronym for an Abstract-Level Progress Health Attribute.

Opportunity

Work

Stakeholders

Software System

Requirement

Team

Way of Working

provide

performs and plans

fulfils

pro

duce

s

focu

ses

support

use

and

consu

me

Sco

pes

and

constra

ins

set

up t

o a

ddre

ss

8

Essence 1.0

각 상태 별로 확장 가능한 체크리스트가

정의되어 있음

ESSENCE : Alpha State and Check List

Alpha State and Check List help you understand progress, targets and project health.

9

Essence 1.0

ESSENCE : Activity Spaces

The Activity Spaces provide descriptions of the challenges a team faces when developing, maintaining and supporting software systems

10

Essence 1.0

ESSENCE : Competency

A characteristic of a stakeholder or team member that reflects the ability to do work.

Applies

Masters

Adapts

Innovates

Assists

Level

Low

High

Cust

om

er

Solu

tion

Endeavour

Stakeholder Representation

Analysis Development Testing

Leadership Management

11

Essence 1.0

ESSENCE : The Language

에센스 커널 영역 각 사의 고유 방법론 영역

Role

Guideline

Checklist

Template

12

Essence 1.0

Activity Space & Target Alpha State

13

Essence 1.0

SCRUM 예시

Role

Scrum Practice

Product Backlog

Product Increment

Requirement Requirement

Software System

Team

Product Vision Requirement Opportunity

Stakeholder

Work

Way of Working

Release Plan

Sprint Plan

Definition of Done

Task Board

Work Remaining

Burndown Chart

Scrum Guide

Sprint Backlog

Scrum Team

Product Owner

Scrum Master

Developer

14

Essence 1.0

SCRUM 예시

Understand the Requirements Release Planning

Prepare to Do the Work

Coordinate Activity Sprint Planning

Support the Team Daily Scrum

Ensure Stakeholder Satisfaction

Sprint Review Track Progress

Sprint Retrospective

Explore Possibilities Product Envisioning

Understand Stakeholder Needs

15

Essence 1.0

SCRUM 예시

Stakeholder

Reconized

Opportunity RequirementSoftware

SystemTeam

Way of

WorkingWork

Represented

Involved

In Agreement

Satisfied for

Deployment

Identified

Solution Needed

Value Estab.

Viable

Addressed

Conceived

Bounded

Coherent

Selected

Collaborating

Foundation Estab.

Formed

Performing

In Use

In Place

Working Well

Initiated

Prepared

Started

Under Control

Concluded

Principles Estab.

Product Vision

Product

Backlog

Release Plan

Scrum Team

Task Board

Burndown

Chart

<produce

<produce

<produce

<produce

<produce

<produce

<produce

<produce

<produce

<produce

Sprint Plan

Work

Remaining

Product

Increment

Definition of

Done

Scrum Guide

Product

Envisioning<produce

Explore

Possibilities

Understand

Stakeholder

Needs

Release

Planning

Understand

the

Requirements

Prepare to Do

the Work

Sprint

Planning

Coordinate

Activity

Daily Scrum

Support the

Team

Track

Progress

Sprint

Review

Ensure

Stakeholder

Satisfaction

Track

Progress

Sprint

Retrospective

Understand

the

Requirements

16

Essence 1.0

Essence의 필요성

• SEMAT

• Essence 정의

• Essence의 구성요소

• Practice-Centric

• Simple & Prctical

• 기본적인 활용방안

• 기업의 적용사례

Essence 개요 적용 사례 Essence의 필요성

17

Essence 1.0

① Practice-Centric

② Simple & Practical

18

Essence 1.0

방법론과 현장의 GAP

과거에 비해 고객이 원하는 서비스는 더욱 다양화, 복잡화 되고 있음

따라서 현장 상황에 맞춘 프로세스 대응은 더욱 어려워지고 있음

컨설팅 회사의 준비된 서비스 고객이 원하는 컨설팅 서비스

예시) 컨설팅 회사의 방법론에 대한 고민

19

Essence 1.0

짧은 수행기간의 효과적 대응

① Reference Model의 활용 + ② 최적의 Practice 선택과 조합

IT 관리체계개선방법론

EA/ISP방법론

User Experience방법론

Analytics 프로세스개선방법론

전행 IT 종합진단방법론

IT거버넌스 항해지도 만들기실용적 IT 아키텍처 정의미래형 비즈니스 지원설계 사용자 업무경험 환경개선업무 및 정보시스템 종합진단

은행참조모델 증권참조모델 보험참조모델 차세대 보험Issue Pool

차세대 개선과제Pool

차세대 보험개선과제 정의

차세대 보험프로세스 모델

차세대 보험데이터 모델

차세대 보험Issue Pool

차세대 개선과제Pool

차세대 보험개선과제 정의

차세대 보험프로세스 모델

차세대 보험데이터 모델

차세대 보험 이슈Pool

차세대 보험 이슈Pool

차세대 보험개선과제 Pool

차세대 보험개선과제 Pool

차세대 보험 프로세스체계도/모델

차세대 보험 프로세스체계도/모델

차세대 보험데이터 모델

차세대 보험데이터 모델

차세대 보험개선과제 정의

차세대 보험개선과제 정의

선진기업 벤치마킹을 통한 혁신 주도 관점

고려요소

기업특성

구축목적

요구사항

팀원역량 기업 차별화를 목적으로 한 경쟁력 향상 관점

ViewDepth

Business Process Data IT Infra Management

Strategy

Model

Application

UXSOA

ISP

EA ITG

BI

PI

PM

DI

DM

SA

BS(Meta Data, BRMS)

ITI

PMO ITPR

20

Essence 1.0

짧은 수행기간의 효과적 대응

IT 관리체계개선방법론

EA/ISP방법론

User Experience방법론

Analytics 프로세스개선방법론

전행 IT 종합진단방법론

IT거버넌스 항해지도 만들기실용적 IT 아키텍처 정의미래형 비즈니스 지원설계 사용자 업무경험 환경개선업무 및 정보시스템 종합진단

① Reference Model의 활용 + ② 최적의 Practice 선택과 조합

21

Essence 1.0

View Depth

Business Process Data IT Infra Management

Strategy

Model

Application

UX SOA

ISP

EA ITG

BI

PI

PM

DI

DM

SA

BS(Meta Data, BRMS)

ITI

PMO ITPR

방법론 간의 Best Practice 공유

방법론을 이루는 세부 Practice 관점에서는 다수의 서비스간에 공유되는 영역이 존재

22

Essence 1.0

방법론 간의 Best Practice 공유

2e의 방법론들은 타 방법론들의 장점들을 서로 모방 흡수하며 발전하여 왔음

하지만 효과적 학습과 적용에는 상당한 어려움이 있었음

시간

서비스

성숙도

DI

ISP

EA

ISP 2.0

DW

UX PI

PI 2.0

BIG data

PI 3.0

DI 2.0

ISP 3.0

방법론 영향도 예시

23

Essence 1.0

새로운 패러다임 : 프렉티스 핵심이 되다

RUP와 같은 전통적 프로세스는 요구분석, TDD, 아키텍처, CBD기반 개발 등 각기 다른

단위 목적의 성취를 돕는 (눈에 보이지도 명확하지도 않은) 프렉티스들을 섞어놓은 것과 같다

① 각 프렉티스는 다른 프렉티스와 분리되어 관리되며, 쉽게 분리가능 하도록 구성

② 필수적인 것과 그렇지 않은 것을 분리

③ 명시적 지식을 암묵적 지식으로부터 균형적으로 분리

④ 프로세스를 정의하는 사람과 사용자간의 다른 관점을 분리

프렉티스를 Common Ground 위에 구성하여 서로 호환가능

24

Essence 1.0

In the industry there are 300’s of practices Te

chn

ical

Pra

ctic

e

So

cial an

d o

ther

Cro

ss-c

utt

ing

P

ract

ice

Key : Peer Practice Extension Practice

25

Essence 1.0

We need to be able to select the practices we want… Te

chn

ical

Pra

ctic

e

So

cial an

d o

ther

Cro

ss-c

utt

ing

P

ract

ice

Key : Peer Practice Extension Practice

26

Essence 1.0

…and plug them together

27

Essence 1.0

Practice란?

Practice에 대한 에센스 표준에서의 정의

특정한 목적 달성을 위해 어떤 일을 수행하는 반복적 접근법

주어진 작업의 까다로운 부분을 다룰 체계적이고 검증 가능한 방법을 손쉽게 제공

다수의 방법론의 부품이 될 수 있음

28

Essence 1.0

Practice 예시

간단한 카드(View)와 체크리스트를 가지고 활용 가능

29

Essence 1.0

Practice 조립 적용사례

30

Essence 1.0

Practice 관리를 위한 출발! “Essence”

갈수록 다양해지고 변화하는 고객요건에 대한 최적 대응전략은 Practice의 효과적 조합!

이를 위한 최적의 표준이 바로 “Essence”!

31

Essence 1.0

① Practice-Centric

② Simple & Practical

32

Essence 1.0

방법론의 딜레마

방법론(또는 프로세스) 문서가 구체화 될수록 (두꺼워 질수록) 읽는 사람이 점점 줄어든다.

반대로 문서가 얇아질수록 회의와 교육이 늘어난다

OR

33

Essence 1.0

34

Essence 1.0

간단한 체크리스트의 엄청난 힘!

Simple Checklists save lives…

…why not software project?

35

Essence 1.0

Project Checklist!

36

Essence 1.0

Project Checklist!

37

Essence 1.0

무엇을 가지고 일을 할지 이해하기

38

Essence 1.0

무엇을 해야 할지 이해하기

39

Essence 1.0

필요정보의 확장 및 연결

카드에 있는 정보는 핵심적인 것만 있지만 다양한 다른 자원을 연결할 수 있음

Hints & Tips

Common Mistakes

Review Guidelines

Books /

References

Templates

Examples

Tools

40

Essence 1.0

필요정보의 확장 및 연결

리소스와 패턴을 활용하여 부가적인 정보 제공 가능

41

Essence 1.0

적용사례

• SEMAT

• Essence 정의

• Essence의 구성요소

• Practice-Centric

• Simple & Prctical

• 기본적인 활용방안

• 기업의 적용사례

Essence 개요 적용 사례 Essence의 필요성

42

Essence 1.0

#1. 프로젝트 플래닝

중요 의사결정 포인트 결정 - Determine Major Decision Points

의사결정 포인트 정제 - Refine the Decision Points

세부사항 결정 - Fill in more Details

Production

Decision

to Start Dev.

(코딩 시작)

Decision

To Go Live

(제품 릴리즈)

Decision Points

Development Idea

43

Essence 1.0

#1. 프로젝트 플래닝 - 알파를 통한 계획 상세화

프로젝트 승인 전 단계 개발 단계

Skinny System Available

Usable System Available

Decision To Fund Decision To Go Live

제품 활용 단계

Building the Business Case Developing the Software Operating the Software

44

Essence 1.0

#1. 프로젝트 플래닝 - 방법론이 다르면 프로젝트 계획도 달라야!

단계 애자일 방법론 전통적 방법론

Requirements Software Sys. Requirements Software Sys.

Before Approval

(승인 前 단계)

In Development (개발 단계)

In Production (제품 활용 단계 )

Conceived

Bounded

Coherent

Acceptable

Addressed

Fulfilled

Architecture Selected

Demonstrable

Usable

Ready

Operational

Retired

Conceived

Bounded

Coherent

Acceptable

Addressed

Fulfilled

Architecture Selected

Demonstrable

Useable

Ready

Operational

Retired

Decision To Start

Decision To Go Live

45

Essence 1.0

#2. 프로젝트 현재 진행 상황 체크 - 알파와 알파상태

개념정의 목적정의 명세정의 이해관계자

동의 구현

이해관계자 만족

Requirements

Software System

Work

Team

46

Essence 1.0

#2. 프로젝트 현재 진행 상황 체크 - 알파와 알파상태

개념정의 목적정의 명세정의 이해관계자

동의 구현

이해관계자 만족

Requirements

Software System

Work

Team

완료 미완료

47

Essence 1.0

#2. 프로젝트 현재 진행 상황 체크 - 상태 카드를 적용하여 현황 진단

Requirements

Software System

Work

Team

개념정의 목적정의 명세정의 이해관계자

동의 구현

이해관계자 만족

미완료

완료

현재 작업 중 (Doing) 인 일

48

Essence 1.0

#3. 여러 프로젝트간 진행 상태 비교

각 프로젝트의 Practice별 진행상황(현재 상태, 소요시간, 투입자원 등)의 체크를통해

프로젝트간의 비교와 지원이 필요한 프로젝트의 식별등이 가능해짐

프랙티스 Opportunity

Requirement

Work

Way of Working

프로젝트 A

프로젝트 B

프로젝트 C

49

Essence 1.0

#4. 방법론 점검 및 문제 영역 식별 (too much vs. too less)

49

50

Essence 1.0

#5. 팀 역량 분석

51

Essence 1.0

#6. 계획 대비 현황 Gap 분석

52

Essence 1.0

History of Munich Re (뮌헨 재보험)

재보험사 설립

샌프란시스코 대지진

허리케인 카트리나

Health 분야 진출

53

Essence 1.0

뮌헨 재보험 – IT 조직

뮌헨의 IT 조직은 글로벌 거버넌스와 서비스를 통해 비즈니스를 지원

54

Essence 1.0

IT 서비스를 글로벌하게 제공받음

어플리케이션 개발의 조직은 분야별로 나뉘어 짐 (PM,

요구사항, 기술아키텍처, 개발, 테스트)

서비스 개발 및 테스트에 대한 아웃소싱 및 해외 소싱의

비율이 높음

분야별로 제 각각의 엄격하게 순차적이고 인위적인 접근 방법론 사용 문제점

새로운 작업 방식 필요성 대두

55

Essence 1.0

프로젝트 특성에 따른 4가지 Starter Pack 방법론

Opportunity

Requirement

Work

Team

Stakeholder

Software System

Way of Working

MR Essentials

SEMAT 에센스를 적용 4가지 Starter Pack 수립

Practice

56

Essence 1.0

Structure of MR Essentials

57

Essence 1.0

MR Essentials – Core Practices & Pool of Practices

58

Essence 1.0

시뮬레이션 워크샵을 통한 경험 공유 및 전파

Coaching Community Munich & Americas

Project Managers

59

Essence 1.0

MR Essentials 프로젝트 결론 및 시사점

SEMAT의 개념이 어플리케이션 개발 중 작업 방식을 논의하고

정의하는데 매우 효과적으로 사용 될 수 있음

SEMAT의 개념은 강력면서도 매우 실용적이고 정교함

SEMAT의 개념은 소프트웨어 엔지니어링 접근 방법에 대해 새로운

접근법을 제공

소규모의 고도의 전문가 그룹에 특히 효과적

툴 지원이 필요함

60

Essence 1.0

뮌헨재보험(MR) Essentials 프로젝트의 의의

• 전세계적으로 분산된 어플리케이션 개발 부서

• 국외 아웃소싱 비율 높음

• 서비스 품질 수준 제고 필요

개선기회

• 각 방법론을 20개의 Practice 단위로 부품화

• 4가지 유형의 표준 “Starter Pack”을 마련

• 각 프로젝트 상황에 따라 Practice 교환 또는 추가를 통해 유연하게 프로젝트 상황 대처

의의

61

Essence 1.0

후지쯔 – 기업 환경 및 기업 니즈

비즈니스 응용 프로그램에 대한 결정을 내릴 때 기업은 점점 더 복잡한 환경에 직면

비즈니스 요구사항

• 비용 절감에 초점

• 변화의 증가 폭 상승

• 경쟁 우위를 창조하고 유지할 필요

• 고객 만족도와 충성도의 중요성

• 중요한 비즈니스 정보에 대한 수요

• 업계 규정 및 표준 준수

시장 현황 후지쯔의 포부

후지쯔의 도전과제

• Way of Working

• Resource

• Service

• Delivery

기성품이 아닌 맞춤복!

• 하나의 방법론으로 모두

커버하려는 생각에서 벗어남

• 애자일 방법론에 대한 욕구

• 확장성 있는 방법론 필요

• CMMI 준수 필요

62

Essence 1.0

후지쯔의 선택, Essence!!

• 새로운 접근법

• 획일적 프로세스 지양

• 국면에 근거한 시각

• 핵심 기본 구조

• 정확히 필요한 만큼의 프로세스

에센스

• 방법론에 대한 고객의 다양한 요구

사항 충족

• 고객의 요구 사항을 충족하기 위한

맞춤형 방법론

• 에센스를 적용하여 개발과 연계한 프로그램 관리

툴인 Apt 개발

APT 툴 프레임 워크

확장성 있고 유연함

핵심 기능이 제어, 일관성 및 품질을 보장하며 이를 통해

프레임을 확장 함

• 방법론 수립 후 툴 내에서 WBS 및 타스크 자동 생성

• 에센스에 기반한 방법론을 全 개발 사이클에 적용

63

Essence 1.0

후지쯔 Apt 특징

최신 개발 기술 접목

Modern Development Techniques

64

Essence 1.0

후지쯔 Apt 특징

Apt 계획 및 엑티비티 관리

Apt Planning & Activity Management

65

Essence 1.0

후지쯔 Apt 특징 요약

서로 다른 국가 및 시간대에 분산된 팀의 작업을 효율성을 매우 높임

팀들이 수행하기 명확하고 효과적으로 일하는 방식 제공

프로젝트 요구 사항 및 솔루션의 복잡성과 노력 및 시간척도의 명확한 연계

저렴한 비용으로 빠른 프로젝트 시작

관리 상태 및 진행의 실시간 가시성

직원과 고객을 위한 현대적이며 매력적인 환경

응용 프로그램 서비스에 린 접근 방식을 장려

견고하고 신뢰할 수 있는 개발 인프라

높은 품질과 생산성을 주는 동시에 방법론과 도구의 통합을 통해 시간과 비용을

절약

Summary Benefits of Apt

66

Essence 1.0

에센스가 후지쯔에 준 효익

다양한 프랙티스 생태계 활성화, 지원 및 육성

공통적인 근본 프로세스 언어

고객 및 파트너와의 더 나은 프로세스 통합

강력한 작업 파트너십을 빠르게 수립

린 소프트웨어 개발 촉진

How SEMAT benefits Fujitsu

67

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

68

Essence 1.0

후지쯔 프로젝트의 의의

• 고객의 요구와 회사의 표준 방법론간의 괴리 발생

• 획일화된 방법론 탈피 필요

• 비용 절감과 더불어 변화에 대한 유연한 대처 필요

개선기회

• 방법론 조립부터 계획수립, 프로젝트 실행, 전체 모니터링 등 개발 사이클 全 기간을 에센스 기반으로 통합하여 일관성 확보

• 프로젝트 관리도구와 연계하여 대규모 프로젝트에 사용 가능한 환경 구성

의의

69

Essence 1.0

컨설팅 방법론에의 접목

고객의 다양한 서비스 요구에 기민하게 대응할 수 있도록 컨설팅 서비스의 부품화를 통해

시장에 대응하고자 재사용 가능한 Practice 도출 시범 프로젝트 수행

ISP

정보화 수준진단

PI

비즈니스 모델분석

비즈니스 모델분석

IT전략수립

목표 아키텍처 수립

기술 아키텍처 검증

실행계획수립

프로세스 분석

Biz 변화방향 설계

목표 프로세스 설계

실행계획 수립

변화관리

비즈니스 모델분석

Opportunity

Requirement

Work

Way of Working

개선기회

Biz Goal

Analytic 분석

Theory 식별

Explore Possibilities 엔터프라이즈 이해

Understand Stakeholder Needs 비즈니스모델 평가

Understand the Requirements 혁신목표 설정

Shape the System 목표 Biz 모델 정의

Coordinate Activity 가설과 모형 개발

통계분석, 모형검증 Track Progress

70

Essence 1.0

작업내용 - ① 기존 방법론으로부터 프랙티스 후보 분리

①연구대상 컨설팅 서비스 선정

②컨설팅 서비스 프랙티스 도출

③정련 대상 프랙티스 선정

④대상 프랙티스 정련

⑤프랙티스 보고서 작성

71

Essence 1.0

작업내용 - ② 기존 활동과 산출물을 에센스에 매핑

Stakeholder

Requirements

SoftwareSystem

Opportunity

Team

Way of Working

Work 프로젝트목록 프로젝트정의서

추진체계정의서

프로젝트로드맵

1. Alpha relevant 분석

Prepare to Do theWork

Track Progress

Explore PossibilityUnderstand

Stakeholder NeedsEnsure Stakeholder

SatisfactionUse the System

Understand the Requirements Shape the System

Implement the System

Test the System Deploy the System Operate the System

Coordinate Activity Support the Team Stop the Work

프로젝트정의

우선순위평가

이행로드맵수립

소요자원계획

기대효과분석

추진체계정의

2. Activity Space vs. Activity relevant 분석

3. Outline Practice

프로젝트정의

Team

Work 프로젝트목록 프로젝트정의서

추진체계정의서

프로젝트로드맵

Prepare to Do theWork

Coordinate Activity

프로젝트정의 우선순위평가 프로젝트로드맵수립

소요자원계획 기대효과분석

추진체계정의

72

Essence 1.0

작업내용 - ③ 프렉티스 완성

73

Essence 1.0

투이컨설팅 프로젝트(파일럿)의 의의

• 컨설팅 서비스간의 Best Practice 호환 및 전파

• 프로젝트 상황에 맞는 유연한 방법론 구성 능력 필요

• 프로젝트 인원의 방법론에 대한 빠른 적응 필요

개선기회

• 파일럿을 통해 컨설팅 서비스에 에센스 적용가능성 확인

• 각 방법론에 대한 강/약점의 효과적 분석

• 프랙티스 중심의 개선 로드맵 수립 가능

의의

74

Essence 1.0

요약

CBD, SOA 등 다양한 기술적 관점의 소프트웨어 공학의 발전이 이루어졌지만

정작 SW 개발 방법론 자체에 대한 공학적 접근이 미흡

이를 해결하고자 SPEM, Essence 등 표준이 만들어지고 있음

이제는 소프트웨어 개발 경쟁력 확보를 위한 방법론의 효율화에 대한 노력을

Practice 관점으로 전환하여야 함

OMG 국제표준인 ‘Essence 1.0’을 활용하여 기업내의 방법론에 대한 자산화와

국제적으로 효과가 입증된 Practice의 도입과 접목을 시도할 필요가 있음

75

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.

76

Essence 1.0