애자일적용에대한 진실과오해agilesociety.co.kr/news_file/애자일 적용에 대한...Doing Agile vs. Being Agile 28 Source : Doing Agile Isnt The Same As Being Agile,

애자일 적용에 대한진실과 오해

2015. 5. 28

애자일소사이어티㈜ 이재왕 대표

Copyright © 2015 All Right Reserved 애자일소사이어티㈜

Contents

1. 프로젝트 관리자와 스크럼마스터의 차이는?

2. 애자일 개발은 문서를 안 만들어도 되는 것인가?

3. 스크럼은 쉬운 개발 방법인가?

4. 전통적/애자일 개발과의 조화는?

5. 애자일을 잘하고 있다는 기준은?

6. Q & A

2


발표자 소개

이 재 왕

- 애자일소사이어티㈜ 대표

- Project Management Professional, Certified Scrum Professional,

- Certified Scrum Master, Agile/Scrum/PMO 전문 컨설턴트

주요 컨설팅 및 강의 경력

– NIPA SW공학센터, 삼성전자, 시스코, 한화투자증권, 이랜드시스템스, LG이노텍, 하나은행 등

3

4

프로젝트 관리자와 스크럼마스터의 차이는?


Scrum Master

• 서번트 리더로서 개발팀이 생산적이고 가치 있는 일을 할수 있도록 최대한 지원하는 역할

• 스크럼 원리에 따라 개발팀과 제품책임자가 업무를 가치있게 수행하고 잠재력을 발휘할 수 있도록 코칭

• 타 부서와의 관계 원활화와 업무수행 장애요인을 제거

• 개발팀이 업무에 몰입할 수 있도록 팀을 보호

• 개발팀이 자기조직화 할 수 있도록 팀원에게 업무를 할당하지 않으며 단지 그 과정이 잘 진행 될 수 있도록 촉진

5


스크럼마스터에 대한 의문

• 스크럼마스터는 제품개발에 책임을 지지 않는가?

• 프로젝트 관리자와 스크럼마스터는 서로 다른 존재인가?

• 기존에 있는 개발팀 리더가 스크럼마스터를 하면 되지 않을까?

• 개발팀중의 한 명이 돌아가면서 스크럼마스터를 하면 되지 않을까?

• 기타 의문?

6


Traditional Project Manager vs. Scrum Master Role

7

구 분 Project Manager 공통사항 Scrum Master

역할

프로젝트에 대한 총괄 책임을갖는다.

개발팀원들에게 명령과 통제를 통하여 업무를 할당한다.

프로젝트의 모든 중요 의사결정을 수행한다.

팀원 확보 및 팀 구성 팀원 성과 평가

개발과정에서 발생하는 이슈 및 리스크 관리

이해관계자들을 의사소통하며 업무를 조율

요구사항 변경 통제 프로젝트 계획 및 진행관리 기타 프로젝트 관리 업무

프로젝트에 대한 총괄 책임은개발팀과 분산해서 갖는다.

개발팀원들이 자발적으로 업무를 수행할 수 있는 환경을조성한다.

프로젝트의 중요 의사결정은팀과 협의해서 결정한다.

팀원들의 사기 및 워크로드를관리한다.

지속적인 프로세스 개선 가이드


Traditional Project Manager vs. Scrum Master Mindset

8

구 분 Project (Development) Manager Scrum Master (Agile Leader)

본인에 대한인식

리더는 조직의 성공을 위하여 팀원에게 지시하고 평가 하는 사람으로 팀원과 수직적관계이다.

리더는 조직의 성공을 위하여 팀원의 성장을 지원하는 사람으로 팀원과 수평적 관계이다.

일정관리업무 수행의 불확실성을 고려하지 않으며계획에 맞출 것을 요구한다.

업무 수행의 불확실성을 인식하며 팀원들간의 협력을 통한 문제해결에 초점

팀원에대한 인식

팀원은 조직의 성공과 목표 달성을 위하여활용할 수 있는 하나의 자원이자 수단이다.

팀원은 가치 창조의 원천이며 그들이 최대한 역량을 발휘할 수 있도록 지원

팀원관리방식

X이론 관점에서 팀원을 인식하며 명령과통제, 보상과 처벌을 활용한다.

Y이론 관점에서 팀원을 인식하며 팀원들과대화와 타협을 통하여 설득한다.

팀원들의 개인적인 감정을 별로 고려하지않으며 목표 달성을 독려한다.

팀원들의 사기 및 즐겁게 일할 수 있는 업무환경 조성을 통하여 개발팀이 목표달성할 수 있도록 지원한다.

9

전통적 프로젝트 관리자가 애자일을 잘 적용하기

위해서는 스크럼마스터의 역할과 마인드셋으로

전환해야 한다.


애자일 프로젝트 리더가 가져야 할 스킬

• 애자일 프로세스 및 전통적 개발 프로세스

• 대인관계 스킬(코칭 및 퍼실리테이션, 커뮤니케이션, 협상 등)

• 서번트 리더십 및 적응(Adaptive) 리더십

• 최신의 제품 개발 프로세스(TOC, Lean Startup, Design Thinking 등)

• 개발 제품에 대한 지식

10

11

애자일 개발은 문서를 안 만들어도 되나요?


Agile Development Manifesto (2001)

• Working software over comprehensive documentation

• Working software is the primary measure of progress.

12

고객에게 가치가 없는 산출물은 최소화하고

시스템 개발에 초점


신규 프로젝트인 경우 초기 산출물

13

1

2

3

4

5

1

2

3

4

5

1

2

3

4

5

1

2

3

4

5

- 아키텍처 문서- 인터페이스 문서- 각종 개발표준 등- 기타 상위수준 분석/설계문서

14

스크럼은 쉬운 개발 방법인가?


Scrum Summary

• 3 Roles

– Product Owner, Scrum Master, Development Team

• Working Practices

– Planning : Release Planning , Backlog Refinement Meeting, Sprint Planning

– Monitoring & Control : Daily Scrum , Sprint Review, Sprint Retrospective

• Artifacts

– Product Backlog

– Sprint Backlog

– Burndown Chart

– Task Board

15

Product

Owner

Scrum

Master

Developme

nt Team

16

“Scrum is more than a collection of practices, it’s

also a way of thinking. Scrum requires a culture of

Empowerment , Self-organizing teams, Continuous

change and improvement”

(“State of Scrum Report : Benchmarks & Guidelines”, Scrum Alliance , 2013)


애자일 적용 시 나타나는 시행착오 유형

• 프로제트팀원들이 애자일에 대한 가치를 느끼지 못하고 업무로드로 생각함

• 애자일 활동이 자발적으로 수행하지 않고 관리자의 주도하에 형식적으로 수행됨

• 애자일 효과에 대한 확신 부족으로 애자일 적용이 일부만 적용됨

• 애자일 적용에 대하여 관리자 및 경영자, 팀원 등의 불만이 지속적으로 발생됨

17


Three Perspectives of Agile Transformation

18

• 애자일 도입은 단순한 프랙티스의 적용을 의미하지는 않음

• Agile is culture and mindset changes

Organization

Process People

Culture


Process Transformation

• 요구변경에 대한 저항에서 주기적인 수용으로

– 비즈니스 변화에 능동적으로 대응

• Strong Waterfall에서 점진적/반복적 개발로

– 과도한 기획 및 분석에서 벗어나 비즈니스 가치에 초점

– Lean Startup 방식

• 이해관계자들간의 지속적인 소통과 프로세스 개선

– Daily Scrum, Sprint Review & Retrospective

19


People Transformation

• 명령과 통제 중심의 리더십에서 서번트 리더십으로

– 사람이 혁신의 원천이라는 인식

– 구성원들의 자발성과 상호협력

• 관리자 주도에서 자기조직화(Self-organizing)된 팀 중심의업무 수행으로

– 관리자의 권한 위임

– 개발팀의 오너십과 책임감

• 수동적인 업무수행에서 자기주도적인 업무 수행으로

– 구성원들간의 지속적인 대화와 상호협력(Collaboration)

20


Organizational Transformation

• 기능(Functional)팀에서 크로스(Cross)기능팀으로– 커뮤니케이션의 활성화 및 공동의 목표 및 책임감

– T자형 인재

• 성실 근면한 조직문화에서 스마트워킹 조직으로

– 오랫동안 책상에 앉아있는 것이 성과를 높이지 않음

– 유연한 근무시간, 업무 성과 중심으로 전환

• 엄격한 위계질서에서 수평적 조직으로– 소수의 의사결정과 상명하달에서 탈피(Top Down)

– 구성원들간의 활발한 커뮤니케이션과 집단지성 활용

21

관리자중심의의사소통

집단지성(Bottom Up)


애자일 코칭의 필요성

• 초기에 나타날 수 있는 이해관계자(경영진 및 유관부서, 개발팀 등)들의 애자일 적용에 대한 불만과 갈등을 해결해주고 조직에 성과가 날수 있도록 멘토링 및코칭을 제공

• 애자일 도입 초기에는 각종 프랙티스를 리딩하고 회의 및 미팅에 주기적으로 참여하여 내부 Scrum Master를 지원

– 애자일 관점에서 기존 프로세스 진단 및 개선 멘토링

– 개발 성과가 날수 있도록 일정기간 동안 애자일 프랙티스를 리딩 및 멘토링

– 애자일을 적용하면서 나타나는 개발팀과 이해관계자간의 불만이나 이슈를 해결

– 애자일이 조직 내 정착될 수 있도록 이해관계자의 변화관리

– 애자일 개발 및 관리 도구 활용 가이드 제공

22

23

4. 전통적/애자일 개발과의 조화는?


10 years ago today

24

• Process driven

– Quality, Cost reduction 등을 추구

– Defined Process Control

NPI

• Human driven

– Agility, Valuable Product 등을 추구

– Empirical Process Control

Unified Process

SW개발에 최선의 방법이 있다 (Best Way)SW개발은 경험과 학습을 통해서지속적으로 개선하는 것이다.


Agile in a nutshell

25

Company A

Agile(Manifesto) LeanGame theory

Philosophy

Research

Principles

XP Practices

Company BCompany C

Implements


해답은?

• 스크럼은 사람간의 소통과 협력을 중시하는 프랙티스를 제공

• 전통적 방법론은 체계적인 제품개발 프랙티스를 제공

• 프로젝트의 고유 특성에 따라 전통적 개발 및 애자일 프로세스를적절히 융합하고 개선함으로써 제품 특성에 맞는 최적의 프로세스를 수립

26

사람

도구

프로

세스

27

애자일을 잘하고 있다는 기준은?


Doing Agile vs. Being Agile

28

Source : Doing Agile Isnt The Same As Being Agile, Bob Hartman,2010

• Doing Agile

– 애자일 마인드셋의 변화없이 단순히

애자일 프랙티스에 초점을 맞추어 수행

• Being Agile

– 애자일 원리 및 마인드셋에 따라 업무를 수행

– Agility, Valuable SW, Customer Satisfaction 등


Agile 성공적으로 적용되었을 때 나타나는 현상

• 비즈니스 성과

– 비즈니스 가치 향상, 생산성 및 품질, 고객 및 직원만족도 향상, 사이클타임 감소 등

• 학습하는 조직 및 자기 조직화된(Self-organizing)팀으로의 전환

• 서버트 리더십을 가진 코칭 및 퍼실리테이션 리더로의 전환

• 상습적인 야근이 사라지고 지속적인 프로세스 개선을 통한 효율 향상

• 구성원들의 사기 및 상호 신뢰도 향상

29

이재왕 대표 컨설턴트010-6788-7559

[email protected]

Q & A

Documents

애자일적용에대한 진실과오해agilesociety.co.kr/news_file/애자일 적용에 대한...Doing Agile vs. Being Agile 28 Source : Doing Agile Isnt The Same As Being Agile,