6. 회사의 현재 상황
회사의 상황 #1 - 변화시도
애자일
특강 애자일
경험자들
채용
WATERFALL
AGILE
조직구조
변경
애자일에 힘을 실어
주기 시작한 상황
(9개월)
7. 회사의 현재 상황
회사의 상황 #2 - 서로 다름
낮음 높음
애자일이라는
단어도 들어본
적 없는 사람
애자일 특강 한번
들은 사람
다른 회사에서
애자일을 경험
해본 사람
관심이 많아 다양한
학습과 실습을 해본
사람
애자일로 프로
젝트를 직접 해
본 사람
이해도
부정적 긍정적
관심없음
애자일은 실패
한다는 확신
애자일이던 뭐든
문제만 없게 해줘
애자일을 하면 속
도가 빨라진다
위에서 시키니까
해야 될것 같아
어떻게 하는거
야?
감정/태도
어느 정도 해야 애자일?
스크럼 = 애자일
회고는 시간 낭비
데일리미팅 = 일일보고
그건 애자일이 아니야!
8. 회사의 현재 상황
회사의 상황 #3 - 조직의 구조
DEVELOPER
UI DEVELOPER
DESIGNER
QA
PLANNER
PMO
PROJECT LEADER
협력업체
DESIGNER POOL
DEVELOPER POOL
QA POOL
스크럼팀 B
스크럼팀 C
리소스 문제
성과 문제
Cross-Functional Team
Comm 문제
9. 애자일 선언문에 빗댄 사례기반 적용의 어려움
애자일 선언문
애자일 소프트웨어 개발 선언
우리는 소프트웨어를 개발하고, 또 다른 사람의 개발을
도와주면서 소프트웨어 개발의 더 나은 방법들을 찾아가고
있다. 이 작업을 통해 우리는 다음을 가치 있게 여기게 되었다:
가치 있게 여긴다. 이 말은,
Kent Beck
Mike Beedle
Arie van Bennekum
Alistair Cockburn
Ward Cunningham
Martin Fowler
James Grenning
Jim Highsmith
Andrew Hunt
Ron Jeffries
Jon Kern
Brian Marick
Robert C. Martin
Steve Mellor
Ken Schwaber
Jeff Sutherland
Dave Thomas
왼쪽에 있는 것들도 가치가 있지만, 우리는 오른
쪽에 있는 것들에 더 높은 가치를 둔다는 것이다.
공정과 도구보다
포괄적인 문서보다
계약 협상보다
계획을 따르기보다
개인과 상호작용을
작동하는 소프트웨어를
고객과의 협력을
변화에 대응하기를
10. 애자일 소프트웨어 개발 선언
우리는 소프트웨어를 개발하고, 또 다른 사람의 개발을
도와주면서 소프트웨어 개발의 더 나은 방법들을 찾아가고
있다. 이 작업을 통해 우리는 다음을 가치 있게 여기게 되었다:
공정과 도구보다 개인과 상호작용을
포괄적인 문서보다 작동하는 소프트웨어를
계약 협상보다 고객과의 협력을
계획을 따르기보다 변화에 대응하기를
가치 있게 여긴다. 이 말은, 왼쪽에 있는 것들도 가치가 있지만,
우리는 오른쪽에 있는 것들에 더 높은 가치를 둔다는 것이다.
Kent Beck
Mike Beedle
Arie van Bennekum
Alistair Cockburn
Ward Cunningham
Martin Fowler
James Grenning
Jim Highsmith
Andrew Hunt
Ron Jeffries
Jon Kern
Brian Marick
Robert C. Martin
Steve Mellor
Ken Schwaber
Jeff Sutherland
Dave Thomas
애자일 선언문에 빗댄 사례기반 적용의 어려움
애자일 선언문 - 공정과 도구보다 개인과 상호작용을
PO와 개발자간의 대화
PO> 현재 작업진행 중이신 것들 엑셀로 따로 정리해서 주실 수 있
을까요? 전체 일정 및 이슈 관리때문에 필요합니다.
개발자> 개발팀에서는 모든 작업을 JIRA로 관리하고 있습니다.
JIRA에서 보시면 전체 내용들을 잘 확인하실 수 있습니다.
개발자 속마음> 도구는 업무를 효율적으로 하긴 위한 수
단인데, 싱크 맞추는 작업하려면 개발은 오늘밤이나 주말
에 해야겠다…
PO> 다른 부서와 커뮤니케이션 할 때 엑셀로 하기 때문에 JIRA 내용
을 사용하기는 어렵습니다.
개발자> 네…
11. 애자일 소프트웨어 개발 선언
우리는 소프트웨어를 개발하고, 또 다른 사람의 개발을
도와주면서 소프트웨어 개발의 더 나은 방법들을 찾아가고
있다. 이 작업을 통해 우리는 다음을 가치 있게 여기게 되었다:
공정과 도구보다 개인과 상호작용을
포괄적인 문서보다 작동하는 소프트웨어를
계약 협상보다 고객과의 협력을
계획을 따르기보다 변화에 대응하기를
가치 있게 여긴다. 이 말은, 왼쪽에 있는 것들도 가치가 있지만,
우리는 오른쪽에 있는 것들에 더 높은 가치를 둔다는 것이다.
Kent Beck
Mike Beedle
Arie van Bennekum
Alistair Cockburn
Ward Cunningham
Martin Fowler
James Grenning
Jim Highsmith
Andrew Hunt
Ron Jeffries
Jon Kern
Brian Marick
Robert C. Martin
Steve Mellor
Ken Schwaber
Jeff Sutherland
Dave Thomas
애자일 선언문에 빗댄 사례기반 적용의 어려움
애자일 선언문 - 포괄적인 문서보다 작동하는 소프트웨어를
기획자와 UX 디자이너와의 대화
기획자> 제가 보내드린 FeatureList 보시고 작업 진행하시면 됩니다.
UX디자이너> 이 문서에 거의 기술되어 있는게 없는데, 어떻게
작업을 하죠?
UX디자이너 속마음> 아무리 그래도 기분적인 문서는 있
었으면 좋겠는데, 상상해서 작업하니 시간이 더 오래걸리
네… 변경사항 적용하려면 오늘밤이나 주말에 해야겠네..
기획자> 애자일에서는 문서만드는 것을 지양합니다. 대화로 풀어야만
합니다. 무엇이든 물어보세요.
UX디자이너> 이해되는 부분이 별로 없는데 보면서 설명해주시면
안될까요?
12. 애자일 소프트웨어 개발 선언
우리는 소프트웨어를 개발하고, 또 다른 사람의 개발을
도와주면서 소프트웨어 개발의 더 나은 방법들을 찾아가고
있다. 이 작업을 통해 우리는 다음을 가치 있게 여기게 되었다:
공정과 도구보다 개인과 상호작용을
포괄적인 문서보다 작동하는 소프트웨어를
계약 협상보다 고객과의 협력을
계획을 따르기보다 변화에 대응하기를
가치 있게 여긴다. 이 말은, 왼쪽에 있는 것들도 가치가 있지만,
우리는 오른쪽에 있는 것들에 더 높은 가치를 둔다는 것이다.
Kent Beck
Mike Beedle
Arie van Bennekum
Alistair Cockburn
Ward Cunningham
Martin Fowler
James Grenning
Jim Highsmith
Andrew Hunt
Ron Jeffries
Jon Kern
Brian Marick
Robert C. Martin
Steve Mellor
Ken Schwaber
Jeff Sutherland
Dave Thomas
애자일 선언문에 빗댄 사례기반 적용의 어려움
애자일 선언문 - 계약 협상보다 고객과의 협력을
개발자와 PO간의 대화
개발자> 어제는 작업 A했고 오늘은 작업 B하려고 합니다.
PO> 급하게 처리할 건이 생겨서 그러는데, 작업 C부터 하면
안될까요?
PO 속마음> 플래닝보다 서비스가 측면에서 급한건은 처
리 해줘야 되는거 아닌가? 이걸 어떻게 해결하지… 이건
처리하려면 개인작업은 오늘밤이나 주말에 해야겠네..
개발자> 이번 스프린트 플래닝을 다 해놓은 상태라 다른 이슈는 처리
해 드릴 수 없습니다.
PO> 정말 급한 건인데..어떻게 해야 될까요?
13. 애자일 소프트웨어 개발 선언
우리는 소프트웨어를 개발하고, 또 다른 사람의 개발을
도와주면서 소프트웨어 개발의 더 나은 방법들을 찾아가고
있다. 이 작업을 통해 우리는 다음을 가치 있게 여기게 되었다:
공정과 도구보다 개인과 상호작용을
포괄적인 문서보다 작동하는 소프트웨어를
계약 협상보다 고객과의 협력을
계획을 따르기보다 변화에 대응하기를
가치 있게 여긴다. 이 말은, 왼쪽에 있는 것들도 가치가 있지만,
우리는 오른쪽에 있는 것들에 더 높은 가치를 둔다는 것이다.
Kent Beck
Mike Beedle
Arie van Bennekum
Alistair Cockburn
Ward Cunningham
Martin Fowler
James Grenning
Jim Highsmith
Andrew Hunt
Ron Jeffries
Jon Kern
Brian Marick
Robert C. Martin
Steve Mellor
Ken Schwaber
Jeff Sutherland
Dave Thomas
애자일 선언문에 빗댄 사례기반 적용의 어려움
애자일 선언문 - 계획을 따르기보다 변화에 대응하기를
개발자와 QA와의 대화
QA> 저희는 들은게 없는데요. 9월 29일까지 못주시면 저희도 일
정안에 QA하기가 어렵습니다.
개발자> 영향범위가 변경되어서 개발일정을 못맞출것 같습니다.
QA 속마음> 시시각각 개발범위와 방향이 변경되는데, 릴
리즈 일정은 변함이 없네. 테스트는 오늘밤이나 주말에 해
야겠네..
개발자> 이미 릴리즈 일자는 상위보고가 다 되어있어서 변경될 수 없
다고 하던데요.
QA> 변화된 부분은 제외하고 릴리즈를 해야 되는거 아닌가요?
14. 애자일 선언문에 빗댄 사례기반 적용의 어려움
애자일 선언문
애자일 소프트웨어 개발 선언
우리는 소프트웨어를 개발하고, 또 다른 사람의 개발을
도와주면서 소프트웨어 개발의 더 나은 방법들을 찾아가고
있다. 이 작업을 통해 우리는 다음을 가치 있게 여기게 되었다:
가치 있게 여긴다. 이 말은,
Kent Beck
Mike Beedle
Arie van Bennekum
Alistair Cockburn
Ward Cunningham
Martin Fowler
James Grenning
Jim Highsmith
Andrew Hunt
Ron Jeffries
Jon Kern
Brian Marick
Robert C. Martin
Steve Mellor
Ken Schwaber
Jeff Sutherland
Dave Thomas
왼쪽과 오른쪽 중 각자가 이해하고
편한 것에 더 높은 가치를 두는 것이다.
공정과 도구보다 개인과 상호작용을
포괄적인 문서보다 작동하는 소프트웨어를
계약 협상보다 고객과의 협력을
계획을 따르기보다 변화에 대응하기를
왼쪽에 있는 것들도 가치가 있지만, 우리는 오른
쪽에 있는 것들에 더 높은 가치를 둔다는 것이다.
16. 혼자만의 싸움전략
전략 #1 마음을 편안히 갖자
• 애자일 관련 이론을 접하고 나면 애자일의 좋은 점만 성공에 대한 생각들만 남게됨
• 어려움을 기술한 책들은 공감이 쉽지 않음
• 지속적인 개선이란 명목하에 현실의 벽을 넘기에는 힘듬 (100점 —> 20점, 추후개선 )
• 애자일 프로젝트의 98%가 성공하고 있는데, 가장 어려운 점은 “회사의 문화를 만드는 것”
• “이 어려운 일을 하는데 쉽겠어?”, “이걸 해내면 얼마나 좋을까?” 라는 마음가짐으로 접근
<11TH Annual State of agile report / Challenges Experienced Adopting & Scaling Agile>현실의 벽
협력과 경쟁의 공존
Work&Life Balance
구성원과의 친분(배려?)
욕심과 조급함
신/구 문화의 조화 방안
측정 방법
시간과 노력 소모
17. • 혁신 수용 곡선에서 혁신자(2.5%)를 모으기 위한 사내 커뮤니티 활성화
• 비판자나 회의론자와 싸우는 시간들을 변화를 열망하고 받아들이려는 사람들에게 집중
• 초기 수용자는 불특정다수에게 전략 #3을 통해 전파
• ACT(Agile Coach Together) 커뮤니티 활동
• 사내에서 각자가 속해있는 그룹의 애자일 적용을 위한 고민들을 같이 나눔
• 각자가 속해있는 그룹의 다른 구성원들에게 전파 시도
혼자만의 싸움전략
전략 #2 전우를 모으자
<How to change the world Korean / 1962년 에버렛 로저스 교수의 혁신의 확산 이론 >
초기
수용자
혁신자
일정합의 어려움
발표 주제 준비 지원
공통된 목표 설정
모임 최소 인원 유지
시간과 노력 소모
업무의 연장이 아닌 재미
대타를 위한 주제 준비
18. • 사내에 PM5, 직무강의 등 애자일을 홍보할 수 있는 교육채널 존재
• 페르소나에 맞는 수준별 강의 커리큘럼 마련
혼자만의 싸움전략
전략 #3 퍼트리자 - 교육을 하자
BEGINNER INTERMEDIATE ADVANCED
애자일에 흥미를 느
끼게 하여 계속 애자
일을 접하고 싶다는
생각이 들게 함
애자일에 관심은 있지
만 아무것도 모르는 상
태로 용어 및 프로세스
를 이해하고 싶은 사람
애자일 기본 지식은 대
부분 습득한 상태로 프
랙티스를 통해 다양한
경험을 하고 싶은 사람
수행 방법에 대해 자
세히 설명하고 경험
하게 하여 실무 적용
에 대한 의지를 만듬
애자일 철학에 대해
관심이 있는 상태로,
애자일 코치 역량을
키우고 싶은 사람
학습/연습/피드백 반
복을 통해 다양한 깨
달음을 얻어 주변에
전파
다양한 커리큘럼 개발
실수요자 모객
시간과 노력 소모
커리큘럼 개선 (피드백)
주제 선정
19. 혼자만의 싸움전략
전략 #3 퍼트리자 - 잘 도와주자
• 회사의 Plaster라는 제도를 통해, 애자일 관련 문의에 대해 멘토링/코칭
• 기본적인 궁금증 해결부터, 복잡한 문제 해결까지 다양한 주제가 논의됨
• 스프린트 단위로 릴리즈를 무조건 하는게 맞나요?
• 개발일정이 너무 모자라요. 뭐가 문제일까요?
• 우리는 스크럼을 하는데 회고는 하지 않아요. 괜찮은가요?
• 데일리미팅을 사람들이 지루해 하는데, 좀 더 재미있게는 못하나요?
• 사용자스토리 잘 작성하는 방법은 무엇인가요?
• 자신을 지원하는 사람이 있다는 인식 / 변화의 두려움 해소
다양한 분야 학습
커피/차 섭취
시간과 노력 소모
1.사용자 스토리 작성 프레임 숙지
사용자스토리 2.사용자 스토리 제대로 작성하는 방법
3.사용자 스토리 소통을 위한 Sweet Spot 찾는 방법
…
20. 혼자만의 싸움전략
전략 #4 여유를 만들어 주자
• 업무시간의 대부분은 잦은 의사소통을 위한 회의 진행
• 스크럼간 우선순위 조정
• SBD/MMI 문서와 사용자 스토리의 중간지점 (문서와 의사소통의 접점)
• 진행상황 공유 및 정책 결정
• 회의의 수를 줄일 수 없다면 좀 더 효율적으로 진행하자
• 퍼실리테이션은 실제 업무 진행을 위한 가장 활용도가 높음
빅마우스의 출현
일부 참여자의 의사결정
퍼실리테이션
참여도와 효율성의 경계
합의점 도출과정 중립
회의 준비 시간
시간과 노력 소모
스몰마우스 격려 부재
회의진행 합의되지 않은 결론 도출
조정을 위한 회의요청
21. 혼자만의 싸움전략
전략 #5 애자일 코치를 더 뽑자. (제발 부탁드립니다.)
• 전문가들의 잦은 답변 “유능한 애자일코치를 채용하세요”
• 잘 이해되지 않는 만병통치약의 느낌
• 애자일 전파의 가장 큰 핵심인 “내부 애자일 코치”
• 애자일 코치는 문화가 잘 생성되도록 올바른 방향으로 인도
하고 더 촉진시키기 위한 도움을 줌
• 애자일 코치는 전문가
• 애자일코치의 필수 소양은 장기간의 수행이 필요함
• 애자일코치는 아무나 할수 있을지 모르겠지만, 잘하기는 어려움
http://agilecoachinginstitute.com/agile-coaching-resources/
22. 마무리
끝맺음
• 최근까지 나타난 긍정적인 현상들
• 커뮤니티 구성원들(혁신자)이 자신의 팀에서 커뮤니티 활동에서 배운 것들을 적용해보고 있음
• 사내에서 티칭/멘토링/코칭을 원하는 사람(초기수용자)이 점점 늘어나고 있음
• 어느 기획자의 피드백 “애자일이 아직 뭔지는 모르겠지만, 확실하게 달라진건 개발팀과 사이가 좋아졌어요”
전국의 애자일 코치 만세!!!
마음을 편안히 갖고 전우를 늘리며 퍼트리고
지금의 작은 변화들이 모여, 우리만의 문화가 생길 것이라 확신한다.
마지막으로 하고 싶은 말은
내가 들이는 “시간과 노력”에 비해 아직 무척 작아보이는 현상들이지만,
여유를 만들어주면