DEVIEW2015 DAY1. how riot works

1. Riot Games
유석문
How Riot
Works?

2. DEVIEW 2013 “프로그래머로 산다는 것“
좋은 개발자
• 공유
• 협업
• 깔끔한 코드
• 적절한 논리력
인문학(Liberal Arts)

3. DEVIEW 2014 “행복한 프로그래머를 위한 철학“
자존감 논리력현재 중용
이미지출처: http://www.clker.com/clipart-marble-columns.html
화
지속적 발전

4. 이미지 출처: http://memegenerator.net/instance/9798117

5. 이미지 출처: http://w.hankyung.com/news/app/newsview.php?aid=2012100333691&sid=011609&nid=253&ltype=&q=

6. 죽음의 협곡에
오심을
환영합니다???

7. 이야기
한국적인 너무나 한국적인
How Riot Works?
조직의 종류
최종 정리

8. 혼돈의 조직
• 모두가 바쁘다
• 완료되는 일은 없다
• 헤매는 시간이 많다
• 질문에 답하느라 일할 시간이 없다
이미지출처: http://www.viralnova.com/dog-stereotypes/

9. 관리의 조직
• 효율적인 업무 프로세스 중시
• 관리자가 업무 방식을 관리 및 지시
• 관리자가 업무 방식을 분석 및 개선
• 관리자의, 관리자에 의한 관리자를
위한
이미지 출처: http://www.jameswinsoar.com/body-by-vi-pyramid/

10. 관리의 조직
실무 담당자
주어진 업무 처리
관리자
업무 지시
이미지출처: http://www.historyonthenet.com/egyptians/pyramids.htm

11. 관리의 조직 문제점 - I
재미가 없다!
이미지 출처: http://giphy.com/search/sad-cats/3

12. 느리다!
관리의 조직 문제점 - II
이미지출처: http://meowgifs.com/tag/fat-cats

13. 오해가 난무!
관리의 조직 문제점 - III
이미지출처: http://www.hilariousgifs.com/cat-trolling-other-cats/

14. 이미지출처: http://www.gamingforce.org/forums/journal.php?action=view&userid=16658&amount=all

15. 애자일(AGILE) 조직

16. 애자일??
이미지 출처: http://blog.scrumup.com/2011/07/self-organization.html

17. 애자일
사용자가 가장 원하는 기능을
제공하여
피드백을 받아
서비스를 점진적으로 발전 시킨다.

18. 개발 방법의 차이
이미지 출처:
https://elearning.industriallogic.com/gh/submit?Action=PageAction&album=training_aow_1day&pa
th=training_aow_1day/morning/traditionalVsAgile&devLanguage=None
Traditional Agile

19. 애자일의 필수 요소
• 높은 품질의 코드를 생산할 수 있는 개발 조직
• 사용자 우선순위로 정렬된 기능 목록
• 짧은 Cycle Time
• 잦은 피드백
• 애자일 조직
이미지 출처: http://www.opengatesedu.org/

20. • 제약 조건에 적응
• 변경에 맞추어 스스로
조직을 재구성
• 지속적으로 변화 및 진화
애자일 조직
이미지 출처: http://endlesspicdump.com/fish-swarm-keeping-distance.html

21. ???
이미지 출처: http://news.kukinews.com/article/view.asp?page=2&gCode=ent&arcid=0008662036&code=41121111

22. How Riot Works?

23. 플레이어의 경험이 최고의 가치
Core Gamer

24. 권한 위임 - I
• Default Trust
• Queue Dodge

25. 권한 위임 - II
• 직위가 아닌 역할과 책임
• Business Owner
• Product Owner
• Tech Lead
• Dev Manager

26. 권한 위임 - III
• 정보의 공유
• Ask Me Anything
• 메일 수신자의 제약이 없음
• 누구나 참석할 수 있는 회의
• 참여형 표준

27. Continuous Improvement
• 실수는 배움의 기회
• Fail & Tell
• 어떻게 발전할지
스스로 결정
• 관습에 저항

28. Sports team, not a family
• 직접적인 피드백
• 지속적인 발전
• 협업

29. 조직 구성
Product & Initiatives
Disciplines
Team

31. 한국적인 너무나 한국적인

32. 애자일에 대한 오해 - I
이미지 출처: http://rebloggy.com/post/sonic-gotta-go-fast-sonic-the-hedgehog-sanic-sanic-hegehog/90401342178

33. 애자일에 대한 오해 - II
이미지출처: http://www.352inc.com/solutions/agile

34. 그건 내 일이 아닙니다??
이미지출처: https://twitter.com/edtheswaggy

35. 나 관리자야 ~!!!
이미지출처:
http://cdn.meme.am/instances/500x/5
5928637.jpg

36. 최종 정리

37. 좋은 소프트웨어를 만드는 법
1. 철학을 갖춘 좋은 개발자의 채용 및 성장
2. 효과적인 협업
3. 지속적으로 스스로 성장하도록 권한 위임
4. 썩은 사과 제거
5. 현재 창출하는 가치에 집중

38. 좋은 소프트웨어를 만드는 법
이미지 출처: https://s-media-cache-
ak0.pinimg.com/236x/3d/74/ec/3d74ec7
aba6673d759de3a721c65250c.jpg

39. Q&A