Riot Games 유석문

How Riot Works?

DEVIEW 2013 “프로그래머로 산다는 것“

좋은 개발자

• 공유

• 협업

• 깔끔한 코드

• 적절한 논리력

인문학(Liberal Arts)

DEVIEW 2014 “행복한 프로그래머를 위한 철학“

자존감 논리력 현재 중용

이미지출처: http://www.clker.com/clipart-marble-columns.html

화

지속적 발전

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

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

죽음의 협곡에 오심을

환영합니다???

이야기

한국적인 너무나 한국적인

How Riot Works?

조직의 종류

최종 정리

혼돈의 조직

• 모두가 바쁘다

• 완료되는 일은 없다

• 헤매는 시간이 많다

• 질문에 답하느라 일할 시간이 없다 이미지출처: http://www.viralnova.com/dog-stereotypes/

관리의 조직

• 효율적인 업무 프로세스 중시

• 관리자가 업무 방식을 관리 및 지시

• 관리자가 업무 방식을 분석 및 개선

• 관리자의, 관리자에 의한 관리자를

위한

이미지 출처: http://www.jameswinsoar.com/body-by-vi-pyramid/

관리의 조직 실무 담당자

주어진 업무 처리

관리자 업무 지시

이미지출처: http://www.historyonthenet.com/egyptians/pyramids.htm

관리의 조직 문제점 - I

재미가 없다!

이미지 출처: http://giphy.com/search/sad-cats/3

느리다!

관리의 조직 문제점 - II

이미지출처: http://meowgifs.com/tag/fat-cats

오해가 난무!

관리의 조직 문제점 - III

이미지출처: http://www.hilariousgifs.com/cat-trolling-other-cats/

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

애자일(AGILE) 조직

애자일??

이미지 출처: http://blog.scrumup.com/2011/07/self-organization.html

애자일

사용자가 가장 원하는 기능을

제공하여

피드백을 받아

서비스를 점진적으로 발전 시킨다.

개발 방법의 차이

이미지 출처:

https://elearning.industriallogic.com/gh/submit?Action=PageAction&album=training_aow_1day&pa

th=training_aow_1day/morning/traditionalVsAgile&devLanguage=None

Traditional Agile

애자일의 필수 요소

• 높은 품질의 코드를 생산할 수 있는 개발 조직

• 사용자 우선순위로 정렬된 기능 목록

• 짧은 Cycle Time

• 잦은 피드백

• 애자일 조직

이미지 출처: http://www.opengatesedu.org/

• 제약 조건에 적응

• 변경에 맞추어 스스로

조직을 재구성

• 지속적으로 변화 및 진화

애자일 조직

이미지 출처: http://endlesspicdump.com/fish-swarm-keeping-distance.html

???

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

How Riot Works?

플레이어의 경험이 최고의 가치

Core Gamer

권한 위임 - I

• Default Trust

• Queue Dodge

권한 위임 - II

• 직위가 아닌 역할과 책임

• Business Owner

• Product Owner

• Tech Lead

• Dev Manager

권한 위임 - III

• 정보의 공유

• Ask Me Anything

• 메일 수신자의 제약이 없음

• 누구나 참석할 수 있는 회의

• 참여형 표준

Continuous Improvement

• 실수는 배움의 기회

• Fail & Tell

• 어떻게 발전할지

스스로 결정

• 관습에 저항

Sports team, not a family

• 직접적인 피드백

• 지속적인 발전

• 협업

조직 구성 Product & Initiatives

Disciplines

Team

한국적인 너무나 한국적인

애자일에 대한 오해 - I

이미지 출처: http://rebloggy.com/post/sonic-gotta-go-fast-sonic-the-hedgehog-sanic-sanic-hegehog/90401342178

애자일에 대한 오해 - II

이미지출처: http://www.352inc.com/solutions/agile

그건 내 일이 아닙니다??

이미지출처: https://twitter.com/edtheswaggy

나 관리자야 ~!!!

이미지출처:

http://cdn.meme.am/instances/500x/5

5928637.jpg

최종 정리

좋은 소프트웨어를 만드는 법

1. 철학을 갖춘 좋은 개발자의 채용 및 성장

2. 효과적인 협업

3. 지속적으로 스스로 성장하도록 권한 위임

4. 썩은 사과 제거

5. 현재 창출하는 가치에 집중

좋은 소프트웨어를 만드는 법

이미지 출처: https://s-media-cache-

ak0.pinimg.com/236x/3d/74/ec/3d74ec7

aba6673d759de3a721c65250c.jpg

Q&A