ESSENCE : 방법론이 아니라…

2015년 7월 16일 ... 1. Essence 1.0. 방법론이란? 학원에서 배우는. 방법론. 프로젝트에서. 가끔 만나는. 잘못된 방법론 ? 프로젝트에. 필요한 방법론 ..... 애자일 방법론. 전통적 방법론. Requirements. Software Sys. Re...

83 downloads 369 Views 9MB Size
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