아무도 알려주지 않는팀으로 일하는 법

김수보 (@subokim) 2015.05http://subokim.wordpress.com

eBrain Academy

2

함께 일하기 ?

3

진짜 아무도 안 가르쳐 주나 ?

William Dyer (1925 ~ 1997)사회 심리학자

조직 변화와 팀운영에 대한 연구

2014 Las VegasPaypal Hackathon

4

이 앱을 아시나요 ?

2013.2.27 1 억명 돌파기념 , 26 명월간 3 억명의 사용자

2012.4.9 Facebook 방문 , 13 명8,000 만명 사용자수

Facebook 이 1 조원에 인수

2010.10 런칭 3 명의 개발자

5

이들의 시작

6

또 다른 시작

7

성공경험들

8

또 다른 성공 경험들

9

Agile

• Individuals and interactions over processes and tools 프로세스 , 도구 보다는 개개인 + 상호작용을

• Working software over comprehensive documentation 문서화보다는 동작하는 소프트웨어를

• Customer collaboration over contract negotiation 계약 협상보다는 고객과의 협력을

• Responding to change over following a plan 계획을 따르기보다는 변화에 대응하는

- Ken Beck 외 16 명

10

12 Principles behind the Agile Menifesto

1. Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.

2. Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage.

3. Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.

4. Business people and developers must work together daily throughout the project.

5. Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.

6. The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.

7. Working software is the primary measure of progress. 

8. Agile processes promote sustainable development. The sponsors, developers, and users should be able to main-tain a constant pace indefinitely. 

9. Continuous attention to technical excellence and good design enhances agility.

10. Simplicity--the art of maximizing the amount of work not done--is essential.

11. The best architectures, requirements, and designs emerge from self-organizing teams.

12. At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior ac-cordingly.

11

현재 위치는 ?

파일럿 만들기 팔기 운영하기 반복 반복

지속가능한 훌륭한 팀을 만들기

12

팀이란 ?

TYPE I

TYPE II

TYPE III

기획 후 성공 기획 , 개발 후 성공 우당탕당

1 + 1 >= 2

사람 도구

여러 사람이 모였는데일 하는 사람은 한 사람 ( 안습 )

팀이란 그 사람의 경험과 능력을이용해서 결과물을 만드는 모임

마음은 투명하게 보이지 않는다 .‘ 내 마음을 알아맞춰봐’ ????????

성공의 유형

핵심 성공 요인

Team Energy갈굼 에너지… 노예 에너지 올라타기 방법론 혼자하기 방법론 …

13

첫번째 만나는 문제

의사 합의 (False Consensus)

Jerry Harvey 의 논문인 ‘ Managing Agree-ment in Organization : The Abilene Para-dox(1974)”

14

왜 발생하는가 ?

건설적인 논쟁 경험

일단 조용히 있음 문제가 생김 주장한

사람 탓쌓아둔 감정의

폭발말했다깨짐

일을 자처함 실패함 좋은 소리못들음

성공함 커다란 보상을 받음 잘난 척 함

혼자 일함

없음

최선의합의를 함

죽으면 같이 죽음 문제가 생김 모두의 탓 기를 쓰고

성공시킴

있음

15

해결하기

현실적인 우선순위수준 정의하기 기대감의 공유

목표를 분명하게하기

운영 가이드라인수립하기

• 어떻게 일할 것인가 사전 합의• 가이드 라인의 역기능이 발생하면 개정• 불명확성과 어설픈 기대감의 감소

• 해당 기간 이루어야 할 목표의 공유• 팀의 존재 이유에 대한 설명• 집착이 아니라 한 곳 바라보기에 집중• 이탈에 대한 인지와 대처 기준

• 잘 되었을 경우 개개인의 기대감을 적고• 그것을 팀원들과 공유함• 서로가 왜 이 일을 하는지에 대한 이해• 그리고 서로를 돕기 위한 협력 유도

• 사람의 역량에 따라 완성도가 다름• 공개적으로 토의하여 서로 알게 함• 팀 능력을 최대한 활용하는데 목표

16

그 다음 문제

17

왜 일어나는가 ?

그리고 , 그러나 , 그러므로 ,그런데 , 그렇지만 , 그렇다 .

TRUE, FALSE, TRUE, FALSE ??????????????????????????????

18

문제의 결과

19

해결

20

정리 . 유용한 방법들

함께 생각 털어놓기 지나간 생각 늘어놓기 보고 배우고 보여주기

Dis-cuss

Play