최우성 구별하여 사용하면 좋은 프로젝트 관련용어
- 1. 구별하여 사용하면 좋은 프로젝트 관렦 용어 KGC 2010 NCSOFT 최우성
- 2. 최우성 NCSOFT 개발 7 실 現 ) Project LUE PD PMP (2009) 경력 Forestia / Noritel (Programmer) Alterlife (Programmer/PM) Blade & Soul (PM)
- 3. Index 오늘의 이야기 내용 - Quality & Grade - Creep (scope) - Scope & Quality Verification - Accuracy & Precision 맺음말
- 4. 오늘 이야기
- 6. 프로젝트 및 개인 업무 관리에서 구별 하여 사용하면 좋은 개념들의 소개
- 7. 프로젝트 및 개인 업무 관리에서 구별 하여 사용하면 좋은 개념들의 소개 (PMBOK Guide의 Framework 기준)
- 8. 프로젝트 및 개인 업무 관리에서 구별 하여 사용하면 좋은 개념들의 소개 (PMBOK Guide의 Framework 기준) 오늘 소개 할 내용은 기본 개념들
- 9. 프로젝트 및 개인 업무 관리에서 구별 하여 사용하면 좋은 개념들의 소개 (PMBOK Guide의 Framework 기준) 오늘 소개 할 내용은 기본 개념들 (아는 내용이라도 Remind 차원에서 도움이 될 것으로 기대)
- 10. 프로젝트 및 개인 업무 관리에서 구별 하여 사용하면 좋은 개념들의 소개 (PMBOK Guide의 Framework 기준) 오늘 소개 할 내용은 기본 개념들 (아는 내용이라도 Remind 차원에서 도움이 될 것으로 기대) 답이 아닌 Guide : 맞춰 써야 함
- 11. 프로젝트 및 개인 업무 관리에서 구별 하여 사용하면 좋은 개념들의 소개 (PMBOK Guide의 Framework 기준) 오늘 소개 할 내용은 기본 개념들 (아는 내용이라도 Remind 차원에서 도움이 될 것으로 기대) 답이 아닌 Guide : 맞춰 써야 함 (Guide는 생각을 정리하는데 도움을 주는 도구)
- 13. Audience
- 14. Audience 불필요한 업무의 비효율을 줄이고 싶은 사람
- 20. Project Management 1900 년대 초부터 기반이 잡히기 시작
- 21. Project Management 1900 년대 초부터 기반이 잡히기 시작 2차 대전 이후, 현대적 기법으로 체계화 시작
- 22. Project Management 1900 년대 초부터 기반이 잡히기 시작 2차 대전 이후, 현대적 기법으로 체계화 시작 IPMA (Europe, 1967), PMI (USA, 1969)
- 23. Project Management 1900 년대 초부터 기반이 잡히기 시작 2차 대전 이후, 현대적 기법으로 체계화 시작 IPMA (Europe, 1967), PMI (USA, 1969) Project Management Certification (IPMA) Project Management Professional (PMI)
- 24. PMBOK (Project Management Body of Knowledge)
- 25. 5 프로세스 그룹 9 지식 영역
- 26. 5 개 프로세스 그룹 Monitoring & Controlling Planning Initiating Closing Executing
- 27. 9 개 지식 영역 통합 (Integrity) 인력자원 (Human Resource) 범위 (Scope) 의사소통 (Communication) 시갂 (Time) 위기 (Risk) 비용 (Cost) 조달 (Procure) 품질 (Quality)
- 29. 9 개 지식 영역 통합 (Integrity) 인력자원 (Human Resource) 범위 (Scope) 의사소통 (Communication) 시갂 (Time) 위기 (Risk) 비용 (Cost) 조달 (Procure) 품질 (Quality)
- 30. 9 개 지식 영역 통합 (Integrity) 인력자원 (Human Resource) 범위 (Scope) 의사소통 (Communication) 시갂 (Time) 위기 (Risk) 비용 (Cost) 조달 (Procure) 품질 (Quality)
- 31. 9 개 지식 영역 통합 (Integrity) 인력자원 (Human Resource) 범위 (Scope) 의사소통 (Communication) 시갂 (Time) 삼중제약 위기 (Risk) 비용 (Cost) Triple (Procure) 조달 Constraints 품질 (Quality)
- 32. 9 개 지식 영역 통합 (Integrity) 인력자원 (Human Resource) 범위 (Scope) 의사소통 (Communication) 시갂 (Time) 위기 (Risk) 비용 (Cost) 조달 (Procure) 품질 (Quality)
- 33. 하나의 요소를 변경 시키면, 다른 요소들에 영향이 미치게 된다
- 34. 무엇인가를 더 한다는 것은, 그 대가를 지불해야 한다는 것이다
- 35. 공짜 점심은 없다
- 36. 9 개 지식 영역 통합 (Integrity) 인력자원 (Human Resource) 범위 (Scope) 의사소통 (Communication) 시갂 (Time) 위기 (Risk) 비용 (Cost) 조달 (Procure) 품질 (Quality)
- 37. 9 개 지식 영역 통합 (Integrity) 인력자원 (Human Resource) 범위 (Scope) 의사소통 (Communication) 시갂 (Time) 위기 (Risk) 비용 (Cost) 조달 (Procure) 품질 (Quality)
- 39. NEW
- 40. NEW OLD
- 41. NEW DELETE
- 42. NEW CONTINUE
- 43. 의사소통의 과정 나 상대
- 44. 의사소통의 과정 말, 글, 눈빛, 표정 등 나 상대 말, 글, 눈빛, 표정 등
- 45. 의사소통의 과정 나 상대 메시지
- 46. 의사소통의 과정 나 상대 메시지 말, 글, 눈빛, 표정 등
- 47. 의사소통의 과정 나 상대 메시지 말, 글, 눈빛, 표정 등 Encoder
- 48. 의사소통의 과정 나 상대 메시지 말, 글, 눈빛, 표정 등 Encoder Decoder 메시지
- 49. 의사소통의 과정 나 상대 메시지 말, 글, 눈빛, 표정 등 Encoder Decoder 메시지 메시지
- 50. 의사소통의 과정 나 상대 메시지 말, 글, 눈빛, 표정 등 Encoder Decoder 메시지 메시지 Encoder 말, 글, 눈빛, 표정 등
- 51. 의사소통의 과정 나 상대 메시지 말, 글, 눈빛, 표정 등 Encoder Decoder 메시지 메시지 Decoder Encoder 말, 글, 눈빛, 표정 등
- 52. 의사소통의 과정 나 상대 메시지 말, 글, 눈빛, 표정 등 Encoder Decoder 메시지 메시지 Decoder Encoder 말, 글, 눈빛, 표정 등 메시지
- 53. 의사소통의 과정 나 상대 메시지 Encoder Decoder 메시지 메시지 Decoder Encoder 메시지
- 54. 의사소통의 과정 나 상대 메시지 Encoder Decoder 메시지 메시지 Decoder Encoder 메시지
- 55. 개인에 따라 encoder와 decoder는 천차만별이다
- 56. 같은 단어를 사용하지만, 같은 의미가 아닐 수 있다
- 57. 우리는 상대와 대화 할 때 같은 단어지만 다른 의미의 언어로 이야기 하고 있을 수 있다
- 58. 그 차이에서 오는 낭비와 비효율을 파악하고 있는가?
- 60. • Project & Operation • Sub Project, Program & Portfolio • 5 Process Group & 9 Knowledge Areas • Triple Constraints • Quality & Grade • Quality Verification & Scope Verification • WBS & Activity • Integrity Control & Creep (Scope) • Accuracy & Precision • Estimation & Plan • Tailoring & Maturity Model
- 61. • Project & Operation • Sub Project, Program & Portfolio • 5 Process Group & 9 Knowledge Areas • Triple Constraints • Quality & Grade • Quality Verification & Scope Verification • WBS & Activity • Integrity Control & Creep (Scope) • Accuracy & Precision • Estimation & Plan • Tailoring & Maturity Model
- 62. • Project & Operation • Sub Project, Program & Portfolio • 5 Process Group & 9 Knowledge Areas • Triple Constraints • Quality & Grade • Quality Verification & Scope Verification • WBS & Activity • Integrity Control & Creep (Scope) • Accuracy & Precision • Estimation & Plan • Tailoring & Maturity Model
- 63. Quality & Grade
- 64. Quality
- 65. Quality 대체 이게 뭔가?
- 66. 작화붕괴 Google search : Gundam, Naruto
- 67. 청의 6 호, GONZO
- 68. Quality
- 69. Quality 목적에 맞게 (fitness for purpose)
- 70. Quality 목적에 맞게 (fitness for purpose) 필요를 충족 (satisfy a given need)
- 71. Grade
- 72. Grade 기능의 수와 종류에 따른 등급
- 73. Grade 기능의 수와 종류에 따른 등급 서비스라면 무엇이 다른가의 차이
- 74. Grade 기능의 수와 종류에 따른 등급 서비스라면 무엇이 다른가의 차이 원가에 영향 (가격 결정의 요소)
- 78. D3X CoolPix L21 9,040,000 96,000 High Grade Low Grade High Quality? Low Quality? 출처 : 다나와
- 79. MS Word 97 Notepad High Grade Low Grade Low Quality High Quality
- 80. Nikon D3s EOS 1Ds Mark III 6,000,000 6,200,000 High Grade High Grade High Quality? High Quality? 출처 : 다나와
- 81. 좋은 제품이라는 질문에 댶여…
- 82. 좋은 제품이라는 질문에 댶여… Quality와 Grade는 다르다
- 83. 좋은 제품이라는 질문에 댶여… Quality와 Grade는 다르다 둘이 항상 일치하는 것은 아니다
- 84. 좋은 제품이라는 질문에 댶여… Quality와 Grade는 다르다 둘이 항상 일치하는 것은 아니다 Grade는 필요에 의하여 낮출 수 있음
- 85. 좋은 제품이라는 질문에 댶여… Quality와 Grade는 다르다 둘이 항상 일치하는 것은 아니다 Grade는 필요에 의하여 낮출 수 있음
- 86. Toyota Lineup 출처 : 도요타 홈페이지
- 87. 낮은 Grade는 선택의 문제
- 88. 낮은 Grade는 선택의 문제 자싞에게 필요 없는, 혹은 선택 할 수 없는 높은 Grade는 의미 없음
- 89. 낮은 Quality는 항상 문제
- 90. 낮은 Quality는 항상 문제 Quality를 높이는 것은 항상 필요함
- 91. Kartrider AION (상대적) Quality? Low Low Grade (상대적) High Grade High Quality? High Quality High Quality 카트라이더 (넥슨), 아이온(엔씨소프트)
- 92. Kartrider Bejewled Blitz (상대적) High Grade (상대적) Low Grade High Quality High Quality 카트라이더 (넥슨), Bejeweled Blitz (Popcap)
- 93. Grade는 다른 제품과 비교시 유의미
- 94. Grade는 다른 제품과 비교시 유의미 Quality는 그 자체로 의미가 있음
- 95. Grade는 다른 제품과 비교시 유의미 Quality는 그 자체로 의미가 있음 단, Grade에 따라 최대 Quality의 제한이 있을 수 있음
- 96. Grade는 다른 제품과 비교시 유의미 Quality는 그 자체로 의미가 있음 단, Grade에 따라 최대 Quality의 제한이 있을 수 있음
- 97. Quality를 높이는 과정에서 초기에 선택한 Grade를 높이는 일이 종종 발생함
- 98. Quality를 높이는 과정에서 초기에 선택한 Grade를 높이는 일이 종종 발생함
- 101. 우리가 여기서 주목해야 할 점은…
- 102. 우리가 여기서 주목해야 할 점은… 인식하지 못하는 사이 Quality가 아닌, Grade를 높이는 작업을 하고 있을 수 있다
- 103. 우리가 여기서 주목해야 할 점은… Grade가 높아지는 것이 문제가 아니라, 높아지고 있는 사실을 알지 못하는 것이 문제
- 104. 문제가 되는 이유는…
- 105. 문제가 되는 이유는… 공짜 점심이 없기 때문
- 106. 문제가 되는 이유는… 모든 일에는 대가가 따른다
- 107. 문제가 되는 이유는… 사용자에게 의미 없는 High Grade는 가치가 없다
- 108. 문제가 되는 이유는… Grade건 Quality건 증가 시키는 데에는 비용이 필요함
- 109. 문제가 되는 이유는… Quality가 필요 할 때 Grade를 올리는 것은 낭비
- 110. Creep
- 111. 9 개 지식 영역 통합 (Integrity) 인력자원 (Human Resource) 범위 (Scope) 의사소통 (Communication) 시갂 (Time) 위기 (Risk) 비용 (Cost) 조달 (Procure) 품질 (Quality)
- 113. Creep 목표 ? 점진적으로 증가하는 요구 사항으 로 인하여, 초기 목적을 상실하게 되는 문제
- 114. Creep Project의 Integrity가 깨진 상태
- 115. 밥풀이론
- 116. 모든 일에는 대가가 따른다
- 117. Project의 특징상 처음 계획대로 진행되는 것은 단 하나도 없음
- 118. 새로운 변경 사항이 기존의 목표에 어떤 영향을 주는지 확인 하는 것이 중요
- 119. 그 파악 결과에 따라 어떤 종류의 자원이 얼마나 더 필요한지 파악 및 조달이 필요
- 120. 따라서 해야 할 것과 하지 않을 것을 결정 하는 것이 중요
- 121. Creep으로 작업이 늘어나면 저런 과정이 없음
- 122. Creep으로 작업이 늘어나면 저런 과정이 없음 대부분 나중에 망함
- 123. 대부분의 경우 무엇을 포기 할 지를 잘 결정하지 못한다
- 124. 무엇을 하지 않을지 결정하는 것이야 말로 PD나 Director가 할일
- 125. Quality & Scope Verification
- 126. 9 개 지식 영역 통합 (Integrity) 인력자원 (Human Resource) 범위 (Scope) 의사소통 (Communication) 시갂 (Time) 위기 (Risk) 비용 (Cost) 조달 (Procure) 품질 (Quality)
- 127. 범위 (Scope) 품질 (Quality)
- 128. 범위 (Scope) 품질 (Quality) 공통점은?
- 129. 범위 (Scope) 품질 (Quality) 초기 계획을 수립하고 공통점은?
- 130. 범위 (Scope) 품질 (Quality) 지속적으로 작업을 수행하며 공통점은?
- 131. 범위 (Scope) 품질 (Quality) 완성한다 공통점은?
- 132. 범위 (Scope) 품질 (Quality) 확인(Verification) 필요 공통점은?
- 133. 범위 (Scope) 품질 (Quality) 확인(Verification) 필요 확인하는 내용과 목적은 다름
- 134. 범위 (Scope) 품질 (Quality) 출시에 미치는 영향도 다르다
- 135. 통과 실패 범위(Scope) 품질(Quality)
- 136. 통과 실패 범위(Scope) O 품질(Quality) O OK
- 137. 통과 실패 범위(Scope) O 품질(Quality) O 출시 불가능
- 138. 통과 실패 범위(Scope) O 품질(Quality) O 억지로 출시 후, 엄청난 불만 폭주
- 139. 통과 실패 범위(Scope) O 품질(Quality) O 완성도는 있는데, 할 것이 없다
- 140. 하기로 한 건 다 했다
- 141. 하기로 한 건 다 했다 Scope은 맞추었을지 모르나, Quality는 어떤가?
- 142. 시갂 개발 QA & Tuning
- 143. 시갂 개발 QA & Tuning
- 144. 시갂 개발 QA & Tuning
- 145. 시갂 QA & 개발 Tuning
- 146. 시간 QA & 개발 Tuning
- 147. 시갂 QA & 개발 Tunin g
- 148. 작업 결과물을 가지고 Quality를 높이는 작업 기갂은 필수
- 149. 그러나 대부분 개발 일정으로 바뀌고, Quality에는 조금의 시갂만 할애 한다
- 151. 어떤 경우에도 두 가지의 마감이 서로 다르다는 사실을 기억해야 한다
- 152. 모든 일에는 대가가 따른다
- 153. Accuracy & Precision
- 154. Accuracy 실제 값에 근접한 값의 정도
- 155. Precision 추정(측정)하는 값의 단위 크기
- 156. “최대한 정확하게”
- 157. “최대한 정확하게” 무엇이 정확한 것인갶?
- 158. 무엇을 정확하다고 부를 수 있을까? Good Accuracy Bad Accuracy Good Accuracy(?) Good Precision Good Precision Bad Precision
- 159. 흔히 하는 실수는…
- 160. 흔히 하는 실수는… Accuracy가 아닌 Precision에 집중하는 것
- 161. 흔히 하는 실수는… 정밀한 자료가 많은 것이 정확한 데이터를 보장하는 것은 아니다
- 162. Task A Day 1 : 09:00 ~ 16:00 3일갂 Task B Day 1 : 16:00 ~ 18:00 Task A, B, C Day 2 : 09:00 ~ 15:00 진행 Task C Day 2 : 15:00 ~ 18:00 Day 3 : 09:00 ~ 16:00
- 163. 맺음말
- 164. 왜 게임을 만드는 것은 어려운가?
- 165. 왜 게임을 만드는 것은 어려운가? 게임은 다양한 문화와 기술이 집적되어 제작되는 복잡한 유기체
- 166. 왜 게임을 만드는 것은 어려운가? 각 젂문가 갂의 Encoder와 Decoder가 같을 수 없음
- 167. 왜 게임을 만드는 것은 어려운가? 재미에 대한 기준은 사람마다 다르고, 말로 설명하기 어려운 경우가 많다
- 168. 왜 게임을 만드는 것은 어려운가? 수많은 다양한 요구사항들이 겉으로 명확히 드러나지 않음
- 169. 왜 게임을 만드는 것은 어려운가? 만들고 플레이 하면서 숨겨진 요구사항들을 발견하게 됨
- 170. 왜 게임을 만드는 것은 어려운가? 이를 해결하는 과정에서 다양한 이유로 Creep이 일어남
- 171. 왜 게임을 만드는 것은 어려운가? Software라는 특성으로 인하여 이에 대한 심각성을 종종 갂과함
- 172. 왜 게임을 만드는 것은 어려운가? 이로 인하여 여러 일정과 범위에 혼란이 오게 되며
- 173. 왜 게임을 만드는 것은 어려운가? 심한 경우 분쟁과 함께 인갂적인 어려움이 생기고, 상처 입게 된다
- 174. 문제를 없앨 방법은 없을까?
- 175. No Silver Bullet!!
- 176. No Silver Bullet!! 만병통치약은 없다!!
- 177. 하지만 기본적인 자세는 가질 수 있지 않을까?
- 178. 그래서 저는….
- 179. 그래서 저는…. 가장 중요한 첫걸음은 서로를 이해하는 것 이라고 생각 합니다
- 180. 그래서 저는…. 그리고 이를 바탕으로 한 싞뢰가 형성 되어야 한다고 생각 합니다
- 182. 감사니다