Your SlideShare is downloading. ×
0
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Agile - SCRUM을 통한 개발관리
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Agile - SCRUM을 통한 개발관리

8,077

Published on

This doc is the edited version of Scrum: Agile For Everyone by JadeTower three years ago. I translated it to Korean and changed some contents.

This doc is the edited version of Scrum: Agile For Everyone by JadeTower three years ago. I translated it to Korean and changed some contents.

Published in: Technology, Sports
1 Comment
52 Likes
Statistics
Notes
No Downloads
Views
Total Views
8,077
On Slideshare
0
From Embeds
0
Number of Embeds
8
Actions
Shares
0
Downloads
1
Comments
1
Likes
52
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Agile - SCRUM을
    통한 개발관리
    2010/07/31
    강상진
    KGDS(Korea Game Developers Seminar) 2010
  • 2. 고전적인 소프트웨어
    개발 방법론
  • 3. 요구사항 분석
    설계
    개발
    테스트
    배포
    유지보수
  • 4. 요구사항 분석
    변화
    설계
    난해
    개발
    지연
    테스트
    생략
    배포
    두려움
    유지보수
    방만
  • 5. 변화
    일정 지연
    또 바꿔?
    귀찮음
    짜증
  • 6. 혼란을 제어?
  • 7. 혼란을 관리제어
  • 8. 어떻게?
  • 9. 변화에 빨리 적응하며 민첩한 개발
  • 10. 애자일(Agile)
  • 11. 스크럼(Scrum)
  • 12.
  • 13. 경량화된
    애자일(Agile)
    개발 방법론
  • 14. 방법론의 구성요소
    사람(Who)
    사물(What)
    행동(How)
  • 15. 사람
    사물
    행동
  • 16. Product Owner(제품 담당자) :
    어떤 게임을 만들지 담당
  • 17. Scrum Master(스크럼 담당자) :개발 전반 관리자
  • 18. Scrum Team(스크럼 팀원) :
    모든 개발 팀원
  • 19. 사람
    사물
    행동
  • 20. 우리가 원하는 사물은?
  • 21. 제품
  • 22. 제품 요구사항은Backlog로 작성
  • 23. Backlog
  • 24. 상세요구사항 수집은
    User Story로…
  • 25. User Story
  • 26. User Stories….
  • 27. 다시혼란….
  • 28. 상세요구사항 수집은
    User Story 순위로…
  • 29. User Story를 기반으로
    작업일정을 추정
  • 30. 일정 추정의예
  • 31. 일정 추정의 예…
  • 32. 일정 추정의 예…
  • 33. 사람
    사물
    행동
  • 34. 요구사항 분석
    변화
    설계
    난해
    개발
    지연
    테스트
    생략
    배포
    두려움
    유지보수
    방만
  • 35. 요구사항 분석
    설계
    유지보수
    개발
    배포
    테스트
  • 36. 반복(Cycle) 개발
  • 37. 점증(Incremental) 개발
  • 38. 왜 반복& 점증?
  • 39. Prototype을제품으로
  • 40. 빠른 피드백
  • 41. 빠른 오류처리
  • 42. 위험 감소
  • 43. 스프린트(Sprint)란 관련된 업무들을 Grouping하여 특정 기간 내 완료를 목표
  • 44. 스프린트는 각각 측정 가능하고 특정한,
    개발목표를 가져야한다.
  • 45. Sprint는 보통
    2 ~ 4 weeks
  • 46. 하나의 게임 개발에는
    수백~수천 개의 Sprint가 필요
  • 47. 스크럼 미팅(15분/하루)
    어떤 게임을
    만들어야 하나?
    24시간
    365일
    점차 개발되어 가는 게임
    스프린트(Sprint)2 ~ 4주
    제품 백로그
    (Product Backlog)
    스프린트 백로그
    (Sprint Backlog)
    이번 스프린트에는 어떤 작업을 하나?
  • 48. Sprint 작업현황 체크
    할 일 진행 중 완료 !
    게임 기획
    디자인
    프로그래밍
  • 49. 며칠 후…..
    할 일 진행 중 완료 !
    게임 기획
    디자인
    프로그래밍
  • 50. 게임 개발 완료 시..
    할 일 진행 중 완료 !
    게임 기획
    디자인
    프로그래밍
  • 51. Example…
  • 52. Example…
  • 53. Example…
  • 54. Example…
  • 55. Burn Down Chart
  • 56. 매일 스크럼 미팅…(15 Minutes…)
  • 57.
  • 58. 무엇을 했나?
    다른 장애물은?
    무엇을 해야 하나?
  • 59. Scrum
    사람
    사물
    행동
    • Iteration development
    • 64. Incremental development
    • 65. Sprint meeting
  • 왜 스크럼(Scrum)?
  • 66. Simple.
  • 67. 소규모 팀원 간
    협력
  • 68. Sprint로 나눠지는
    분명한 목표
  • 69. Communication
  • 70.
  • 71.
  • 72.
  • 73.
  • 74.
  • 75.
  • 76.
  • 77. 어떻게시작?
  • 78. 팀원 구성
    Product Backlog 생성
    Sprint 로 작업 나누기
    Sprint 시작
  • 79. 몇 개의 Sprint경험 후에
    Team에 빠르게 적응…
  • 80. Scrum 자체 프로세스를 지키려 만 하지 말 것!
  • 81. Daily Meeting에급급하지 말 것!
  • 82. 지나간 Backlog를버리지 말 것!
  • 83. Q & A

×