Top 12 애자일 방법론 예시 18663 Votes This Answer

You are looking for information, articles, knowledge about the topic nail salons open on sunday near me 애자일 방법론 예시 on Google, you do not find the information you need! Here are the best content compiled and compiled by the toplist.musiktakagi.com team, along with other related topics such as: 애자일 방법론 예시 애자일 방법론 종류, 애자일 성공 사례, 애자일 조직, 애자일 예시, 애자일 테스트 방법론, 삼성sds 애자일, 애자일 적용, 애자일 필요성


애자일이 도대체 모야? 애자일 agile vs 폭포수 waterfall 개발방법론
애자일이 도대체 모야? 애자일 agile vs 폭포수 waterfall 개발방법론


애자일 방법론 – 유래, 과정, 성공사례까지 – 챗봇과 상담사를 넘나드는 옴니채널 고객상담 솔루션, 깃플챗

  • Article author: gitple.io
  • Reviews from users: 28805 ⭐ Ratings
  • Top rated: 3.7 ⭐
  • Lowest rated: 1 ⭐
  • Summary of article content: Articles about 애자일 방법론 – 유래, 과정, 성공사례까지 – 챗봇과 상담사를 넘나드는 옴니채널 고객상담 솔루션, 깃플챗 애자일 방법론에 대해서 들어보셨나요? 소프트웨어(이하 SW) 개발 환경에서 최초 사용되었던 방이지만 이제는 다양한 업무 프로세스에적용되어 활용되고 있습니다. …
  • Most searched keywords: Whether you are looking for 애자일 방법론 – 유래, 과정, 성공사례까지 – 챗봇과 상담사를 넘나드는 옴니채널 고객상담 솔루션, 깃플챗 애자일 방법론에 대해서 들어보셨나요? 소프트웨어(이하 SW) 개발 환경에서 최초 사용되었던 방이지만 이제는 다양한 업무 프로세스에적용되어 활용되고 있습니다. 애자일 방법론에 대해서 들어보셨나요? 소프트웨어(이하 SW) 개발 환경에서 최초 사용되었던 방이지만 이제는 다양한 업무 프로세스에적용되어 활용되고 있습니다. 오늘은 애자일 방법론 유래, 역사, 그리고 성공 사례들에 대해 설명해 드리겠습니다.
  • Table of Contents:
애자일 방법론 - 유래, 과정, 성공사례까지 - 챗봇과 상담사를 넘나드는 옴니채널 고객상담 솔루션, 깃플챗
애자일 방법론 – 유래, 과정, 성공사례까지 – 챗봇과 상담사를 넘나드는 옴니채널 고객상담 솔루션, 깃플챗

Read More

애자일 방법론 – 유래, 과정, 성공사례까지 – 챗봇과 상담사를 넘나드는 옴니채널 고객상담 솔루션, 깃플챗

  • Article author: simsimjae.medium.com
  • Reviews from users: 19596 ⭐ Ratings
  • Top rated: 5.0 ⭐
  • Lowest rated: 1 ⭐
  • Summary of article content: Articles about 애자일 방법론 – 유래, 과정, 성공사례까지 – 챗봇과 상담사를 넘나드는 옴니채널 고객상담 솔루션, 깃플챗 이해하기 쉽게 예시를 들어보았습니다. 애자일에서는 팀원 간 협력을 중요한 요소로 생각합니다. 두번째 — 피드백. 일정에 쫓겨 개발만 하다보면 내 코드 … …
  • Most searched keywords: Whether you are looking for 애자일 방법론 – 유래, 과정, 성공사례까지 – 챗봇과 상담사를 넘나드는 옴니채널 고객상담 솔루션, 깃플챗 이해하기 쉽게 예시를 들어보았습니다. 애자일에서는 팀원 간 협력을 중요한 요소로 생각합니다. 두번째 — 피드백. 일정에 쫓겨 개발만 하다보면 내 코드 … 애자일 방법론에 대해서 들어보셨나요? 소프트웨어(이하 SW) 개발 환경에서 최초 사용되었던 방이지만 이제는 다양한 업무 프로세스에적용되어 활용되고 있습니다. 오늘은 애자일 방법론 유래, 역사, 그리고 성공 사례들에 대해 설명해 드리겠습니다.
  • Table of Contents:
애자일 방법론 - 유래, 과정, 성공사례까지 - 챗봇과 상담사를 넘나드는 옴니채널 고객상담 솔루션, 깃플챗
애자일 방법론 – 유래, 과정, 성공사례까지 – 챗봇과 상담사를 넘나드는 옴니채널 고객상담 솔루션, 깃플챗

Read More

24. 애자일 방법론으로 프로젝트 진행하기

  • Article author: brunch.co.kr
  • Reviews from users: 21227 ⭐ Ratings
  • Top rated: 3.4 ⭐
  • Lowest rated: 1 ⭐
  • Summary of article content: Articles about 24. 애자일 방법론으로 프로젝트 진행하기 실리콘밸리 기업들은 어떻게 데드라인 없이 좋은 소프트웨어를 만드는가. | [22. 애자일은 일을 빨리 하는 것이 아니다.] …
  • Most searched keywords: Whether you are looking for 24. 애자일 방법론으로 프로젝트 진행하기 실리콘밸리 기업들은 어떻게 데드라인 없이 좋은 소프트웨어를 만드는가. | [22. 애자일은 일을 빨리 하는 것이 아니다.] 실리콘밸리 기업들은 어떻게 데드라인 없이 좋은 소프트웨어를 만드는가. | [22. 애자일은 일을 빨리 하는 것이 아니다.]에서 살펴본 바와 같이 애자일 방법론은 제조업에서 주로 활용되는 큰 호흡의 워터폴 방식과 반대로 작은 사이클을 반복하여 최소 기능 제품(MVP: Minimum Viable Product)을 진화시켜 나가는 과정이다. 애자일 방법론을 활용하면 고객이 최소 기능 제품을 일찍 받아보게 되고, 그 피드백을 통해 더
  • Table of Contents:

스크럼(Scrum)

칸반(Kanban)

소프트웨어 프로젝트 관리

24. 애자일 방법론으로 프로젝트 진행하기
24. 애자일 방법론으로 프로젝트 진행하기

Read More

애자일 조직, 애자일 방법론, 애자일 사례

  • Article author: atc.ptqni.xyz
  • Reviews from users: 15091 ⭐ Ratings
  • Top rated: 4.5 ⭐
  • Lowest rated: 1 ⭐
  • Summary of article content: Articles about 애자일 조직, 애자일 방법론, 애자일 사례 애자일 조직, 애자일 방법론, 애자일 경영에 가장 대표적인 기업인 마이크로소프트는 독립채산제 도입과 여러 요인으로 1990년대 세계 시장을 선도한 소니 … …
  • Most searched keywords: Whether you are looking for 애자일 조직, 애자일 방법론, 애자일 사례 애자일 조직, 애자일 방법론, 애자일 경영에 가장 대표적인 기업인 마이크로소프트는 독립채산제 도입과 여러 요인으로 1990년대 세계 시장을 선도한 소니 …  애자일 조직, 애자일 방법론, 애자일 사례 애자일 조직, 애자일 방법론, 애자일 경영에 가장 대표적인 기업인 마이크로소프트는 독립채산제 도입과 여러 요인으로 1990년대 세계 시장을 선도한 소니와 달리 마..
  • Table of Contents:

애자일(Agile) 조직

태그

관련글

댓글0

티스토리툴바

애자일 조직, 애자일 방법론, 애자일 사례
애자일 조직, 애자일 방법론, 애자일 사례

Read More

[용어 정리] 애자일 방법론이란? — 꾸매코딩

  • Article author: shin1303.tistory.com
  • Reviews from users: 43094 ⭐ Ratings
  • Top rated: 3.5 ⭐
  • Lowest rated: 1 ⭐
  • Summary of article content: Articles about [용어 정리] 애자일 방법론이란? — 꾸매코딩 소프트웨어 개발 방법론이란? 소프트웨어 개발에 필.. … 이 글에선 애자일 방법론에 대하여 설명하고, 정리하고자 한다. … 위 예시 사진처럼, …
  • Most searched keywords: Whether you are looking for [용어 정리] 애자일 방법론이란? — 꾸매코딩 소프트웨어 개발 방법론이란? 소프트웨어 개발에 필.. … 이 글에선 애자일 방법론에 대하여 설명하고, 정리하고자 한다. … 위 예시 사진처럼, 서론 회사에서 애자일 방식을 통해 프로젝트를 진행하게 되었다. 설명을 듣긴 하였지만, 정확히 어떤 이론인지 알지 못하여 정리하고자 글을 작성하게 되었다. 소프트웨어 개발 방법론이란? 소프트웨어 개발에 필..
  • Table of Contents:
[용어 정리] 애자일 방법론이란? — 꾸매코딩
[용어 정리] 애자일 방법론이란? — 꾸매코딩

Read More

애자일(Agile) 방법론

  • Article author: velog.io
  • Reviews from users: 21643 ⭐ Ratings
  • Top rated: 5.0 ⭐
  • Lowest rated: 1 ⭐
  • Summary of article content: Articles about 애자일(Agile) 방법론 예시를 들어보겠다. 레고로 차를 만드는 과제를 디자이너, 경제학자, 초등학생한테 부여한다. 디자이너는 본업에 충실히 디자인부터 시작하고 Aerodynamic … …
  • Most searched keywords: Whether you are looking for 애자일(Agile) 방법론 예시를 들어보겠다. 레고로 차를 만드는 과제를 디자이너, 경제학자, 초등학생한테 부여한다. 디자이너는 본업에 충실히 디자인부터 시작하고 Aerodynamic … “애자일 방법으로 개발하자”
    필자 : ?
  • Table of Contents:

정보처리 SW공학 용어정리

👩‍💻애자일 그게 뭔데

👩‍💻애자일이란 이런것이다

👩‍💻애자일 개발 프로세스와 전통적인 개발 프로세스와의 차이

👩‍💻애자일 개발 프로세스의 종류

👩‍💻끝으로 애자일 방법론은

애자일(Agile) 방법론
애자일(Agile) 방법론

Read More

당장 실행할 수 있는 애자일 실천법 – Congruent Agile

  • Article author: congruentagile.com
  • Reviews from users: 47132 ⭐ Ratings
  • Top rated: 4.2 ⭐
  • Lowest rated: 1 ⭐
  • Summary of article content: Articles about 당장 실행할 수 있는 애자일 실천법 – Congruent Agile 가장 널리 알려진 애자일 방법론인 스크럼(Scrum)에서는 이러한 이터레이션을 스프린트(Sprint)라고 부른다. 이 때문에 이터레이션은 스프린트라는 … …
  • Most searched keywords: Whether you are looking for 당장 실행할 수 있는 애자일 실천법 – Congruent Agile 가장 널리 알려진 애자일 방법론인 스크럼(Scrum)에서는 이러한 이터레이션을 스프린트(Sprint)라고 부른다. 이 때문에 이터레이션은 스프린트라는 …
  • Table of Contents:

당장 실행할 수 있는 애자일 실천법

공동 목표 설정하고 일 쪼개서 함께

당장 실행할 수 있는 애자일 실천법 - Congruent Agile
당장 실행할 수 있는 애자일 실천법 – Congruent Agile

Read More

조직 내 Agile 방법론 도입 및 적용 사례를 소개합니다 ! | HR커뮤니티 인살롱 |

  • Article author: hr.wanted.co.kr
  • Reviews from users: 11197 ⭐ Ratings
  • Top rated: 4.9 ⭐
  • Lowest rated: 1 ⭐
  • Summary of article content: Articles about 조직 내 Agile 방법론 도입 및 적용 사례를 소개합니다 ! | HR커뮤니티 인살롱 | 안녕하세요. 조직문화 담당자, 정보미입니다. 요즘 조직의 최대 난제가 무엇일까요? 제가 생각하는 난제는 아래와 같습니다. • 하나, 세대 공존과 갈등: 커뮤니케이션 … …
  • Most searched keywords: Whether you are looking for 조직 내 Agile 방법론 도입 및 적용 사례를 소개합니다 ! | HR커뮤니티 인살롱 | 안녕하세요. 조직문화 담당자, 정보미입니다. 요즘 조직의 최대 난제가 무엇일까요? 제가 생각하는 난제는 아래와 같습니다. • 하나, 세대 공존과 갈등: 커뮤니케이션 … 안녕하세요. 조직문화 담당자, 정보미입니다. 요즘 조직의 최대 난제가 무엇일까요? 제가 생각하는 난제는 아래와 같습니다. • 하나, 세대 공존과 갈등: 커뮤니케이션과 일하는 방식의 다름 • 둘, 어떻게 VUCA의 세상에서 살아남을 것인가?: 몰입과 혁신 필요 이 중, 오늘은, “두 번째 난제”에 대해, 조직문화 담당자로서 조직에서 풀어나간 경험을 공유 드리고자 합니다. 이 글을 읽으시는 분들께 조금이라도 실용적인 도움을 안녕하세요. 조직문화 담당자, 정보미입니다. 요즘 조직의 최대 난제가 무엇일까요? 제가 생각하는 난제는 아래와 같습니다. • 하나, 세대 공존과 갈등: 커뮤니케이션과 일하는 방식의 다름 • 둘, 어떻게 VUCA의 세상에서 살아남을 것인가?: 몰입과 혁신 필요 이 중, 오늘은, “두 번째 난제”에 대해, 조직문화 담당자로서 조직에서 풀어나간 경험을 공유 드리고자 합니다. 이 글을 읽으시는 분들께 조금이라도 실용적인 도움을 |
  • Table of Contents:

인살롱 인기글

로그인

도움이 필요하신가요

조직 내 Agile 방법론 도입 및 적용 사례를 소개합니다 ! | HR커뮤니티 인살롱 |
조직 내 Agile 방법론 도입 및 적용 사례를 소개합니다 ! | HR커뮤니티 인살롱 |

Read More

‘애자일’하게 일하고 계신가요? 1. 스크럼 A to Z

  • Article author: blog.sphinfo.com
  • Reviews from users: 35587 ⭐ Ratings
  • Top rated: 4.6 ⭐
  • Lowest rated: 1 ⭐
  • Summary of article content: Articles about ‘애자일’하게 일하고 계신가요? 1. 스크럼 A to Z “애자일 마케팅, 애자일 프로젝트 매니지먼트, 애자일 소프트웨어 개발” … 이번 포스팅부터 애자일 시리즈를 통해 애자일 방법론 중 스크럼, … …
  • Most searched keywords: Whether you are looking for ‘애자일’하게 일하고 계신가요? 1. 스크럼 A to Z “애자일 마케팅, 애자일 프로젝트 매니지먼트, 애자일 소프트웨어 개발” … 이번 포스팅부터 애자일 시리즈를 통해 애자일 방법론 중 스크럼, …
  • Table of Contents:

‘애자일’하게 일하고 계신가요 1 스크럼 A to Z

1 ‘애자일’이란

2 스크럼

3 스크럼보드

4 먼데이닷컴에서 스크럼 방법으로 일하는 방법!

글 탐색

‘애자일’하게 일하고 계신가요? 1. 스크럼 A to Z
‘애자일’하게 일하고 계신가요? 1. 스크럼 A to Z

Read More


See more articles in the same category here: 770+ tips for you.

챗봇과 상담사를 넘나드는 옴니채널 고객상담 솔루션, 깃플챗

애자일 방법론 – 유래, 과정, 성공사례까지

애자일 방법론

안녕하세요,

깃플입니다.

애자일 방법론에 대해

들어보셨나요?

소프트웨어(이하 SW) 개발 환경에서

최초 사용되었던 애자일 방법론이지만

이제는 다양한 업무 프로세스에

적용되어 활용되고 있습니다.

오늘은 애자일 방법론에 대해

알려드리려고 하는데요.

방법론의 유래, 역사,

그리고 성공 사례들에 대해

설명해 드리겠습니다.

애자일 방법론 의미

본격적으로 방법론에 대해

설명하기에 앞서,

애자일이라는 단어의 뜻을

아셔야 하는데요.

애자일(Agile)은 영어로

‘기민한, 날렵한’이라는 뜻입니다.

이런 애자일 방법론이 추구하는 가치는

간단한 계획과 유연한 대처입니다.

일정한 주기의 계획을 잡고

지속적으로 검토,

고객으로부터 받는 피드백을

반영하는 과정을 반복하며

개발을 해나가는 과정입니다.

* 일정한 주기는 ‘스프린트’라고 합니다.

진행 과정

애자일 방법론의 진행 과정에 대해

자세하게 설명할 텐데요.

기본적으로 계획/분석 > 디자인 > 발전

> 테스트 > 피드백 단계로 진행됩니다.

계획/분석

지난 스프린트에서 얻은

고객 피드백을 빠르게 파악하고,

타당성이 있는지와 실현 가능한지

이해하는 단계입니다.

디자인

계획/분석 단계에서 결정된 내용들에 대해

디자인 및 설계를 진행하는 단계입니다.

발전(개발)

제작된 디자인 설명서를

직접 프로그램에 적용하여

개발하는 단계입니다.

테스트

발전 단계에서 발견한

오류들을 개선하는 작업을

반복합니다.

피드백

다음 스프린트를 앞두고

다양한 피드백을 취합하여

최종 수정 후 마무리하는 단계입니다.

언제, 어떻게 시작되었는

2000년 봄, 미국 오리건 주에서

17명의 SW 엔지니어들이

기존 개발 프로세스보다 더 빠르고

효율적인 방법이 없을지 고민하다가

애자일 방법론이 탄생하였다고 합니다.

기존 SW 개발 방식은

대부분 폭포수 모델과

계획 기반 개발을 따랐는데요.

* 폭포수 모델: SW 개발 프로세스를 순차적으로 진행하는 방법론

* 계획 기반 개발: SW 개발 계획을 세우고,

계획을 실천하는 데에 많은 시간/노력을 할애하는 방법

기존 방식으로 개발을 진행 했을 때,

고객 피드백을 알맞게 제품에 반영하는 것과

시장에 맞는 제품을

빠르게 개발하는 것이 어려웠다고 합니다.

그렇게 오랜 기간 17명의 개발자들은

가장 효율적인 프로세스를 찾다가

이듬해 초, 애자일 방법론을

세상에 알렸습니다.

이후 애자일 방법론은 지속해서

발전하고 있으며,

SW 개발뿐 아니라,

기업 업무 프로세스 전반에

자리 잡게 되었습니다.

애자일 방법론의 확장

앞서 애자일 방법론은

SW 개발뿐만 아니라

다른 영역에도 적용이 되었다고

말씀을 드렸는데요.

애자일 방법론이 다른 분야에서는

어떻게 적용되었는지 알아볼까요?

1. 미션 벨 와이너리 (미국)

미국의 미션 벨 와이너리는

이름에도 알 수 있듯,

IT 회사가 아닌 양조장입니다.

미션 벨 와이너리는 운영에 있어서

애자일 방법론이 긍정적인 방향을

제시할 수 있을 것으로 믿었습니다.

이들은 신입 직원이 입사하게 되면

이틀간의 애자일 방법론 교육을 진행하게 되며

와인 제조, 유통, 유지 보수 등 과정을

모두 애자일 방식으로 진행합니다.

덕분에 미션 벨 와이너리의

100명도 안 되는 임직원들은

1,000만 개의 와인 케이스를

매해 배송하고 있습니다.

2. 네덜란드 국립 박물관

네덜란드에서 가장 오래된 박물관인

네덜란드 국립 박물관.

이 박물관은 꾸준히 방문객들과

좋은 관계를 유지하기 위해서

애자일 방식을 적용했습니다.

1885년에 처음 개장된

네덜란드 국립 박물관은 원래

초대받은 사람들만 입장이 가능했지만,

2013년부터 본격적으로

대중들에게 오픈되었는데요.

기존에는 특정 전시품 항목마다

전문 큐레이터가 배정되었는데,

이는 방문객들이

폭넓게 전시품들을 이해할 수 없다는

큰 단점이 있었습니다.

이런 이유에서 박물관 담당자들은

애자일 방법론을 적용하면서

원활한 운영을 기대했습니다.

큐레이터들에게 스프린트 기간을 정해줬고,

이 기간 동안 맡게 된 전시품들에 대해

전문성과 책임감을 갖게 만들었습니다.

또 다음 스프린트에는 방문객들의 피드백을

빠르게 반영하고 가이드 방법을

꾸준히 개선하며 운영되고 있습니다.

3. 캐나다 은행

마지막으로 소개해 드릴 사례는

캐나다 은행입니다.

캐나다 은행은 까다로운 정책 탓에

업무를 진행하는 데에

제약이 많았다고 합니다.

무엇보다 빠르고 효율적으로

업무 프로세스를 구축하는 것이

어려웠다고 하는데요.

그래서 지난 2012년부터

애자일 방법론을 적용했다고 합니다.

스프린트를 2개월 단위로

설정하면서 큰 프로젝트들을 계획적으로

해결하는 것을 목표로 잡았습니다.

스프린트의 딱 중간인 30일째는,

모두 모여 지난 30일에 대해 복기하고,

빠르게 수정할 것들은 하고

새로 반영할 부분도 반영합니다.

이렇게 계획적인 스프린트를 프로세스화 하면서,

캐나다 은행은 기존에 겪었던 업무 처리의 어려움을

해결할 수 있게 되었습니다.

깃플의 애자일 방법론

저희 깃플 또한

애자일 방법론을 적용한

업무 및 개발 프로세스를

진행하고 있습니다. 😃

깃플은 2주 동안

지난 스프린트에서 얻은 정보를 바탕으로

다음 2주를 위한 계획을 세웁니다.

해당 사진은 깃플에서

다음 스프린트에 진행할 계획인데요.

이 사이 고객님들로부터 받은 피드백과 이슈를

개선 및 반영하면서 개발을 진행하고 있습니다.

직접 경험하고 싶으시다면?

저희 깃플챗에서

애자일 방식으로 함께 일하실

프론트엔드 개발자를

모집하고 있습니다‼️

깃플의 개발 문화에 대해

더 궁금하시다면 아래 포스트를 읽어주세요.

셧다운 0% 개발팀의 비결?

오늘은 애자일 방법론에 대한

기본적인 설명부터, 적용 후

어떻게 진행하는지 설명해 드렸습니다.

저희 깃플도 애자일 방법론을 활용하며

항상 고객 만족을 위해

최선을 다하고 있습니다. 😃

마지막에 저희와 함께 일하실

프론트엔드 개발자를 찾는다고 했는데요!

관심이 있으시다면

아래 링크를 통해 지원해주세요.

로켓펀치에서 지원하기 | 원티드에서 지원하기

다음에 또 찾아뵙겠습니다.

감사합니다.

24. 애자일 방법론으로 프로젝트 진행하기

[22. 애자일은 일을 빨리 하는 것이 아니다.] 에서 살펴본 바와 같이 애자일 방법론은 제조업에서 주로 활용되는 큰 호흡의 워터폴 방식과 반대로 작은 사이클을 반복하여 최소 기능 제품(MVP: Minimum Viable Product)을 진화시켜 나가는 과정이다.

애자일 방법론을 활용하면 고객이 최소 기능 제품을 일찍 받아보게 되고, 그 피드백을 통해 더 훌륭한 모습으로 다음 제품을 만들어 낼 수 있다. 그렇지만 프로덕트 사이클이 매우 짧고 계속 진화하여 나가기 때문에 어디가 완성이고, 언제 완성된 모습이 되는 것인지에 대해 정확하게 정의하기 힘들다.

소프트웨어에 적용해 보면 윈도즈 7, 윈도즈 8, 윈도즈 10, 이렇게 몇 년에 한 번씩 업데이트되는 소프트웨어는 워터폴 방식으로 진행되어 정확히 단계별 시작과 끝을 알 수 있지만, 페이스북 같은 경우 계속 진화하기 때문에 어느 것이 완성된 버전인지 알 수 없다.

워터폴 방식에서는 프로덕트를 만드는 팀에서 마케팅이나 세일즈 팀에서 “몇 월 며칠까지 이번 버전의 프로덕트가 완성될 것입니다.”라는 말을 할 수 있지만 애자일 방식에서는 그런 약속을 하기가 매우 어렵다.

워터폴 방식과 애자일 방식의 프로젝트 진행 방식의 특성을 정리하면 다음과 같다.

워터폴 vs. 애자일 프로젝트 진행 방식

데드라인

– 워터폴: 데드라인을 정하고 데드라인에 맞춰 자원을 투입하거나 있는 자원을 최대한 활용한다.

– 애자일: 계속 진화하므로 데드라인이 별 의미가 없다. 팀의 프로젝트 진행 속도(throughput)를 측정한다.

외부 요청에 반응

– 워터폴: 계획이 이미 끝났기 때문에 외부 요청은 다음 버전까지 반영할 수 없거나 변경하려면 큰 비용이 발생하므로 반영을 최소화한다.

– 애자일: 프로덕트 사이클이 짧으므로 프로덕트 매니저가 엔지니어링 매니저와 협력하여 외부 요청을 빠르게 반영한다.

프로덕트 매니저의 역할

– 워터폴: 프로덕트 매니저가 필요 없다. 처음에 기획자가 모든 기획안을 만들어서 넘기면 개발팀에서 데드라인에 맞춰 구현한다.

– 애자일:팀의 프로젝트 진행 속도를 측정하여 이 속도로 진행하면 언제쯤 완성될 것인지를 측정한다. 끊임없이 외부 팀과 소통하여 외부 팀의 요구를 반영하고 프로덕트 완성 시점과 우선순위를 업데이트한다.

엔지니어링 매니저의 역할

– 워터폴: 데드라인에 맞춰 프로젝트를 끝내는 것을 관리한다. 데드라인을 못 맞출 것 같으면 외주를 주거나 팀원들에게 지속적인 동기부여(또는 위협)를 한다.

– 애자일: 팀이 매 스프린트마다 일정한 속도로 프로덕트를 만들도록 관리한다. 버그 등을 관리하여 기능이 퇴화되지 않도록 한다.

일의 단위

– 워터폴: 구현해야 할 기능을 기준으로 정한다. “레스토랑 메뉴 선택 화면을 구현한다.”

– 애자일: 사용자의 경험을 기준으로 스토리를 정한다. “식당 손님으로서, 레스토랑에서 주문을 하기 위해, 메뉴에서 음식을 선택할 수 있다.”

프로젝트 도구

– 워터폴: 데드라인에 맞춰 기능을 구현하고 인력을 투입할 관리 도구가 필요.

– 애자일: 스프린트당 프로젝트의 속도를 측정하고 다음 스프린트에서 할 수 있는 일들을 예상할 수 있는 진행 도구가 필요.

데드라인과 애자일 속도 (Agile Velocity 또는 Throughput)

워터폴 방식에서는 각 버전 별 데드라인을 정해 놓고 마케팅팀이나 세일즈팀과 소통한다. 프로덕트 팀에서 “이번 애플 행사에는 아이폰 X를 완성해서 내놓을 거예요.”라고 이야기하면 마케팅, 세일즈 팀은 그 데드라인에 맞춰 마케팅 캠페인과 판매 계획을 수립한다. 프로덕트 팀에서는 데드라인을 못 맞추면 다른 팀들의 계획에 차질이 생기므로 많은 문제가 생긴다. 그래서 항상 데드라인에 쫓기면서 “그때까지 못하면 큰일 난다”는 마음가짐으로 야근을 불사하며 열심히 한다. 그리고 계획이 이미 데드라인에 맞추어 꽉 짜여 있기 때문에 엄청나게 중요한 문제가 아니면 프로젝트의 계획을 변경할만한 외부의 요청을 반영할 수 없다.

프로덕트로 꾸준히 진화하는 애자일 방식에서는 데드라인이 존재하지 않는다. 그렇지만 애자일 방식에서도 마케팅이나 세일즈 팀이 언제 새 프로덕트가 나와서 홍보나 판매를 할 수 있을지 알 수 있어야 한다. 그래서 Product Manager는 지속적으로 발전해 나가는 제품에 몇 단계의 land mark를 만들어 고객과 대화하기 쉽도록 한다. “다음 달 말까지는 다음 버전의 페이스북이 나올 거예요”가 아닌 “다음 달 말까지는 타임라인의 동영상 기능이 추가될 거예요.” 정도의 약속을 할 수 있다. 그리고 데드라인이 없기 때문에 유동적으로 외부의 요청을 반영할 수도 있다. 그 경우 프로덕트 매니저는 홍보/판매 팀과 계속적으로 커뮤니케이션을 해야 하며, 홍보/판매 팀도 최대한 유연하게 계획을 세워야 한다.

애자일은 데드라인을 정해놓고 일을 하지 않기 때문에 각 싸이클마다 얼마만큼 일이 진행되는지를 알 수 있는 애자일 속도(agile velocity)를 알고 수 있어야 한다. 즉 다음 달 말까지 완성하기 위해 모든 자원을 투입하고 야근하고 해서 완성하는 것이 아니라 “이 속도로 계속 가면 다음 달 말까지 완성할 수 있겠다”라는 예측을 하는 것이다.

애자일 스크럼에서의 개발 사이클을 “스프린트(sprint)”라고 한다. 장거리 달리기가 아닌 여러 번의 단거리 전력 질주로 프로덕트를 완성해 나가는 것이다. 한 스프린트는 대부분 1주나 2주로 잡는다.

개발팀의 리더십을 맡은 엔지니어링 매니저는 계속해서 팀의 역량을 키움으로써 각 스프린트를 통해 보다 많은 긍정적인 변화를 제품에 반영하고, 기존에 있던 기능이 퇴화(regression) 하지 않도록 노력한다. 이렇게 해서 발전을 거듭하는 개발팀이 있는 조직과 발전하지 못하는 조직이 만들어내는 제품의 시장 경쟁력은 몇 달이 지나고 몇 해가 지나면서 분명하게 드러나기 마련이다.

워터폴 방식에서는 프로젝트 진행에 있어 데드라인이 제일 중요한 반면, 애자일 방법에서는 각 스프린트 별 프로젝트 진행 속도, 즉 애자일 속도가 제일 중요하다.

애자일에서의 일의 단위, Theme > Epic > Story > Task

Theme: “태블릿과 클라우드 서비스를 통한 레스토랑 주문 시스템.”

Epic: “고객으로서, 테이블의 태블릿을 통해 음식과 관련된 일을 처리할 수 있다.

Story: “고객으로서, 음식을 주문하기 위해, 메뉴를 볼 수 있다.”

Task: “음식 사진이 배열된 메뉴 화면을 구현한다.”

애자일에서 일의 기본 단위는 “스토리(Story)”다. 스토리는 ‘어떤 사용자가, 어떤 목적을 위해, 어떤 행동을 할 수 있다’라는 식으로 표현되는 일의 단위이다. 예를 들어 레스토랑 주문 시스템을 만든다고 할 때, ‘메뉴를 만든다’라고 하지 않고, “고객으로서, 음식을 주문하기 위해, 메뉴를 볼 수 있다”라고 하는 것이 스토리가 된다. ‘메뉴를 만든다’라고 하는 앞의 문장은, 그림과 음식의 설명, 그리고 가격으로 구성된 메뉴 데이터베이스를 만들고 적당한 페이지를 만드는 일로 종료될 수 있다. 하지만 고객이 메뉴를 보기 위해 어떤 과정을 거치는지, 메뉴를 보면서 음식을 쉽게 주문할 수 있는지에 대한 내용이 같이 고려되어야 한다는 것을 표현하기에는 뒤의 문장이 더 적절하다. 즉 일의 단위가 기능을 정의하는 것이 아니라 사용자의 경험을 정의하는 것이다.

이러한 단위의 스토리들이 모여 고객을 만족시키는 큰 스토리를 에픽(Epic)이라고 부른다. “고객으로서, 메뉴에서 고른 내용을 주문할 수 있다”, “고객으로서, 주문한 금액을 편리하게 지불할 수 있다”, “고객으로서, 주문한 음식이 언제 나올 것인지 알 수 있다” 등의 스토리들은 전체적으로 다음과 같은 에픽에 포함될 수 있다. “고객으로서, 테이블의 태블릿을 통해 음식과 관련된 일을 처리할 수 있다.”

레스토랑 주문 시스템은 고객과 주방, 그리고 그 사이에 음식을 서빙하는 종업원을 모두 돕기 위해 만들어지는 것이므로, 다음과 같은 에픽들을 포함할 것 같다. “셰프로서, 주문이 들어온 음식을 순서대로 만들고 종업원에게 준비된 음식을 알릴 수 있다”, “종업원으로서, 준비된 음식을 주문자의 좌석으로 전달하고 추가 사항을 주방에 전달할 수 있다”. 이 시스템이 발전하면 “레스토랑 주인으로서, 자주 찾는 고객에게 더 큰 만족을 줄 수 있다”와 같은 에픽을 추가하게 될지도 모른다.

이와 같은 에픽들이 모이면 “태블릿과 클라우드 서비스를 통한 레스토랑 시스템”이라는 Theme이 완성된다.

스토리를 더 작은 단위의 일로 나누면 태스크(Task), 더 세분하면 Sub-task가 된다. 실제 Agile team에서 매일 아침에 모여하는 스탠드업 미팅에서 다루는 일의 단위는 Task나 Sub-task인 경우가 대부분이다.

관리 도구 vs 진행 도구

애자일 프로젝트의 진행 상황을 모니터하고 팀이 효율적으로 일할 수 있도록 많은 애자일 방법(agile methodology)들이 개발되어 왔다. 이중 가장 흔하게 쓰이는 방법으로 Scrum과 Kanban이 있는데, 이 둘은 서로 상충된 개념이 아니어서 둘을 섞어서 쓰는 개발팀도 종종 볼 수 있다. 자주 이직을 하는 실리콘밸리의 스타트업 회사들의 특성상, 개발 방법론이나 사용되는 도구들은 대개 몇 가지로 정해지기 마련이다. 회사를 옮기더라도 개발 방법론이나 사용하는 기술, 그리고 조직 내 세분화된 역할이 거의 정해져 있어서 거의 2주~4주 안에 정상 속도로 프로젝트에 참여가 가능하다.

데드라인에 맞추어 프로젝트를 진행하는 워터폴 방식에서는 관리자가 주어진 일을 개별 팀원에게 나눠서 주어진 시간과 비용 안에 해결하기 위해 개발된 ‘관리 도구’가 필요하다. 반면 애자일 방식의 도구들은 팀 전체가 일정한 속도로 프로덕트를 생산하여 고객에게 효율적으로 가치를 전달하는데 필요한 ‘진행 도구’로서의 관점에서 개발되어 왔다.

스마트 워치는 그저 오늘의 운동량을 보여주기만 하는 것으로 우리는 점심 식사 후 ‘조금 걸어볼까?’ 하는 생각을 하도록 만든다. 퍼포먼스를 개선하는 것은 상황을 숫자로 표현하는 것에서 출발한다. Scrum이든 Kanban이든, 애자일 도구에서 표현하는 performance metric은 개개인의 퍼포먼스보다는 고객에게 전달될 가치를 전체 팀이 전달하고 있는 속도를 표현하는데 초점이 맞추어져 있다. 어떤 팀원의 ‘소극적 참여’에 의해 팀 전체의 퍼포먼스가 영향을 받는 일은 매니저의 갈굼(?) 보다는 팀원들의 peer pressure 가 긍정적인 결과를 가져오는 경우가 많다.

스크럼(Scrum)

스크럼을 짜서 움직이는 운동선수들 처럼 여럿이 같이 움직이는 팀워크는 힘차고 역동적이다

Image Credit

“스크럼을 짜서 움직이는 운동선수들처럼 여럿이 같이 움직이는 팀워크는 힘차고 역동적이다”라고 말하기에 애자일 스크럼 팀의 일상을 들여다보면 조금 쑥스럽다. 스크럼 팀원들은 자신에게 할당된 Task를 혼자서 묵묵히 해나간다.

애자일 보드에서 티켓을 하나 골라서 자신에게 할당하거나 이미 자신에게 할당된 티켓을 하나 골라 In Progress로 옮겨 놓고 일을 진행한다. 자신의 일을 마치고 나면 리뷰로 옮겨 놓고, 리뷰가 끝나면 Done으로 옮긴다. 2주에 한번 정도 스프린트(Sprint)를 반복하며 스프린트 단위의 미팅, 그리고 매일 한 번씩 있는 스탠드업(Stand-up) 미팅을 참여하는 이외에는 혼자서 일을 하게 된다. 기본적으로 다른 팀원의 진행상황과 상관없이 일이 진행되므로 다른 사람과 같은 시간에 일을 할 필요가 없다. 그래서 출퇴근 시간도 자유롭고, 집에서 일을 해도 되며, 휴가도 마음대로 갈 수 있는 시스템이 가능하게 된다.

Image Credit

이렇게 차분한 개발 조직이지만, 애자일 정신에 따라 고객에게 가치를 전달하는 최소 단위가 되는 스토리를 팀이 함께 움직여 만들어 낸다는 의미를 담기 위해 스크럼이라는 표현을 사용한다. 마치 풋볼 경기에서 달리기를 잘하는 한 사람이 아무리 빨리 달려도 공을 던지는 사람과 호흡이 맞지 않아 점수를 내지 못했다면 아무 소용이 없는 것과 같이, 엔지니어와 매니저와 UX 디자이너 등 모든 팀원이 각자의 역할을 잘 수행하여 고객이 사용할 수 있는 완결된 스토리를 만들어내지 못한다면 스프린트는 아무 성과가 없는 것이나 마찬가지이기 때문이다.

애자일 팀이 한 스프린트를 마쳤을 때 보통 몇 개 이상의 스토리를 전달하기 마련이다. 스프린트가 지나가는 동안 하나의 스토리도 전달하지 못하는 일이 반복된다면, 스토리의 크기에 비해 팀이 너무 작거나, 너무 짧은 스프린트의 길이를 선택했기 때문일 것이다. 팀의 크기를 갑자기 키우기는 어려울 것이므로 스프린트의 길이를 크게 가져가거나 더 작은 스토리로 쪼개는 수밖에 없다. 따라서 스토리의 크기가 과연 어느 정도 크기인가 팀의 입장에서 이해하는 일은 스프린트 계획(Sprint Planning) 미팅에서 일어나야 하는 중요한 일중의 하나이다.

스토리 포인트 예측(Estimation) 미팅

팀원 각자가 각각의 스토리가 얼마나 오래 걸리는 일이라고 생각하는지 카드를 통해서 표현하고 서로 합의하는 플래닝 포커

Image Credit

스크럼을 진지하게 사용하는 팀에서는 Estimation 미팅을 따로 가지기도 하는데, 팀 전체가 모여서 스토리들을 늘어놓고 각 스토리마다 스토리 포인트(Story-point)라고 하는 단위로 일의 크기를 매기는 자리이다.

각 스토리가 얼마큼 시간이 걸리는 지를 예측하기 위해 포커와 비슷한 게임을 한다. 각 팀원들은 1, 2, 3, 5, 8, 13, 20, 40, 100과 같은 Fibonacci와 비슷한 단위의 숫자가 적힌 카드를 가진다. 그리고 한 스토리가 얼만큼의 사이즈라고 생각하는지 카드를 제시한다. 5명이 모여 voting을 했는데, 세 사람이 2라고 하고 한 사람이 8, 한 사람이 1이라고 했다면, 8이라고 한 사람, 1이라고 한 사람의 의견을 들어보고 다시 한번 voting을 한다. 이렇게 수렴된 숫자로 스토리 포인트를 매긴다.

만약 팀 전체가 최근의 스프린트 들을 통해 50 스토리 포인트를 한 스프린트에 전달할 수 있었다면, 그 팀의 애자일 속도가 50이 된다. 팀은 다음 스프린트에 그만큼 어치의 스토리들을 전달할 수 있도록 노력하자고 약속하는 것이다.

스프린트 계획(Sprint Planning) 미팅

1주일이나 2주일에 한번 정도 한 시간 정도의 시간을 할애하여 스프린트 계획 미팅을 갖는다. 스프린트 계획 미팅에서는 앞의 스토리 포인트 예측 미팅에서 점수를 할당한 스토리들을 가지고 다음 스프린트 동안 어떤 스토리들을 처리할 것인지 계획한다.

스토리보다 큰 그림인 에픽을 완성해 나가는 목표를 생각하면서 스토리의 우선순위를 정하는 것이 가장 이상적이다. 그렇지만 기존 프로젝트의 버그 해결이나 유지보수 등 에픽에 해당하지 않지만 꼭 필요한 일도 있으므로 우선순위는 그때그때 변할 수밖에 없다.

스프린트 계획 미팅에서는 누가 각 스토리 티켓을 수행할지 정하는 경우도 있고 아니면 지금까지 팀의 속도(스프린트 당 수행한 스토리 포인트의 합)를 고려하여 스토리만 추가해 놓고 스프린트 진행 중에 자신이 원하는 스토리 티켓을 선택하며 수행하기도 한다.

스탠드업(Stand-up) 미팅

스탠드업 미팅은 각 사람별로 선택한 태스크의 상황을 팀에게 이야기하고 진행이 더디게 된 경우에는 팀 전체로부터 어떠한 도움이 필요한지 설명하는 자리이다. 이때 스크럼 마스터(Scrum Master)라고 하는 역할을 Project Manager 혹은 팀원들 중 한 명이 돌아가면서 맡아 진행자 역할을 한다.

전통적 생산관리 기법에서의 매니저처럼 ‘어제 하기로 한 것을 하지 못했으니 오늘 저녁은 늦게 까지 일해야 할 것’과 같은 압력을 넣는 역할을 하는 것이 절대 아니다. 제품을 사용하고 있는 고객의 문제(Production Issues)를 우선적으로 해결하느라 개발 태스크를 소화 못하는 일도 흔히 있는 일이기 때문에, 어느 정도의 예측에 어긋나는 일은 이미 팀의 애자일 속도에 포함되어 있어야 한다. 다만 다른 팀의 누군가(보통 DBA와 같은 제한된 리소스)의 도움이 필요하다던지 하는 일은 Project Managent팀을 통해 신속히 해결할 수 있어야 한다.

스탠드업 미팅은 다음과 같은 특징을 가진다.

1. 보통 아침에 한다. 너무 늦을 경우 하루가 짧아지거나 학교에 다니는 아이가 있는 팀원들이 손해를 보게 되고, 너무 이를 경우 참석률이 안 좋아지는 특징이 있다. 매니저급일수록 아이가 있을 확률이 높다는 것이 함정이다.

2. 어제 한일, 오늘 할 일, 진행을 막는 일이 있다면 설명하고 누구의 도움이 필요한지 이야기한다.

3. 10분을 넘기지 않는 것이 원칙이다. 이를 위해 서서 진행하는데, 스탠드업 미팅이 20분 이상 진행될 경우 하루에 써야 할 에너지를 서서 다른 사람들 태스크에 관한 이야기를 듣다가 써버리게 되므로 스크럼 마스터가 가장 신경 써야 할 부분 중의 하나이다.

4. 중간중간 Burndown Chart를 보며 서로 약속한 스토리들을 이번 스프린트가 끝날 때 전달할 수 있을 것인지 체크한다.

Burndown Chart

Image Credit

스프린트 리뷰(Sprint Review) 미팅

지속적인 개선(Continuous Improvement)이라는 관점에서, 스프린트 리뷰 미팅은 매우 중요하다. 이 미팅을 통해 스토리가 전달된 과정을 점검하고, 만약 전달되지 않은 스토리가 있었다면 팀이 다음 스프린트에서 어떻게 더 약속을 잘 지킬 수 있을 것인지 검토한다. 만약 팀의 애자일 속도가 점점 빨라진다면 아마 이 스프린트 리뷰 미팅에서 팀원들이 정직하고 성실하게 팀워크를 향상하기 위한 노력을 했기 때문일 것이다. 각각의 부품을 만들어낸 팀원들이 완성한 스토리들의 데모를 보며, 팀원들이 지난 스프린트를 통해 열심히 일한 결과를 축하하는 자리이기도 하다.

스프린트 리뷰에서는 간단히 공유 문서를 열어 잘된 점, 잘 못된 점, 그리고 개선책을 적는다. 그리고 잘된 점들에 대해 함께 기뻐하고 축하하며 잘못된 점에 대해서는 개선책을 함께 논의한다. 그리고 개선책 란에 정리해서 다음 스프린트는 더 효율적이고 좋은 업무 경험이 될 수 있도록 노력한다.

칸반(Kanban)

칸반 보드의 예

Image Credit

일본어로 칸반은 우리말로 간판이라 읽히지만, 뜻은 게시판에 가깝다. 도요타에서 생산 운영의 효율화를 위해 게시판을 활용해 만들어낸 기법이다. 왼쪽은 원재료, 오른쪽은 공정이 끝난 제품을 표시함으로써, 그 사이에 일어나는 스텝들에 얼마만큼의 재료가 투입되고 있는가 하는 표현을 쉽게 할 수 있다.

칸반 방식에서는 스프린트를 나누지 않는다. 일이 새로 들어오면 Backlog에 쌓이고 일이 없어진 사람은 Backlog에 있는 일을 선택해서 수행한다.

도요타의 유명한 “Just-in-Time 운영방법”에 따라 현재 진행 중인 티켓의 수를 제한하는 것이 Kanban의 핵심 개념이다. 하루에 만대가 넘는 생산량을 자랑하는 도요타의 경우 원재료가 공장에 들어와 완제품이 될 때까지 많은 시간을 소요할수록 더 많은 비용이 들어가기 때문에 이를 줄이기 위해 고심하다 만든 방법이다. 동시에 진행할 수 있는 일의 수를 제한해 버리면 전체 효율이 올라간다는 관점이다. 군더더기를 뺀다라는 의미로 Lean 방법이라고도 부른다.

소프트웨어 개발에서 동시에 진행 중(work-in-progress)인 태스크의 숫자를 제한하면 팀이 몇 가지 적은 수의 일에 집중하도록 유도할 수 있다. 애자일 팀에서 동시에 처리하는 태스크를 너무 많이 가져가면 결과적으로 완료하는 시간이 점점 느려지기 때문에 고객에게 빠르게 가치를 전달하는 애자일 개념에 어긋나게 된다. 스크럼에서 애자일 속도에 따라 스프린트를 통해 약속할 수 있는 스토리 포인트를 제한하는 것과 같은 의미로 생각할 수 있다.

스크럼에서 스프린트가 진행 중인 상황에 어떤 엔지니어가 자신의 태스크를 일찍 끝냈다면 다른 엔지니어가 맡은 일을 도와주는 등, 약속한 스토리를 고객에게 전달하는데 최선을 다할 것이다. 칸반에서는 일이 끝냈을 때 다른 사람의 일을 도와주기보다는 다음 Backlog 태스크를 Project Manager와 상의해서 맡는 것이 자연스럽다.

칸반에서는 사이클 안에 정해진 스토리 포인트를 태우는 Burndown Chart보다는, 태스크들이 Backlog에서 Closed 상태가 될 때까지 걸리는 시간에 대한 Control Chart를 사용해 팀의 개발 프로세스의 이상 징후나 문제가 있었던 태스크에 대한 대응책을 마련할 수 있도록 한다.

Control Chart

Image Credit

소프트웨어 프로젝트 관리

스크럼이나 칸반 모두 애자일 프로젝트의 진행 방법으로 자리를 잡아가면서 많은 소프트웨어 도구들이 만들어지고 있지만, 어떤 도구와 어떤 방법론을 언제 사용해야 하는지는 팀 스스로가 결정해야 할 과제로 남겨진다.

스크럼은 ‘이미 익숙한 일들을 해내는 전문가들’이 모여 고객에게 의미 있는 분량의 제품 업데이트를 제공하기에 적합하다. 사용하는 프로그래밍 언어와 라이브러리가 이미 친숙한 상태에서 Product Manager가 정리해 둔 스토리를 하나씩 태스크로 나누어 만들어가는 과정이라면 각 태스크의 스토리 포인트에 대해 크게 의견이 갈리지 않을 것이다. 제품을 시험하는 과정을 자동화하는 것까지의 모든 태스크를 한 스프린트를 통해 마친다고 하는 것은 상당한 팀워크를 요하는 일이다.

잠재적인 고객은 있지만, 상당한 리서치를 요하는 제품을 개발할 때에는 상황이 조금 다르다. 제품을 만들 때 써야 하는 기술 자체를 함께 개발해야 하는 경우에는 특별히 스프린트를 통해 고객에게 전달할 수 있는 의미 있는 분량의 스토리를 만들기 힘들기 때문이다. 이럴 때에는 연구과제를 포함한 태스크들을 세분화하고, 이들의 진척 상황을 꾸준히 관찰할 수 있는 칸반이 적합하다.

스토리 포인트로 업무의 부담이 정확히 관리되는 환경에서 각 개인은 자신만의 업무 속도를 쉽게 알 수 있다. 어떤 사람을 빠르고 어떤 사람을 느릴 것이다. 스크럼 마스터의 역할은 각 사람의 일의 속도를 반영하여 계획을 하고 프로젝트를 수행하는 것이다. 어떤 팀원이 너무 일을 느리게 한다고 해서 혼나거나 벌을 주는 경우는 없다. 다만 팀원의 업무가 전체의 속도에 지장을 주는 일이 반복될 경우 3개월여의 공식적인 절차인 업무 개선 프로그램(Performance Improvement Program)을 거치게 된다. 그리고 그 기간 동안 업무 속도가 팀에서 필요한 만큼 개선되지 않으면 해고된다.

글: Aiden. 엔지니어링 매니저. 데이터 수집을 통한 프로세스 개선에 관심이 많음.

그림: Chili. 디자이너. 생각을 그림으로 요약하는데 관심이 많음.

Project Group 실리콘밸리를 그리다 / 페이스북

애자일 조직, 애자일 방법론, 애자일 사례

반응형

애자일 조직, 애자일 방법론, 애자일 사례

애자일 조직, 방법론, 경영 살펴보기

애자일 조직, 애자일 방법론, 애자일 경영에 가장 대표적인 기업인 마이크로소프트는 독립채산제 도입과 여러 요인으로 1990년대 세계 시장을 선도한 소니와 달리 마이크로소프트는 조직 개편에서 혁신의 답을 찾았다. 나델라는 CEO로 취임 하자마자 ‘하나의 마이크로소프트’를 기치로 애자일 문화를 조직에 이식하기 시작하였다. 조직 층위를 낮추고 일방향이 아닌 쌍방향 의사소통 채널을 구축하였다. 그가 취임하고 5년 이 흐른 뒤에 마이크로소프트는 뉴욕 증시 시가총액 1위에 오르는 기염을 토했다. 애자일 조직으로의 경영조직 개편은 마이크로소프트를 혁신한 것이다.

디지털 혁명의 가속화에 따라 경영 환경이 급변하고 있으며, 전 세계적인 금융위기, 기후변화, 코로나-19, 강대국들 간 패권싸움 등 예기치 못한 상황이 수시로 기업을 위협하고 있다. 때문에 기업이 생존하기 위해서는 한발 빠른 예측과 변화에 민첩하게 대응하는 것이 기업의 생존법으로 급부상하게 되었고, 이를 위한 방법론으로써 등장한 것이 ‘애자일 조직’이다. 새로운 경영 트렌드로 떠오르는 ‘애자일 조직’에 관해 특징과 사례 중심으로 설명하고자 합니다.

애자일(Agile) 조직

애자일(Agile) 조직이란

‘애자일(Agile) 조직’이란 애자일의 영어 뜻은 ‘민첩한’, 기만한’이라는 뜻으로, 부서 간의 경계를 허물고 필요에 맞게 소규모 팀(Cell)을 구성해 업무를 수행하는 조직문화이다. 과제 수행에 필요한 역량을 가진 몇 명의 사람들로 구성된 팀이 자율과 권한에 대한 책임을 가지고 서로 간의 신뢰를 바탕으로 수평적 소통과 협업을 통하여 짧은 주기로 반복적이고 점진적인 개발을 통해 변화에 민첩하게 대응하고 고객과 협력하며 고객에게 자주 가치를 전달하여 고객을 만족시키면서 지속적으로 개선해나가는 조직이다. 즉, 부서간 경계를 허물어 소통을 원활하게 하고 자율을 보장해 효율과 속도를 극대화하면서 갑작스러운 변화에도 민첩하게 대처하기 위한 조직 운영 방법론이다.

애자일 조직이란

애자일 조직의 탄생

애자일 조직에서 애자일은 2001년 17명의 소프트웨어 개발자가 미국 유타주 스노우버드에 모여서 ‘애자일 소프트웨어 개발 선언’을 하면서 시작되었다. 이러한 방식에 준하여 조직이 일하는 방식에 적용하는 것을 의미한다고 할 수 있다. 애자일 소프트웨어 개발 선언 내용은 아래와 같다.

– 애자일 소프트웨어 개발 선언문

우리는 소프트웨어를 개발하고, 또 다른 사람의 개발을 도와주면서 소프트웨어 개발의 더 나은 방법들을 찾아가고 있다. 이 작업을 통해 우리는 다음을 가치 있게 여기게 되었다. 공정과 도구보다 개인과 상호작용을 / 포괄적인 문서보다 작동하는 소프트웨어를 / 계약 협상보다 고객과의 협력을 / 계획을 따르기보다 변화에 대응하기를 가치 있게 여긴다. 이 말은, 왼쪽에 있는 것들도 가치가 있지만, 우리는 오른쪽에 있는 것들에 더 높은 가치를 둔다는 것이다.

애자일(Ageil) 조직

– 애자일 선언 이면의 원칙

우리는 다음 원칙을 따른다:

우리의 최우선 순위는, 가치 있는 소프트웨어를 일찍 그리고 지속적으로 전달해서 고객을 만족시키는 것이다. 비록 개발의 후반부일지라도 요구사항 변경을 환영하라. 애자일 프로세스들은 변화를 활용해 고객의 경쟁력에 도움이 되게 한다.

작동하는 소프트웨어를 자주 전달하라. 두어 주에서 두어 개월의 간격으로 하되 더 짧은 기간을 선호하라. 비즈니스 쪽의 사람들과 개발자들은 프로젝트 전체에 걸쳐 날마다 함께 일해야 한다. 동기가 부여된 개인들 중심으로 프로젝트를 구성하라. 그들이 필요로 하는 환경과 지원을 주고 그들이 일을 끝내리라고 신뢰하라. 개발팀으로, 또 개발팀 내부에서 정보를 전하는 가장 효율적이고 효과적인 방법은 면대면 대화이다. 작동하는 소프트웨어가 진척의 주된 척도이다. 애자일 프로세스들은 지속 가능한 개발을 장려한다. 스폰서, 개발자, 사용자는 일정한 속도를 계속 유지 할 수 있어야 한다. 기술적 탁월성과 좋은 설계에 대한 지속적 관심이 기민함을 높인다. 단순성이 — 안 하는 일의 양을 최대화하는 기술이 — 필수적이다. 최고의 아키텍처, 요구사항, 설계는 자기 조직적인 팀에서 창발한다. 팀은 정기적으로 어떻게 더 효과적이 될지

숙고하고, 이에 따라 팀의 행동을 조율하고 조정한다.

애자일 선언 / 애자일 방식 미팅

애자일 조직이 떠오른 이유

전문가들은 ‘밀레니얼 세대’라는 새로운 노동 인력이 인력 시장에 유입되면서 과거의 피라미드 조직 체계가 한계를 가지기 때문이라고 말했다. 대기업 조직문화보다는 스타트업 조직문화가 젊다고 말하는 이유도 젊은 세대가 과거와는 달리 열려있는 수평적인 조직, 즉 자신의 의견을 어필할 수 있는 조직을 더욱 선호하기 때문이라고 볼 수 있다. 기존의 관습과 전통적인 기업 문화에서 탈피하여, 기성세대와 밀레니얼 세대 간의 커뮤니케이션으로 더 빠르고 더 효과적인 결론을 도출하고 실행에 옮길 수 있다는 점이 특히 애자일 조직의 강점이라고 할 수 있다.

애자일은 2020년 올해의 경영 트렌드 용어로 주목받으며, 그 중요성이 더욱 가중되고 있다. 마이크로소프트, 애플, 구글 등 우리에게 친숙한 이 기업들 모두 애자일 프로세스로 혁혁한 성과를 내고 있는 것으로 알려져, 국내의 많은 기업들도 이 애자일 전략을 채택하려는 변화의 움직임을 보이고 있다. 다음의 내용에서는 애자일 조직의 특징, 사례에 대해 알아보겠습니다.

애자일(Agile)조직 특징

시시때때로 변화하는 시장에 유연하고 민첩하게 대응하기 위해 많은 기업이 애자일 조직을 도입하려는 이유에는 5가지의 애자일 조직 특징이 있다.

첫째, 계획 수립(Planning)에 시간과 자원을 지나치게 투입하지 않는다. 애자일 조직의 가장 큰 목표는 불확실성이 높은 비즈니스 상황 변화에 대응하여 빠르게 성과를 도출하는 것으로, 사전에 완벽한 분석이나 기획을 추구하는 대신 사전 분석이나 기획을 최소화하고 시제품 등을 통해 외부 피드백을 지속적으로 반영하여 업무 완성도를 높인다.

둘째, 고객과 접촉하는 조직에 많은 권한을 부여한다. 애자일 조직은 개인에게 권한을 부여함으로써 스스로 판단하고 결정하도록 유도한다. 실제 고객과 접촉하는 조직 또는 개인이 고객의 입장을 잘 이해할 수 있기 때문에 권한을 위임받은 단위 조직 중심으로 의사결정을 하고 경영진에게 보고는 하되 직접적인 지시는 받지 않는다.

애자일 방식 회의

셋째, 민첩하고 효과적인 의사결정이 가능하다. 기존의 관습과 형식을 탈피하고 기성세대와 밀레니얼 세대 간의 적극적인 소통을 통해 빠르게 결정하는 것이 애자일 조직의 핵심전략이다. 문제가 발생하더라도 책임을 추궁하지 않는다. 구성원들은 자신이 맡은 역할 내에서 중심을 잡고 업무를 수행할 수 있고 돌발적인 상황 변화에 신속하게 반응하고 책임감 있는 의사결정을 할 수 있다.

넷째, 모든 구성원들이 고급 정보를 공유한다. 수직적 조직구조에서는 고급 정보는 고위직급만 알고 있었기 때문에 업무를 직접 기획하고 추진하는 실무자가 업무수행에 어려움이 많았다. 하지만 에자일 조직은 구성원들 간의 고급 정보를 서로 공유하고, 정보 비대칭을 용납하지 않는다. 또한, 질적으로 우수한 정보를 서로 공유하여 각자 최선의 의사결정을 할 수 있도록 돕는 데 초점을 둔다.

다섯째, 비주얼 플래닝을 사용한다. 업무 상황을 도식화하여 공유한다는 의미를 담고 있다. 누구나 업무공간에 들어와 진척을 확인할 수 있고 어떤 문제가 발생했는지도 한눈에 바로 알 수 있다는 점이 특징적이다.

애자일(Agile)조직 사례 – 1

국내 애자일 조직의 대표주자로 손꼽히는 삼성 SDS는 2007년부터 소규모 프로젝트에 애자일 조직을 적용 중이다. 애자일 코어팀이 대표적인 예로서 사내 프로젝트에 파견된 구성원들이 애자일 업무방식을 수행하게 된다. 삼성 임직원들이 사용하는 업무시스템 녹스 포털을 개발할 당시에도 최소한의 조건만 설정이 되면 일단 사용자 테스트를 거친 뒤 피드백을 받아 반영하는 방식으로 프로젝트를 이끌었다.

카카오의 AI 스피커 카카오미니는 개발부터 제품 출시까지 단 6개월밖에 걸리지 않았다. 이는 경쟁사와 비교해 4배 가까이 빠른 속도인데 그 비결로 손꼽히는 것이 바로 카카오의 애자일 조직이다. 카카오미니 기획과 동시에 TF팀을 꾸렸고 불필요한 보고체계를 제거한 결과 덕분이다. 카카오페이, 카카오뱅크와 같은 핀테크서비스 역시 애자일 조직 문화를 적용한 결과로써 일단 시도해보고 개선하는 방식으로 빠르게 서비스를 정착시켰다는 평가를 받는다.

애자일 조직을 활용한 국가 비율

현대카드는 애자일 조직 도입을 선언하고 사무실 1개층을 도서관 또는 북카페의 느낌으로 바꾸었다. 기존 사무실의 칸막이를 없애고, 프로젝트 주제에 따라 직원들끼리 자유롭게 업무를 수행할 수 있는 공간을 만들었다.

KB국민카드는 2018년에 ‘스웨그(SWAG)’라는 이름의 애자일 조직을 신설했다. 독립된 의사결정권과 전결권을 부여받아서, 디지털 탈바꿈을 선도하는 임무를 수행하고 있다.

애자일(Agile)조직 사례 – 2

KT는 기존 일부 사업부문에 애자일 조직을 도입하여 운영 중이다. 현재 IT부문에서 추진 중인 클라우드 사업 중 상시적인 신기술 접목을 위한 ‘피제리아’ 플랫폼(PaaS)이 대표 사례로 꼽힌다. 업무혁신을 위한 플랫폼으로, 킬러 서비스가 부족한 5세대 통신(5G) 기업용(B2B) 사업 추진에 활용되고 있다.

애자일 조직문화 실천 사례

HDC현산은 건설업계 최초로 애자일(Agile) 제도를 도입하기도 하고, 수평적이며 자발적인 토론 및 회의 문화 구현을 위해 전문 회의 진행자인 퍼실리테이터(facilitator)를 사내에서 선발, 양성하는 등 체계적, 근본적인 조직 문화 혁신을 시도해 나가고 있다. 또한, 리더와 팀원이 1:1로 코칭하는 ‘H-PIC(HDC Performance Improvement Coaching) 프로그램’을 시행하여 권위적이거나 지시적인 만남이 아니고, 개인의 자율성과 책임감이 발현되도록 대화 위주로 진행된다. 팀원들은 구체적인 피드백을 통해 목표를 설정하고 수정하며 최상의 업무 결과를 도출하게 된다.

마무리

전 영역에 걸쳐 있는 거의 모든 산업군에서 애자일 조직을 도입했거나 검토 중에 있다. 그러나 아직까지는 반드시 성공에 대한 보장이 없고 기존의 수직적인 조직체계로 인해 보고와 통제 관리에 익숙한 상황에서 적지 않은 저항이 예상되기도 한다. 그럼에도 불구하고 성공한 글로벌 기업들의 애자일 조직 성공 사례를 살펴보면, 애자일 조직은 구성원들 간의 ‘신뢰’를 바탕으로 수평적인 의사소통과 개인의 의사결정을 존중해주기 때문에 고객의 만족도와 기업의 업무 능률 및 효율성을 높여준다. 모두가 애자일 조직이 될 수는 없겠지만 변화하는 시장에 민첩하게 대응하기 위해서는 애자일 조직이 시사하는 철학은 고민해 볼 가치가 있다.

모두 애자일 조직이 될 수 없지만, 애자일 조직은 여러 측면에서 ‘성공’을 위한 한 가지의 길인 것은 틀림없다.

애자일 조직은 구성원들 간의 ‘신뢰’를 바탕으로 수평적인 의사소통과 개인의 의사결정을 존중해주기 때문에 고객의 만족도와 기업의 업무 능률 및 효율성을 높여준다.

반응형

So you have finished reading the 애자일 방법론 예시 topic article, if you find this article useful, please share it. Thank you very much. See more: 애자일 방법론 종류, 애자일 성공 사례, 애자일 조직, 애자일 예시, 애자일 테스트 방법론, 삼성sds 애자일, 애자일 적용, 애자일 필요성

See also  Top 25 신한 은행 사주 더쿠 7443 Good Rating This Answer

Leave a Comment