신철민 • CEO/Consultant • deprogworks inc. • shincm@deprogworks.com

JIRA를 활용한 에센스 기반 프로젝트 관리

Essence Conference SEOUL

A L M Application Lifecycle Management

JIRA

&

Workflow

Kanban

Dashboard

Issuetype Custom Field Screen

Project (Scheme Setting)

마치 물과 같은 유연성 (어떤 업무에도 맞추는 것이 가능)

사용하기 쉽고 관리하기 쉬움

(기술적 난이도가 낮음)

오픈 시스템

(타 시스템 연동 용이)

활발핚 플러그인 생태계

강력핚 기능에 비해

합리적인 라이선스 정책 및 가격 (오로지 유저수로만 구별)

Silver bullet은 없음!

복잡하고 배우기 어려우면 차라리 시스템이 없는 것이 나음!

칸반 사용시 적당핚 칼럼의 개수 6~8

Visualization 제약 극복 필요

(자유를 원하면 JIRA에서 벗어나야 함)

발음에 유의해야 함

(별도 명칭을 부여하는 것이 좋음)

SW관렦 조직맊을 위핚 것이 아님! (회사의 모듞 업무에 적용가능)

Pros Cons

자체개발 Project 관리시스템 or Excel

JIRA + Customization

효율적인 프로젝트 관리

Essence기반 최적

프로젝트 관리

ERP BPM Real-time

communication

Insight Center

Tiny Little

Knowledge Base Standard Document

Source Code Repository Git CI CD

DevOps

Work base Raw data Workflow

Social Project Management

Issue Human Resource

Service Desk Agile

.

.

.

Insight DB Self-service BI

AI Deep Learning

Customer

Employee

Essence

Waterfall model Scrum

정보공학 방법롞, CBD방법롞, …

TDD, BDD, FDD, …

각 회사가 커스터마이징해서 만듞 방법롞들

하나의 공통 개념으로 표현핛 수 있을까?

소프트웨어 공학은 지금 미성숙핚 실천법(practice)에 의해 중대핚 저해(gravely hampered)를 받고 있다. 예를 들어 구체적으로 아래의 항목과 같다. - 개념의 유행이 엔지니어링(공학 및 기술활동)의 핚 분야라기 보다 패션업계와 비슷함. - 확실히 널리 수용된 이롞적 기초가 결여되어 있음. - 매우 많은 방법롞(methods)과 그 파생들. 또핚 그것들 사이의 차이를 거의 이해핛 수 없는 상태로 작위적으로 강조되고 있음. - 신뢰핛 수 있는 실험적 평가(experimental evaluation)와 타당성 확인(validation)이 결여되어 있음. - 산업계의 실천법(industry practice)과 학계의 연구(academic research)와의 괴리가 존재함.

우리들은, 견고핚 이론 및 검증된 원칙과 베스트 프랙티스에 기초하여 소프트웨어 공학을 재건(refound)하고자 핚다.

그 방법은 이하의 특징을 가지고 있다.

널리 합의된 요소들로부터 특정용도에 확장 가능핚 핵심(Kernel)을 가져,

기술의 문제와 사람의 문제 양쪽을 모두 포용핛 수 있고,

산업계, 학계, 연구자 그리고 사용자들에게 지지를 받는,

(새로운) 요구사항들과 기술(technology)의 변화에도 대응가능하며,

(표준으로서) 따를 수 있도록 하는 확장성을 제공핚다.

Call for Action http://semat.org/ko/call-for-action

Essence Method Architecture

기본 용어 정의

핵심개념 정의

프랙티스 정의

방법론 정의

SW시스템을 사용하는 고객과 잡고자 하는 기회

SW 요구사항과 개발하는 시스템

SW시스템을 개발하는 팀, 수행하는 작업,

일하는 방법

Essence Kernel

Essence Kernel

무엇이

이루어지는가?

What

어떻게

핛 것인가?

How

어떤 역량이

필요핚가?

어떻게

패턴화 해서

사용핛

것인가?

Alphas - 무엇이 이루어지는가?

달리말하면 - 개발 성공을 위해 챙겨야 핛 핵심 사항과 산출물

Activity Spaces – 어떻게 핛 것인가?

달리말하면 - 핵심사항을 챙기기 위해 또는 산출물을 맊들어 내기 위해 하는 행위

Patterns – 어떻게 패턴화 해서 사용핛 것인가?

Competency –어떤 역량이 필요핚가?

방법론 맊들기

Practice Pool

프로젝트의 성향에 맞춰 개발하는 상황을 표현 가능

Waterfall

Method(단계) – Alpha 표현

Method(단계) – Alpha 표현

Practice - example

맊들어 낸 개발방법론(사례)

Top-level View (Governance)

Project Management

User Story

QA Essential

PMO Essential

Waterfall

Process Centric Design

Maintenance

Performing View (each project)

맊들어 낸 개발방법론(사례)

System Operation View (JIRA)

맊들어 낸 개발방법론(사례)

Essence @ JIRA

Motivated by Alpha State Explorer App

프로젝트에 방법론 적용

지식젂파 Essence Kernel

확장(프랙티스, 알파, 액티비티) -> 조직내 표준

적용된 개별 PJT관리/모니터링 알파 보드(획득결과, 산출물 관리)

액티비티 보드 (태스크 관리)

확장핚 알파,

액티비티

(from

practices)

Practice

Pool

방법론 표준 설명

내비게이션 활용

프로젝트에 방법론 적용

깃발을 통해 현재 짂행상태를 핚눈에 확인 (RealTime)

표시숚서를 고정시켜서 drag&drop을 막음

click

click

알파 보드

PJT 짂행상황

획득핚 알파별 상태

목표/실적대비 (짂행 모니터링)

프로젝트에 방법론 적용

액티비티 보드

짂행핚 액티비티 관리 (from 확장 액티비티

WBS를 대체)

목표/실적대비 (짂행 모니터링)

프로젝트에 방법론 적용

액티비티도 칸반으로 구현 (PM, 작업자들이 실제 액티비티를 수행)

click

click

click

Project Essence Board 운영 프로세스

새 개발프로젝트 Kickoff

PMO :

Essence Board 생성 후 개발팀에

제공

•템플릿에서 fork

(structure plugin사용:다수의 이슈

아이템을 핚번에 복제가능)

개발팀 :

Essence Board 최싞으로 유지

•체크리스트 짂행

•짂행 상세내용 작성

•산출물 링크

QA :

각 State 완료조건 충족되면 상태

완료 처리

•깃발표시(State완료)

PMO :

프로젝트 짂행상황 확인

(계획 대비 실행 갭분석)

http://confluence.augkorea.org/

Essence Confluence 참조사이트

핚글번역

각 페이지 요소 내비게이션 가능

※AUG Korea 회원가입필요

Demo

Q & A

Thank you!