1.
함께 일하기?
2

2.
진짜 아무도 안 가르쳐 주나?
3
William Dyer (1925 ~ 1997)
사회 심리학자
조직 변화와 팀운영에 대한 연구
2014 Las Vegas
Paypal Hackathon

3.
이 앱을 아시나요?
4
2013.2.27 1억명 돌파기념, 26명
월간 3억명의 사용자
2012.4.9 Facebook 방문, 13명
8,000만명 사용자수
Facebook이 1조원에 인수
2010.10 런칭 3명의 개발자

4.
이들의 시작
5

5.
또 다른 시작
6

6.
성공경험들
7

7.
또 다른 성공 경험들
8

8.
Agile
9
• 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명

9.
12 Principles behind the Agile Menifesto
10
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 maintain 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 accordingly.

10.
현재 위치는?
11
파일럿 만들기 팔기 운영하기 반복 반복
지속가능한 훌륭한 팀을 만들기

11.
팀이란?
12
TYPE I TYPE II TYPE III
기획 후 성공 기획, 개발 후 성공 우당탕당
1 + 1 >= 2
사람 도구
여러 사람이 모였는데
일 하는 사람은 한 사람 (안습)
팀이란 그 사람의 경험과 능력을
이용해서 결과물을 만드는 모임
마음은 투명하게 보이지 않는다.
‘내 마음을 알아맞춰봐’ ????????
성공의 유형
핵심 성공 요인
Team Energy갈굼 에너지… 노예 에너지 올라타기 방법론 혼자하기 방법론 …

12.
첫번째 만나는 문제
13
의사 합의(False Consensus)
Jerry Harvey의 논문인 ‘Managing Agreement
in Organization : The Abilene Paradox(1974)”

13.
왜 발생하는가?
14
건설적인 논쟁 경험
일단 조용히
있음
문제가 생김
주장한
사람 탓
쌓아둔 감정의
폭발
말했다
깨짐
일을 자처함 실패함
좋은 소리
못들음
성공함
커다란
보상을 받음
잘난 척 함
혼자 일함
없음
최선의
합의를 함
죽으면 같이
죽음
문제가 생김 모두의 탓
기를 쓰고
성공시킴
있음

14.
해결하기
15
현실적인 우선순위
수준 정의하기
기대감의 공유
목표를 분명하게
하기
운영 가이드라인
수립하기
• 어떻게 일할 것인가 사전 합의
• 가이드 라인의 역기능이 발생하면 개정
• 불명확성과 어설픈 기대감의 감소
• 해당 기간 이루어야 할 목표의 공유
• 팀의 존재 이유에 대한 설명
• 집착이 아니라 한 곳 바라보기에 집중
• 이탈에 대한 인지와 대처 기준
• 잘 되었을 경우 개개인의 기대감을 적고
• 그것을 팀원들과 공유함
• 서로가 왜 이 일을 하는지에 대한 이해
• 그리고 서로를 돕기 위한 협력 유도
• 사람의 역량에 따라 완성도가 다름
• 공개적으로 토의하여 서로 알게 함
• 팀 능력을 최대한 활용하는데 목표

15.
그 다음 문제
16

16.
왜 일어나는가?
17
그리고, 그러나, 그러므로,
그런데, 그렇지만, 그렇다.
TRUE, FALSE, TRUE, FALSE ??????????????????????????????

17.
문제의 결과
18

18.
해결
19

19.
정리. 유용한 방법들
20
함께 생각 털어놓기 지나간 생각 늘어놓기 보고 배우고 보여주기
Discuss Play