Agile 방법론
- 1. CMMI 적용의 문제점 & AGILE 방법론 과목 : Software Engineering 담당 교수 : 박제원 교수님
- 2. Division of work 방 상 수 , 최 길 우 , 고 상 현 , 심 상 권 , 전 희 수
- 3. The stage of CMMI Level 1. 업무이행▶업무수행 Level 2. 프로젝트 관리 Level 3. 지 원 Level 4. 개 선 Level 5. 정 량 적 관 리
- 4. Why is CMMI difficult to apply? 1. 각 레벨 인증을 받기 까지 되는 소요 기간 2. 비용부문 3. CMMI 전문 인력 부족 4. 문화의 차이
- 5. Extra;
- 6. Agile ? “ 신속한” 또는“재빠르고 , 약삭빠른”
- 7. Agile 이란 무엇인가 ? 작고 반복적인 주기들 (iterations) 을 통해 제품을 개발하는 기법 각각의 주기들은 하나의 짧은 프로젝트와 같음 프로젝트 계획을 실정에 맞추기 위해서 , “ 시험하고 적용하기 (inspect and adapt)” 를 반복함
- 8. 왜 Agile 을 사용하는가 ? 이유 및 목적 : 재작업과 철야를 줄이기 위해서 게임의 재미를 빨리 발견하기 위해서 다른 산업들은 더 나은 제품을 더 빨리 개발하기 위해서 Agile 을 사용 해왔는데 , 우리도 가능할까 ?
- 9. Transitional vs. Agile Traditional Process Agile Process 계획 기반 개발 정형적 프로세스 문서화 방식 반 계획 기반 모델 경험적 프로세스 작동하는 소프트웨어
- 10. 게임 개발을 위한 Agile 헌장 사람과 의사소통 돌아가는 게임 고객과의 협업 변화에 대한 대응 보다 보다 보다 보다 절차와 도구 기획 문서 계약과 협상 계획에 대한 맹종
- 11. The Variety of Agile
- 12. Scrum 이란 무엇인가 ? 사람 및 의사 소통 돌아가는 게임 고객과의 협업 변화에 대한 대응
- 13. Scrum 이란 무엇인가 ? 자율적 헌신 지향적 반복 / 주기적 계획을 맹종하지 않는 결과 지향적 관료적이지 않은 모든 것을 가시화하여 , 상식들을 적용할 수 있게 하는 것 협업 중심
- 14. The Member of Scrum
- 15. Scrum 의 구성 팀 Scrum Master 고객 제품주 누구나 가능 . ( 팀장이 아님 ) 프로그래머 기획자 품질보증 에니메이터 아티스트 아티스트 배급사측 프로듀서 마케팅 부서 디렉터
- 16. The Cycle of Scrum
- 17. Product Backlog 달성 조건과 함께 사용자 스토리 (User Story) 로 정리 달리기 웅크리기 뛰기 제품주에 의해서 우선 순위가 매겨진 Product Backlog 진행 상황을 파악할 수 있도록 사용사 스토리 포인트 (User Story Points) 를 사용하여 추정
- 18. Product Backlog 개발할 제품에 대한 요구사항 목록
- 19. The Scrum Cycle
- 20. Sprint? 30 일의 반복적인 개발 주기
- 21. Sprints ( 주기 ) 달리기 움크리기 뛰기 Sprint ( 정해진 기간 ) 게임 해당 Sprint 의 목표 Sprint Backlog 로 나누어짐 새로운 게임 ( 수직적인 부피 증가 ) 변화
- 22. Sprint Backlog 각각의 스플린트 목표에 도달하기 위한 작업 목록
- 23. Daily Scrum 날마다 진행되는 진척 상황 미팅
- 24. 검토 및 계획 달리기 Crouch 게임 뛰기 검토 및 계획 날기
- 25. 일일 Scrum 달리기 웅크리기 뛰기 일일 Scrum 게임 날기
- 26. 상황실 (The War Room) 사용자 스토리 업무 (Tasks) 완료된 업무 소멸 차트 (Burndown Chart)
- 27. Sprint Backlog 소멸 차트 Backlog 화된 사용자 스토리 기울기 = 진행 속도 진행 속도를 저해하는 장애물 최종적으로 0 에 도달해야 함 날짜 시간
- 28. Scaling Scrum – Scrum 속의 Scrums 팀들 지원 서비스 기능적인 리더쉽
- 29. Product Backlog 의 빙산 Sprint 출시 우선 순위 높음 낮음 추후 출시 가치 비용 위험 지식 우선 순위가 낮은 기능들은 제외될 수 있음
- 30. 돌아보기 (Retrospectives) 짧은 사후분석 (Mini postmortems) 세 가지 질문들 팀 : 매 주기마다 프로젝트 : 매 출시 때마다 회사 : 매 분기마다
- 32. Agile 이 주는 이점들 다음 사항들이 향상됨 생산성 특히 팀장들에게 유리 빌드의 신뢰성 게임의 품질 사기 주인 정신 상호 협력 의사 소통 저비용 고효율의 관리가 가능해짐 즉 , ‘ 무슨 일이 벌어지고 있나 ?’ 를 일일이 파악해야 하는 번거로움이 줄어듬 . 우리가 무엇을 하고 있는가를 끊임없이 확인하고 생각하게 함 . 상식적인 판단을 촉진 .
- 33. 주의할 점들… . 제작 (Production) 은 Agile 이 아님 . 최소한의 콘텐트가 요구됨 . 대규모 팀은 더 많은 리더십을 필요로 함 . 자율성 (Self-organization) 이 발휘되기 힘듬 . 수직적인 깊이 (Vertical slices) 를 더하는 것이 어려움 . 예측하지 못한 ‘완료되지 않은 작업들’ ( 오류 수정 , 그래픽 소스 품질 향상 , 최적화 ) 이 누적될 수 있음 . 출시는 ‘작은 폭포수 (mini-waterfalls)’ 가 될 수 있음 . 이러한 점들이 철야 (crunch) 를 야기시킴 .
- 35. What is your values ? L = Love I = Integrity M = Money C = Convention H = Home S = Sex