SlideShare ist ein Scribd-Unternehmen logo
1 von 21
스토리 포인트로공수 산정하기,운선순위 정하기 임도형 dh-rim@hanmail.net
공수 산정하기
사용자 스토리 하나의 작업 단위 요구사항 or 기능 or UseCase과 유사 예 사용자는 아이디와 패스워드로 인증할 수 있다. 사용자는 패스워드를 변경할 수 있다. 사용자는 장바구니에 상품을 담을 수 있다.
스토리 포인트 각 사용자 스토리의 상대적인 일의 크기 공수가 아니다.
스토리 포인트 산정 방법 항상 다른 스토리와 비교하여 구한다. 저것은 5정도이니까 이것은 7정도 이겠다. 보통 0~10의 범위로. 중간이겠다 싶은 첫번 째 것을 대충 골라서 5로. 나머지를 5의 스토리를 기준으로.
스토리 포인트 투표 개발관련자 전원(기획자, 디자이너 포함)이 모여서 투표. 최대값과 최소값을 던진 이가 그 이유를 설명 전체가 만장일치가 될 때 까지 반복
공수 산정 스토리 포인트가 구해진 스토리 몇개를 실제로 업무 진행한다. 실제 사용된 공수와 스토리 포인트간의 관계를 구하고, 이를 사용하여 나머지 스토리의 공수를 산정.
공수 산정 예
스토리 포인트 장점 작업 관련자 모두의 개념이 동일해 진다. 비교적 정확도가 높은 산정. 작업자, 작업팀이 변경돼도 스토리 포인트는 유효하다.(상대적 값이기 때문)
우선 순위 정하기
우선순위 결정 요소 기능 타입 가치 소요 공수
우선순위 결정 방법 기능 타입을 판정하고 이에 따라 절대적인 순서를 먼저 결정한다. 같은 타입의 기능들은 가치/스토리포인트의 순으로 결정
기능의 구분 필수 기능 : 없으면 사용 불가 일반 기능 : 많을 수록 만족 증가 감동 기능 : 있으면 감동 필수 > 일반 > 감동
필수 기능 어느정도 구현되기 전까지는 만족 없다. 일단 만족하면 노력을 더 해도 만족이 별로 증가하지 않는다. 고객 만족 고 저 기능 부재 구현 완료
일반 기능 구현할 수록 만족이 커진다. 고객 만족 고 저 기능 부재 구현 완료
감동 기능 기대하지 않은 것이지만, 기능을 보면 감동한다. 어느 수준 이상이 되면 만족이 급격히 높아 진다. 고객 만족 고 저 기능 부재 구현 완료
카노 모델에 의한 산정 설문으로 두가지 질문을 한다. 무슨 기능이 있으면 어떻겠는가? 무슨 기능이 없으면 어떻겠는가? 답변은 다음 5개중의 하나로 만족한다. 그럴 거라 예상 했다. 모르겠다. 그렇더라도 쓸 수 있다. 불만이다.
기능 타입 판정 없을 때의 질문의 답변 있을 때의 질문의 답변
가치 산정 가치 = 상대적 이득 + 상대적 손해
우선 순위 산정 기능 타입에 따라 우선 구분 같은 타입일 경우 가치/스토리포인트의 순
Reference 불확실성과 화해하는 프로젝트 추정과 계획 by Mike Cohn

Weitere ähnliche Inhalte

Was ist angesagt?

임태현, 게임 서버 디자인 가이드, NDC2013
임태현, 게임 서버 디자인 가이드, NDC2013임태현, 게임 서버 디자인 가이드, NDC2013
임태현, 게임 서버 디자인 가이드, NDC2013
devCAT Studio, NEXON
 
사례를 통해 살펴보는 프로파일링과 최적화 NDC2013
사례를 통해 살펴보는 프로파일링과 최적화 NDC2013사례를 통해 살펴보는 프로파일링과 최적화 NDC2013
사례를 통해 살펴보는 프로파일링과 최적화 NDC2013
Esun Kim
 
임태현, MMO 서버 개발 포스트 모템, NDC2012
임태현, MMO 서버 개발 포스트 모템, NDC2012임태현, MMO 서버 개발 포스트 모템, NDC2012
임태현, MMO 서버 개발 포스트 모템, NDC2012
devCAT Studio, NEXON
 

Was ist angesagt? (20)

ECS+Locust로 부하 테스트 진행하기
ECS+Locust로 부하 테스트 진행하기ECS+Locust로 부하 테스트 진행하기
ECS+Locust로 부하 테스트 진행하기
 
게임사를 위한 Amazon GameLift 세션 - 이정훈, AWS 솔루션즈 아키텍트
게임사를 위한 Amazon GameLift 세션 - 이정훈, AWS 솔루션즈 아키텍트게임사를 위한 Amazon GameLift 세션 - 이정훈, AWS 솔루션즈 아키텍트
게임사를 위한 Amazon GameLift 세션 - 이정훈, AWS 솔루션즈 아키텍트
 
오딘: 발할라 라이징 MMORPG의 성능 최적화 사례 공유 [카카오게임즈 - 레벨 300] - 발표자: 김문권, 팀장, 라이온하트 스튜디오...
오딘: 발할라 라이징 MMORPG의 성능 최적화 사례 공유 [카카오게임즈 - 레벨 300] - 발표자: 김문권, 팀장, 라이온하트 스튜디오...오딘: 발할라 라이징 MMORPG의 성능 최적화 사례 공유 [카카오게임즈 - 레벨 300] - 발표자: 김문권, 팀장, 라이온하트 스튜디오...
오딘: 발할라 라이징 MMORPG의 성능 최적화 사례 공유 [카카오게임즈 - 레벨 300] - 발표자: 김문권, 팀장, 라이온하트 스튜디오...
 
코딩 테스트 및 알고리즘 문제해결 공부 방법 (고려대학교 KUCC, 2022년 4월)
코딩 테스트 및 알고리즘 문제해결 공부 방법 (고려대학교 KUCC, 2022년 4월)코딩 테스트 및 알고리즘 문제해결 공부 방법 (고려대학교 KUCC, 2022년 4월)
코딩 테스트 및 알고리즘 문제해결 공부 방법 (고려대학교 KUCC, 2022년 4월)
 
Ndc14 분산 서버 구축의 ABC
Ndc14 분산 서버 구축의 ABCNdc14 분산 서버 구축의 ABC
Ndc14 분산 서버 구축의 ABC
 
[우리가 데이터를 쓰는 법] 모바일 게임 로그 데이터 분석 이야기 - 엔터메이트 공신배 팀장
[우리가 데이터를 쓰는 법] 모바일 게임 로그 데이터 분석 이야기 - 엔터메이트 공신배 팀장[우리가 데이터를 쓰는 법] 모바일 게임 로그 데이터 분석 이야기 - 엔터메이트 공신배 팀장
[우리가 데이터를 쓰는 법] 모바일 게임 로그 데이터 분석 이야기 - 엔터메이트 공신배 팀장
 
임태현, 게임 서버 디자인 가이드, NDC2013
임태현, 게임 서버 디자인 가이드, NDC2013임태현, 게임 서버 디자인 가이드, NDC2013
임태현, 게임 서버 디자인 가이드, NDC2013
 
サブドメイン前提のチーム機能開発で踏んだ
OAuthの罠の話 in express
サブドメイン前提のチーム機能開発で踏んだ
OAuthの罠の話 in expressサブドメイン前提のチーム機能開発で踏んだ
OAuthの罠の話 in express
サブドメイン前提のチーム機能開発で踏んだ
OAuthの罠の話 in express
 
KGC 2016: HTTPS 로 모바일 게임 서버 구축한다는 것 - Korea Games Conference
KGC 2016: HTTPS 로 모바일 게임 서버 구축한다는 것 - Korea Games ConferenceKGC 2016: HTTPS 로 모바일 게임 서버 구축한다는 것 - Korea Games Conference
KGC 2016: HTTPS 로 모바일 게임 서버 구축한다는 것 - Korea Games Conference
 
사례를 통해 살펴보는 프로파일링과 최적화 NDC2013
사례를 통해 살펴보는 프로파일링과 최적화 NDC2013사례를 통해 살펴보는 프로파일링과 최적화 NDC2013
사례를 통해 살펴보는 프로파일링과 최적화 NDC2013
 
라이브 서비스를 위한 게임 서버 구성
라이브 서비스를 위한 게임 서버 구성라이브 서비스를 위한 게임 서버 구성
라이브 서비스를 위한 게임 서버 구성
 
임태현, MMO 서버 개발 포스트 모템, NDC2012
임태현, MMO 서버 개발 포스트 모템, NDC2012임태현, MMO 서버 개발 포스트 모템, NDC2012
임태현, MMO 서버 개발 포스트 모템, NDC2012
 
[DevGround] 린하게 구축하는 스타트업 데이터파이프라인
[DevGround] 린하게 구축하는 스타트업 데이터파이프라인[DevGround] 린하게 구축하는 스타트업 데이터파이프라인
[DevGround] 린하게 구축하는 스타트업 데이터파이프라인
 
아이템 추천의 다양성을 높이기 위한 후처리 방법(논문 리뷰)
아이템 추천의 다양성을 높이기 위한 후처리 방법(논문 리뷰)아이템 추천의 다양성을 높이기 위한 후처리 방법(논문 리뷰)
아이템 추천의 다양성을 높이기 위한 후처리 방법(논문 리뷰)
 
How to build massive service for advance
How to build massive service for advanceHow to build massive service for advance
How to build massive service for advance
 
서버 성능에 대한 정의와 이해
서버 성능에 대한 정의와 이해서버 성능에 대한 정의와 이해
서버 성능에 대한 정의와 이해
 
Akka.NET 으로 만드는 온라인 게임 서버 (NDC2016)
Akka.NET 으로 만드는 온라인 게임 서버 (NDC2016)Akka.NET 으로 만드는 온라인 게임 서버 (NDC2016)
Akka.NET 으로 만드는 온라인 게임 서버 (NDC2016)
 
인공지능추천시스템 airs개발기_모델링과시스템
인공지능추천시스템 airs개발기_모델링과시스템인공지능추천시스템 airs개발기_모델링과시스템
인공지능추천시스템 airs개발기_모델링과시스템
 
코드 리뷰의 또 다른 접근 방법: Pull Requests vs. Stacked Changes
코드 리뷰의 또 다른 접근 방법: Pull Requests vs. Stacked Changes코드 리뷰의 또 다른 접근 방법: Pull Requests vs. Stacked Changes
코드 리뷰의 또 다른 접근 방법: Pull Requests vs. Stacked Changes
 
파이썬 플라스크 이해하기
파이썬 플라스크 이해하기 파이썬 플라스크 이해하기
파이썬 플라스크 이해하기
 

Andere mochten auch

Requirement matrix
Requirement matrixRequirement matrix
Requirement matrix
bususu
 
Dream maker 1(융합은 연결이다)
Dream maker 1(융합은 연결이다)Dream maker 1(융합은 연결이다)
Dream maker 1(융합은 연결이다)
경태 민
 
Pivotal tracker를 활용한 팀 프로젝트 관리
Pivotal tracker를 활용한 팀 프로젝트 관리Pivotal tracker를 활용한 팀 프로젝트 관리
Pivotal tracker를 활용한 팀 프로젝트 관리
Byungjin Park
 
모션 용기
모션 용기모션 용기
모션 용기
Sujin Han
 

Andere mochten auch (20)

흰머리 성성하게 개발하기 위해
흰머리 성성하게 개발하기 위해흰머리 성성하게 개발하기 위해
흰머리 성성하게 개발하기 위해
 
Git 사용 가이드
Git 사용 가이드Git 사용 가이드
Git 사용 가이드
 
Ai 그까이거
Ai 그까이거Ai 그까이거
Ai 그까이거
 
about Pivotal tracker
about Pivotal trackerabout Pivotal tracker
about Pivotal tracker
 
Requirement matrix
Requirement matrixRequirement matrix
Requirement matrix
 
K.study. 9.5
K.study. 9.5K.study. 9.5
K.study. 9.5
 
오!나의 미녀 (Beauty Crush) 회고 @Out of Index
오!나의 미녀 (Beauty Crush) 회고 @Out of Index오!나의 미녀 (Beauty Crush) 회고 @Out of Index
오!나의 미녀 (Beauty Crush) 회고 @Out of Index
 
150514 경북대학교(콘텐츠산업과 창업)
150514 경북대학교(콘텐츠산업과 창업)150514 경북대학교(콘텐츠산업과 창업)
150514 경북대학교(콘텐츠산업과 창업)
 
Release and versioning
Release and versioningRelease and versioning
Release and versioning
 
001.경제원론2-개관 (ku,snu 2015f)
001.경제원론2-개관 (ku,snu 2015f)001.경제원론2-개관 (ku,snu 2015f)
001.경제원론2-개관 (ku,snu 2015f)
 
웹 접근성 평가도구 OpenWAX 뜯어보기
웹 접근성 평가도구 OpenWAX 뜯어보기웹 접근성 평가도구 OpenWAX 뜯어보기
웹 접근성 평가도구 OpenWAX 뜯어보기
 
Dream maker 1(융합은 연결이다)
Dream maker 1(융합은 연결이다)Dream maker 1(융합은 연결이다)
Dream maker 1(융합은 연결이다)
 
ISO 25000과 ISO 29119를 활용한 임베디드 소프트웨어 시험 평가 방법에 관한 연구
ISO 25000과 ISO 29119를 활용한 임베디드 소프트웨어 시험 평가 방법에 관한 연구ISO 25000과 ISO 29119를 활용한 임베디드 소프트웨어 시험 평가 방법에 관한 연구
ISO 25000과 ISO 29119를 활용한 임베디드 소프트웨어 시험 평가 방법에 관한 연구
 
유지보수성이 sw의 품질이다.
유지보수성이 sw의 품질이다.유지보수성이 sw의 품질이다.
유지보수성이 sw의 품질이다.
 
Pivotal tracker를 활용한 팀 프로젝트 관리
Pivotal tracker를 활용한 팀 프로젝트 관리Pivotal tracker를 활용한 팀 프로젝트 관리
Pivotal tracker를 활용한 팀 프로젝트 관리
 
모션 용기
모션 용기모션 용기
모션 용기
 
역사 속 초기 데이터 전문가를 통해 배우는 5가지 교훈
역사 속 초기 데이터 전문가를 통해 배우는 5가지 교훈역사 속 초기 데이터 전문가를 통해 배우는 5가지 교훈
역사 속 초기 데이터 전문가를 통해 배우는 5가지 교훈
 
Toc quality management
Toc quality managementToc quality management
Toc quality management
 
Kotler Keller 마케팅관리론 14판 요약 강의 13장. 서비스
Kotler Keller 마케팅관리론 14판 요약 강의 13장. 서비스Kotler Keller 마케팅관리론 14판 요약 강의 13장. 서비스
Kotler Keller 마케팅관리론 14판 요약 강의 13장. 서비스
 
코드의 품질 (Code Quality)
코드의 품질 (Code Quality)코드의 품질 (Code Quality)
코드의 품질 (Code Quality)
 

Mehr von 도형 임

Mehr von 도형 임 (20)

인공지능과 심리상담
인공지능과 심리상담인공지능과 심리상담
인공지능과 심리상담
 
Anomaly detection practive_using_deep_learning
Anomaly detection practive_using_deep_learningAnomaly detection practive_using_deep_learning
Anomaly detection practive_using_deep_learning
 
Deep learning application_to_manufacturing
Deep learning application_to_manufacturingDeep learning application_to_manufacturing
Deep learning application_to_manufacturing
 
프로그래머를 고려하는 당신에게
프로그래머를 고려하는 당신에게프로그래머를 고려하는 당신에게
프로그래머를 고려하는 당신에게
 
테스트 기발 개발, TBD(Test based developement)
테스트 기발 개발, TBD(Test based developement)테스트 기발 개발, TBD(Test based developement)
테스트 기발 개발, TBD(Test based developement)
 
코드와 실습으로 이해하는 인공지능
코드와 실습으로 이해하는 인공지능코드와 실습으로 이해하는 인공지능
코드와 실습으로 이해하는 인공지능
 
알파고 학습 이해하기
알파고 학습 이해하기알파고 학습 이해하기
알파고 학습 이해하기
 
테스트 케이스와 SW 품질
테스트 케이스와 SW 품질테스트 케이스와 SW 품질
테스트 케이스와 SW 품질
 
Exception log practical_coding_guide, 예외와 로그 코딩 실용 가이드
Exception log practical_coding_guide, 예외와 로그 코딩 실용 가이드Exception log practical_coding_guide, 예외와 로그 코딩 실용 가이드
Exception log practical_coding_guide, 예외와 로그 코딩 실용 가이드
 
고품질 Sw와 개발문화
고품질 Sw와 개발문화고품질 Sw와 개발문화
고품질 Sw와 개발문화
 
오버라이딩을 사용한 테스트 시의 설정 처리
오버라이딩을 사용한 테스트 시의 설정 처리오버라이딩을 사용한 테스트 시의 설정 처리
오버라이딩을 사용한 테스트 시의 설정 처리
 
행복한 개발을 위한_테스트_케이스
행복한 개발을 위한_테스트_케이스행복한 개발을 위한_테스트_케이스
행복한 개발을 위한_테스트_케이스
 
행복, 그리고 인지과학
행복, 그리고 인지과학행복, 그리고 인지과학
행복, 그리고 인지과학
 
유지보수를 고려한 SW 개발
유지보수를 고려한 SW 개발유지보수를 고려한 SW 개발
유지보수를 고려한 SW 개발
 
프로젝트 Xxx에 적용하고 싶은 개발방법
프로젝트 Xxx에 적용하고 싶은 개발방법프로젝트 Xxx에 적용하고 싶은 개발방법
프로젝트 Xxx에 적용하고 싶은 개발방법
 
행복한 소프트웨어 개발
행복한 소프트웨어 개발행복한 소프트웨어 개발
행복한 소프트웨어 개발
 
Java 그쪽 동네는
Java 그쪽 동네는Java 그쪽 동네는
Java 그쪽 동네는
 
자동화된 Test Case의 효과
자동화된 Test Case의 효과자동화된 Test Case의 효과
자동화된 Test Case의 효과
 
예외처리가이드
예외처리가이드예외처리가이드
예외처리가이드
 
팀장님 근데 Cmmi가 뭐에여
팀장님 근데 Cmmi가 뭐에여팀장님 근데 Cmmi가 뭐에여
팀장님 근데 Cmmi가 뭐에여
 

스토리포인트로 공수산정하기 운선순위정하기

  • 1. 스토리 포인트로공수 산정하기,운선순위 정하기 임도형 dh-rim@hanmail.net
  • 3. 사용자 스토리 하나의 작업 단위 요구사항 or 기능 or UseCase과 유사 예 사용자는 아이디와 패스워드로 인증할 수 있다. 사용자는 패스워드를 변경할 수 있다. 사용자는 장바구니에 상품을 담을 수 있다.
  • 4. 스토리 포인트 각 사용자 스토리의 상대적인 일의 크기 공수가 아니다.
  • 5. 스토리 포인트 산정 방법 항상 다른 스토리와 비교하여 구한다. 저것은 5정도이니까 이것은 7정도 이겠다. 보통 0~10의 범위로. 중간이겠다 싶은 첫번 째 것을 대충 골라서 5로. 나머지를 5의 스토리를 기준으로.
  • 6. 스토리 포인트 투표 개발관련자 전원(기획자, 디자이너 포함)이 모여서 투표. 최대값과 최소값을 던진 이가 그 이유를 설명 전체가 만장일치가 될 때 까지 반복
  • 7. 공수 산정 스토리 포인트가 구해진 스토리 몇개를 실제로 업무 진행한다. 실제 사용된 공수와 스토리 포인트간의 관계를 구하고, 이를 사용하여 나머지 스토리의 공수를 산정.
  • 9. 스토리 포인트 장점 작업 관련자 모두의 개념이 동일해 진다. 비교적 정확도가 높은 산정. 작업자, 작업팀이 변경돼도 스토리 포인트는 유효하다.(상대적 값이기 때문)
  • 11. 우선순위 결정 요소 기능 타입 가치 소요 공수
  • 12. 우선순위 결정 방법 기능 타입을 판정하고 이에 따라 절대적인 순서를 먼저 결정한다. 같은 타입의 기능들은 가치/스토리포인트의 순으로 결정
  • 13. 기능의 구분 필수 기능 : 없으면 사용 불가 일반 기능 : 많을 수록 만족 증가 감동 기능 : 있으면 감동 필수 > 일반 > 감동
  • 14. 필수 기능 어느정도 구현되기 전까지는 만족 없다. 일단 만족하면 노력을 더 해도 만족이 별로 증가하지 않는다. 고객 만족 고 저 기능 부재 구현 완료
  • 15. 일반 기능 구현할 수록 만족이 커진다. 고객 만족 고 저 기능 부재 구현 완료
  • 16. 감동 기능 기대하지 않은 것이지만, 기능을 보면 감동한다. 어느 수준 이상이 되면 만족이 급격히 높아 진다. 고객 만족 고 저 기능 부재 구현 완료
  • 17. 카노 모델에 의한 산정 설문으로 두가지 질문을 한다. 무슨 기능이 있으면 어떻겠는가? 무슨 기능이 없으면 어떻겠는가? 답변은 다음 5개중의 하나로 만족한다. 그럴 거라 예상 했다. 모르겠다. 그렇더라도 쓸 수 있다. 불만이다.
  • 18. 기능 타입 판정 없을 때의 질문의 답변 있을 때의 질문의 답변
  • 19. 가치 산정 가치 = 상대적 이득 + 상대적 손해
  • 20. 우선 순위 산정 기능 타입에 따라 우선 구분 같은 타입일 경우 가치/스토리포인트의 순
  • 21. Reference 불확실성과 화해하는 프로젝트 추정과 계획 by Mike Cohn