Successfully reported this slideshow.
CMMI  적용의 문제점 & AGILE  방법론 과목  : Software Engineering 담당 교수  :  박제원 교수님
Division of work <ul><li>방 상 수 ,  최 길 우 ,  고 상 현 ,  심 상 권 ,  전 희 수 </li></ul>
The stage of CMMI Level 1.  업무이행▶업무수행 Level 2.  프로젝트 관리 Level 3.  지  원 Level 4.  개  선 Level 5.  정 량 적 관 리
Why is CMMI difficult to apply? <ul><li>1.  각 레벨 인증을 받기 까지 되는 소요 기간 </li></ul><ul><li>2.  비용부문 </li></ul><ul><li>3. CMMI  ...
Extra;
Agile ? <ul><li>“ 신속한” 또는“재빠르고 ,  약삭빠른” </li></ul>
Agile 이란 무엇인가 ? <ul><li>작고 반복적인 주기들 (iterations) 을 통해 제품을 개발하는 기법 </li></ul><ul><ul><li>각각의 주기들은 하나의 짧은 프로젝트와 같음 </li></ul...
왜  Agile 을 사용하는가 ? <ul><li>이유 및 목적 : </li></ul><ul><ul><li>재작업과 철야를 줄이기 위해서 </li></ul></ul><ul><ul><li>게임의 재미를 빨리 발견하기 위해서...
Transitional vs. Agile Traditional Process Agile Process 계획 기반 개발 정형적 프로세스 문서화 방식 반 계획 기반 모델 경험적 프로세스 작동하는 소프트웨어
게임 개발을 위한  Agile  헌장 사람과 의사소통 돌아가는 게임 고객과의 협업 변화에 대한 대응 보다 보다 보다 보다 절차와 도구 기획 문서 계약과 협상 계획에 대한 맹종
The Variety of Agile
Scrum 이란 무엇인가 ? 사람 및 의사 소통 돌아가는 게임 고객과의 협업 변화에 대한 대응
Scrum 이란 무엇인가 ? 자율적 헌신 지향적 반복 / 주기적 계획을 맹종하지 않는 결과 지향적 관료적이지 않은 모든 것을 가시화하여 ,  상식들을 적용할 수 있게 하는 것 협업 중심
The Member of Scrum
Scrum 의 구성 팀 Scrum   Master 고객 제품주 누구나 가능 . ( 팀장이 아님 ) 프로그래머 기획자 품질보증 에니메이터 아티스트 아티스트 배급사측  프로듀서 마케팅 부서 디렉터
The Cycle of Scrum
Product Backlog 달성 조건과 함께  사용자 스토리 (User Story) 로 정리 달리기 웅크리기 뛰기 제품주에 의해서 우선 순위가 매겨진  Product Backlog 진행 상황을 파악할 수 있도록  사용...
Product Backlog <ul><li>개발할 제품에 대한 요구사항 목록 </li></ul>
The Scrum Cycle
Sprint? <ul><li>30 일의 반복적인 개발 주기  </li></ul>
Sprints ( 주기 ) 달리기 움크리기 뛰기 Sprint ( 정해진 기간 ) 게임 해당  Sprint 의 목표 Sprint Backlog 로 나누어짐 새로운 게임 ( 수직적인 부피 증가 ) 변화
Sprint Backlog <ul><li>각각의 스플린트 목표에 도달하기 위한 작업 목록 </li></ul>
Daily Scrum <ul><li>날마다 진행되는 진척 상황 미팅 </li></ul>
검토 및 계획 달리기 Crouch 게임 뛰기 검토 및 계획 날기
일일  Scrum 달리기 웅크리기 뛰기 일일  Scrum 게임 날기
상황실 (The War Room) 사용자 스토리 업무 (Tasks) 완료된 업무 소멸 차트  (Burndown Chart)
Sprint Backlog  소멸 차트 Backlog 화된 사용자 스토리 기울기  =  진행 속도 진행 속도를 저해하는 장애물 최종적으로  0 에 도달해야 함 날짜 시간
Scaling Scrum – Scrum  속의  Scrums 팀들 지원 서비스 기능적인 리더쉽
Product Backlog 의  빙산 Sprint 출시 우선 순위 높음 낮음 추후 출시 가치 비용 위험 지식 우선 순위가 낮은 기능들은 제외될 수 있음
돌아보기 (Retrospectives) <ul><li>짧은 사후분석 (Mini postmortems) </li></ul><ul><ul><li>세 가지 질문들 </li></ul></ul><ul><li>팀 :  매 주기마다...
 
Agile 이 주는 이점들 <ul><li>다음 사항들이 향상됨 </li></ul><ul><ul><li>생산성 </li></ul></ul><ul><ul><ul><li>특히 팀장들에게 유리 </li></ul></ul></u...
주의할 점들… . <ul><li>제작 (Production) 은  Agile 이 아님 . </li></ul><ul><ul><li>최소한의 콘텐트가 요구됨 . </li></ul></ul><ul><li>대규모 팀은 더 많은...
 
What is your values ? <ul><li>L = Love </li></ul><ul><li>I = Integrity </li></ul><ul><li>M = Money </li></ul><ul><li>C = C...
Upcoming SlideShare
Loading in …5
×

Agile 방법론

7,787 views

Published on

CMMI 간단한 단계와
Agile 기초 프로세스 설명

  • Be the first to comment

Agile 방법론

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

×