[AIS 2018][Team Practice] 작은 규모를 위한 Scrum과 Enterprise를 위한 SAFe – 모우소프트
성공하는 애자일을 위한 짧은 이야기
1. 성공하는 Agile 을 위한 짧은 이야기
Scrum 살펴보기
2015.07
SK Planet
고종범
2. 들어가기 전에
표 내용은 애자일을 도입한다는 전제하에 만들어졌습
도입을 왜 해야하는지? 애자일을 반드시 도입해야하
애자일 외에 다른 것을 하면 안되는지?
이런 것이 궁금하시다면 발표 후
인 저 SQE 팀 고종범 매니저에게 문의하시면
(참고로... 발표 자료가 조금 정신 없습니다.)
3. 들어가기 전에
일 왜 해야하는지 도움이 될 만한 것들을 살짝 살펴보
http://j.mp/proc_trends
9. Three Roles of a scrum team
PRODUCT OWNER SCRUM MASTER SCRUM TEAM
10. Product Owner 의 역할
PRODUCT
OWNER
Stakeholder
User
Scrum Team
제품의 비전
성공에 대한 책임
제품의 로드맵
요구사항 User Story
요구사항 결정권한
위임 우선순위
11. Scrum Team 의 역할
SCRUM
TEAM
User Story Product
진행 상태
이슈 사항
기능 완료 책임
기능 구현 권한
12. Scrum Master 의 역할
SCRUM
MASTER
Scrum Leader
Scrum Coach
Facilitator
Change Agent
Scrum Team 에게 Scrum 을 적용하고 유
지하기
위해 Scrum 을 leading 하도록 한다.
Scrum 도입에 어려움을 겪는 팀원들을 위해서
Scrum 적용 및 업무수행에 대하여 coaching 하도록 한다.
Scrum Team 이 Scrum 을 진행하는 과정
에서 팀원간의 의사소통을 중재하고 팀에
서 발생하는 이슈에 대하여 해결 방법을
찾도록 한다.
Scrum 을 적용함에 있어서 발생하는 수많
은 변화에 대하여 관리를 하고 변화의 지
속성을 위해 끊임없이 변화를 유도하도록
한다.
16. XP(eXtreme Programing)
1990년대 후반 켄트 벡(Kent Beck)을 중심으로 여러 엔지니어들이 프로젝
트를 진행하며 얻었던 교훈을 기반으로 효과적이라 생각되는 개발 기법을
모은 하나의 방법론
“성공을 준비하라.
성공에서 한 발짝 뒤로 물러나 자신을 보호하지 말라.
최선을 다한 다음 결과에 대처하라.
이것이 극단extreme 이다.”
20. XP(eXtreme Programing) - 가치
• 의사 소통은 단방향이 아니라 양방향이다.
• 우리는 한 팀이라는 느낌을 만들고 효과적으로 협동하려면 의사소통이 중요하다.
• 의사 소통은 가장 기본적인 가치이며 가장 중요한 가치이다.
Communication
Outside
Inside
행동
감정 지각
감정에 대한 감정
기대
열망(보편적 소망)
자기(Self)
사티어 빙산의사소통
21. XP(eXtreme Programing) - 가치
• 제대로 작동할만한 (효과가 있을 법한) 가장 단순한 것은 뭘까?
• 불필요한 복잡성을 제거하는 쪽으로 기울이라는 것이다.
• 단순성을 성취하면 그만큼 의사소통해야 할 것도 줄일 수 있다.
Simplicity
Simplicity is the ultimate sophistication. ~ Leonardo da Vinci
22. XP(eXtreme Programing) - 가치
• 어떻게 하는 것이 '제대로' 하는 것인지 모를 수 있다.
• 오늘은 제대로 돌아가던 것이 내일은 그렇지 않을지도 모른다.
• 오늘 모든 것을 '제대로' 하는 데에 시간이 너무 걸려서 해결책을 다 구현하기도
전에 내일의 바뀐 상황이 그 해결책을 무효로 만들지도 모른다.
Feedback
돌이킬수 없는
늦은 피드백
Sprint 마다 빠른 피드백
23. XP(eXtreme Programing) - 가치
• 실패하는 해결책을 버리고 새로운 해결책을 찾아 나서는 용기는 단순함을 북돋운다.
• 진짜 답변, 구체적인 답변을 추구하는 용기는 피드백을 낳는다.
• 다른 가치들과 조화를 이룰 때 강력해 진다.
• 진실을 말할 수 있는 용기는 의사소통과 신뢰를 자라게 한다.
Courage
24. XP(eXtreme Programing) - 가치
• 모든 사람은 인간으로서 동등한 가치를 지닌다.
• 팀에 속한 모든 개인의 기여를 존중해야한다.
• 개인의 경험과 지식에 대해서도 존중할 수 있어야 한다.
• 나도 중요한 사람이고 당신도 중요한 사람이다.
Respect
개인
개인
개인
개인
개인
팀
개인
개인
개인
개인
개인
팀
38. Agile 방법론의 종류별 도입 Case 예제
XP
(eXtreme
Programming)
Scrum
Kanban
불확실성이 높은 경우, 적은 인원, Release 일정 없음, 빠르게 실험할 경우
Pair Programming, Mob Programming 등이 가능한 경우
불확실성이 대체로 낮은 경우, 많은 인원, 3개월 이상의 기간, 납기 준수
잦은 Release 를 수행해야하는 경우
기획, 설계, 개발, 테스트 등 절차적으로 수행하고자 하는 경우
한 제품 혹은 한 서비스의 주기적 업그레이드가 필요한 운영성 업무
Case 예제
어떤 방법이 옳은 것인지 명확한 가이드는 존재하지 않음
39. 조직의 다양성과 Agile 방법론
애자일 한 팀능력 중심의 팀협업 중심의 팀개인별 과제수행 팀
팀의 다양성
사업의 다양성
서비스 사업 플랫폼 사업
Consumer
Product
Merchant
Product
과 같이 단일 방법론으로 조직확산이 안되는 이유는 다양성에
40. 조직의 다양성과 Agile 방법론
복잡한 방식으로 풀수 밖에 없다. 다양한 방법론 도입으로
XP Scrum Kanban
Agile
41. Agile 확산 접근 방법
팀의 특성을 파악하고, 적절한 방법론을 찾고, 변화를 시작해야
게 하기 위해서는 Change Agent 인 Agile Coach 가 수행할 수
관찰하기 측정하기 흐름제어
애자일
도입하기
지속적
변화통제
실제 도입 시점현재
43. 변화 모델
애자일 팀이 되가는 과정은 멀고도 험한 과정입니다.
애자일 도입과 함께 혼돈의 시기가 찾아오기 마련입니다.
돈의 시기가 끝난후 통합의 시기를 거쳐 새로운 상태로 거듭나기까지 지속적인 노력이 필요합니
44. 전진의 법칙
직장내에서 가장 기분 좋은 날 구성원들이 경험한 것은 “작은 성공” 입니다.
0 20 40 60 80
작은 성공
촉진제(자율성 보장, 업무지원)
영양분(좋은 대인 관계)
좌절(업무 퇴보, 목표 상실)
억제제(업무 지원 부족, 강압적 명령)
독극물(대인 관계 훼손)
작은 성공 긍정적 직장생활
전진의 법칙 : 테레사 에머빌, 스티븐 크레이머
46. 프로젝트 성공의 요소
작은 프로젝트가 성공률이 높다. 큰 프로젝트를 작게 나누어서 하는 것이 성공률이 높다
The Standish Group 의 CHAOS MANIFESTO 2013
47. 성공하는 애자일을 위한 이야기
사람과 팀을 중요시하는 애자일 철학을 알아야 한다
gile 은 불확실성을 낮추는데 목표를 가지고 있다
Agile 에서는 실수, 실패를 예방하기보다는 관리
의 특성을 파악하고, 적절한 방법론을 찾고, 변화를 위
Change Agent 인 Agile Coach 가 필요하다.
“작은 성공” 작게 나누어서 하는 것 지속적
49. Agile Coach 와 Agile 확산
SACT(SKP Agile Coach Training)
Scrum Master - Practices
Scrum Master -
Coaching
애자일 SW 개발 101 워크숍
Agile 의 가치가 무엇이고, 어떤 애자일 방법론들이 있는지 학습하며, 애자일을 SW 개발에 실
제로 적용하기 위해 어떤 노력을 해야하는지 배우게 되는 과정으로 가장 널리 사용되는 스크
럼 기반의 프로젝트 진행방법을 경험하는 과정
Agile
Coach
전문가 과
정
Scrum
Master
과정
Scrum
Team
전사 과정
Scrum 에 대한 상세한 방법에 대하여 학습
하고
Scrum Master 의 역할에 대하여 학습하는
과정
- 애자일 개론 및 실천방안
- 스크럼 마스터의 역할
Scrum Master 가 갖추어야한 Coaching 방
법에 대하여학습하고 연습하는 과정
- 애자일 코칭 기법
- 애자일 코칭 연습
Agile 개론과 철학에 대하여 깊이있게 탐구하고 Agile Coach 가 갖추어야 하는
Coaching 방법에 대하여 학습하고 연습함으로써 개인과 조직이 더 효과적이 될 수 있게
코치가 되는 과정
- 조직문화, 습관설계, 코칭 기법, 퍼실리테이션, 측정과 실험
- 애자일 개론과 철학, 애자일 기술적 실천법
Agile Coach
Community
Improvement
전사적으로는 “애자일 SW 개발 101 워크숍”을 통해
Scrum 을 학습하고, SACT 와 Scrum Master 과정을 통해
Agile Coach 를 양성하고, 적극적인 관심을 같은 Agile
Coach들이 서로 커뮤니케이션 하면서 애자일 확산을 점진
적으로 진행하도록 한다.
50. Agile Coach Community
애자일 사례 학습 이슈 연구 및 해결안 모색친선을 통한 회복 코칭 연습
Agile Coach 간의 다양한 활동을 통해 점진적
애자일 전파
학습 지식 및 이슈 사례에 대한 공유 및 발표
@Tech SocialCast
ReadmeSeminar
51. Agile Coach 를 기반으로 한 Agile 확산 방법론
Agile 확산은 매우 복잡한 문제이다.
때문에 복잡한 방법으로 접근해야한다.
또 복잡한 문제를 점진적으로 풀어나가기 위해서는
지속력있는 Agile Coach가 점진적으로 수행하여야 한다.
52. Scrum Master / Agile Coach 모집중
팀의 변화를 이끌어 내는 사람을 모집하는 것이 아닙
자신을 변화시키고 싶은 사람을 찾고 있습니다.
화시키지 못하는 사람이 팀을 변화 시킬수 있기 때
Editor's Notes
해당 그래프프 구글 트랜드에서 개발 방법론에 대한 검색 통계를 표현한 것입니다. 아래 링크를 통해 보시면 좀 더 자세한 사항을 보실수 있습니다. 지역 정보도 나오는데 브라질에서 애자일에 대한 관심이 매우 높게 나타나고 있습니다.
애자일 SW 개발 101 이란 자료에서 발췌한 내용인데 일반적인 스크럼에 대하여 한눈에 볼 수 있도록 하였습니다.
3개의 미팅
해당 산출물 중에서 4가지는 모두 JIRA 를 통해 관리되거나 만들어집니다.
3개의 역할입니다.
프로덕트 오너의 중요한 사항은 제품의 비전과 로드맵을 스크럼 팀에게 제시하여야 한다는 것입니다.
스크럼 팀은 자신의 일감에 대한 진행 상태와 이슈사항에 대하여 반드시 공유해야 한다는 것입니다.
스크럼 도입을 리딩하는 리더와 스크럼 도입에 어려움을 겪는 팀원들을 코칭하고, 각종 미팅을 퍼실리테이팅하고, 개선을 리드하는 체인지 에이전트가 되어야 한다.
앞장의 스크럼 프레임워크와 구성요소를 겹쳐서 보면 이렇습니다. 추가적으로 말씀드릴사항은 스크럼은 프로세스이며 프레임워크라는 것입니다. 즉, 절대적인 규칙이 아니라는 것입니다. 현재는 짧은 시간동안 보여드리는 것이기 때문에 이정도만 말씀드리고 좀더 깊이 있는 것을 알고 싶으시다면 제가 강의하는 사내 강좌를 들으시거나 혹은 저에게 별도로 요청해 주시면 됩니다.
잘 안되는 이유는 수백가지가 되는데 여기서 다 이야기 할 수는 없구요. 관련해서 몇가지 이야기를 하려고 합니다.
XP 를 알고 계신분들 혹은 잘 몰라도 이런 것들을 들으신 적이 있거나 적용하고 계신 부분이 있을 것입니다. 그러나 XP 에서 중요한 것은 이것이 아닙니다.
그녀의 영향력은 XP 에서 이야기하는 가치와 원칙에 포함되어 있습니다. 그중에서 가치는 5가지 입니다.
외부에 표현되는 행동을 보고 의사소통을 한다는 것은 매우 위험한 행위입니다. 내부에 있는 감정, 지각, 기대, 열망 등까지 볼 수 있거나 그것들을 표현해야지 제대로 의사소통이 가능합니다. 그러나 말처럼 쉽지 않은 것이 의사소통이죠. 하지만 애자일에서 모든 것을 빼고 단 하나를 고르라고 한다면 “의사소통”이 가장 중요합니다.
단순성은 극단의 정밀함을 요구한다. 단순성을 위해 그냥 쉽게하는 방법을 선택하는 것은 원하는 바를 이루지 못할 수 있다. 최소한의 충족되는 방법을 선택하는 것을 권장하고 있다. 스크럼에서 데일리 미팅은 단순성을 가지고 있는데 어떻게 하냐는 정밀성을 요구합니다. 단순하게 모여서 이야기하는게 중요한 것이 아니라 어떤 이야기를 하느냐가 중요하겠죠.
의미있는 피드백이 중요하다. 좋네요. 싫어요. 아닌것 같아요. 잘했네요. 이런 피드백은 의미없는 피드백입니다.알다시피 폭포수 모델에서는 너무 늦은 피드백을 주는 단점이 있다. 애자일의 경우 빠른 피드백을 받을 수 있는 기회들이 많다. 회고, 데일리미팅등이 그렇다.
용기는 다양한 것이 있다. 자신의 실수를 이야기할 수 있는 용기, 어렵지만 도전해보는 용기, 잘못된 해결책에 대하여 이야기할 수 있는 용기....등 이런 것들이 매우 중요합니다. 다만, 공격적이거나 비난하는 행위가 되어서는 안되겠죠.
존중이 있다. 개인의 의견, 경험, 지식, 기여 등 다양한 것들이 존중되어야 한다.
그리고 여기서 소개하지 않은 원칙에서는 상호이익이라는 경제성도 포함하고 있습니다. 사람만 중요시하는게 아니라 분명이 추구해야하는 이익에 대하여도 이야기 하고 있습니다. 자세한 것은 교육에서...
애자일은 생산성을 높이고 품질을 높이고 비용을 낮추는 일에 직접적으로 동작하지 않습니다. 다만, 이런 것들에 영향을 주는 불확실성이라는 것을 낮출 수 있습니다. 앞에서 본 조그만 반죽을 이용해서 실험을 했던 것이 불확실성을 낮추는 작업이 되었고 실패를 했고 거기에서 배워서 새로운 성공을 만든 것입니다. 생산성이 높아지고 품질이 좋아질 것이란 기대를 하는 것은 매우 위험한 행위입니다.
애자일에서 반복적으로 일을 진행하는 것, 스프린트, 이터레이션 등은 실패를 관리하기 위해 존재합니다. 리뷰를 통해 회고를 통해 현재의 실수를 발견하고 그것을 어떻게 관리하여 개선할지가 중요한 것입니다.
지속적인 노력을 관리하는 사람이 필요하다. 변화를 관리하는 사람이 스크럼 마스터 또는 애자일 코치이다.
고객참여, 최적화(단순성), 애자일 프로세스, 감성적 성숙도 (불필요한 요구사항을 식별하고, 제거하는 능력이며, 좋지 않은 뉴스를 전달하고, 크리티컬 피드백을 수용하는 재능이다.) = 존중, 피드백, 용기