{{위키데이터 속성 추적}}
'''플래닝 포커''', 다른 말로 '''스크럼 포커''' 라고도 불리는데, 이는 추정을 위한 합의 기반 기술(consensus-based technique)로써 대부분 [[소프트웨어 개발]]에 있어서 [[사용자 스토리|개발 목표]]를 위한 공수 산정이나 상대적 규모산정에 사용된다. 플래닝 포커에서 그 그룹의 구성원들은 공수 산정 시에 입으로 크게 말하는 대신에 숫자로된 카드를 테이블에 엎어놓는 방식으로 놀이처럼 진행한다. 그 카드들을 확인 하면서 해당 공수들이 논의된다. 숫자를 숨기는 이런 방식은 구성원들의 편향적인 고정관념을 피할 수 있게 해준다. 누군가 처음 숫자를 크게 말하면서 다음 사람들의 공수 산정에 영향을 미칠 수 있는 것처럼 말이다.

플래닝 포커는 [[광대역 델파이]]([[Wideband delphi]])의 한 형태이다. 이것은 [[애자일 소프트웨어 개발]]에서 가장 일반적으로 사용된다. 특히 [[스크럼 (애자일 개발 프로세스)]]과 [[익스트림 프로그래밍]] [[방법론]]에서 말이다.

이 방법은 2002년 제임스 그레닝([[James Grenning]])<ref>{{웹 인용
  | author = James Grenning
  | title = Planning Poker
  | publisher = Renaissance Software Consulting
  | url = http://renaissancesoftware.net/papers/14-papers/44-planing-poker.html
  | date = April 2002
  | accessdate = 2008-08-31
  | archive-date = 2012-08-19
  | archive-url = https://www.webcitation.org/6A2mUjafY?url=http://renaissancesoftware.net/papers/14-papers/44-planing-poker.html
  }}</ref>
에 의해서 정의되고 명명된 이후에, 마이크 콘([[Mike Cohn]])이 저술한 ''애자일 추정과 계획''(''Agile Estimating and Planning''),
<ref>{{웹 인용
  | author = Mike Cohn
  | title = Agile Estimating and Planning
  | publisher = Mountain Goat Software
  | url = http://www.mountaingoatsoftware.com/book/1
  | date = November 2005
  | accessdate = 2008-02-01 }}</ref> whose company [[trade mark]]ed the term.<ref>{{웹 인용
  | title = Planning poker - Trademark, Service Mark #3473287
  | publisher = Trademark Status & Document Retrieval (TSDR)
  | url = http://tsdr.uspto.gov/#caseNumber=3473287&caseType=US_REGISTRATION_NO&searchType=statusSearch
  | date = Jan 15, 2008
  | accessdate = 2014-05-26 }}</ref>
이라는 책으로 인해서 유명해졌다.

== 프로세스 ==

=== 왜 사용하는가? ===

플래닝 포커를 사용하는 이유는 다른 참가자의 영향을 배제하기 위해서이다. 만약 숫자를 말한다면, 그것은 곧 제안처럼 들리고, 그로인해 다른 참석자들의 공수산정에 영향을 미치기 때문이다. 플래닝 포커는 사람들이 독립적으로 사고하고 그 숫자를 동시에 제안하도록 해야 한다. 모든 사람들이 동시에 그들의 카드를 보여주어야만 가능하다.

=== 장치 ===

플래닝 포커는 고객에게 제공되어야할 기능 리스트들과, 여러 벌의 카드 묶음이 있어야 한다. 그리고 필요하다면, 각 아이템 별로 제한된 시간 내에만 논의할 수 있도록 [[에그 타이머]]를 사용할 수도 있다.

기능 리스트, 혹은 [[유저 스토리]]는 개발할 소프트웨어에 대한 대략적인 설명이다.

데크에 있는 카드는 숫자로 되어있다. 일반적으로 데크에는 피보나치 숫자가 쓰여있는 카드가 놓인다. 예를 들면 0, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89; 다른 데크에도 유사하게 진행된다. [[파일:CrispPlanningPokerDeck.jpg|섬네일|250px|right|Planning Poker card deck]]

피보나치 수열을 사용하는 이유는 큰 아이템의 공수 산정시에 내제된 [[소프트웨어 개발 공수 산정의 불확실한 평가 방식|불확실성]]을 반영하기 위해서이다.

여러 가지 사용할 수 있는 상용 데크들<ref>{{웹 인용
  | title = Planning Poker Cards
  | publisher = Mountain Goat Software
  | url = http://store.mountaingoatsoftware.com/products/planning-poker-cards
  | accessdate = 2014-05-26
  | archive-date = 2010-02-10
  | archive-url = https://web.archive.org/web/20100210194025/http://store.mountaingoatsoftware.com/products/planning-poker-cards
  | url-status = 
  }}</ref><ref>{{웹 인용
  | title = Planning Poker decks
  | publisher = Crisp
  | url = http://www.crisp.se/bocker-och-produkter/planning-poker
  | accessdate = 2014-05-26 }}</ref>은 수열을 사용한다. : 0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100, 그리고 경우에 따라 ?(잘 모르겠음) 그리고 커피 컵(나 쉬고 싶어). 어떤 조직에서는 일반 포커 카드를 사용하기도 한다. : 에이스(Ace), 2, 3, 5, 8 그리고 킹(King). 킹의 의미는 "이 아이템은 산정하기에 너무 덩치가 크다, 또는 너무 복잡하다."라는 뜻이다.  킹을 던진다면 이는 "이번 스프린트에서 이 아이템은 논의하지 말자"라는 뜻이다.

스마트폰이 있다면 개발자들에게 물리적인 카드 대신에 [[모바일 앱|앱]]을 사용하게 할 수도 있다. 팀들이 같은 장소에서 일하지 않는다거나, [[협업 소프트웨어]]를 개발하고 있다면 물리적인 카드를 대신해서 사용할 수 있다.

=== 절차 ===

공수산정 회의에서 개별 참석자에게는 카드 한 데크가 주어진다. 모든 데크들은 카드의 세트를 구별할 수 있게 되어있다.

회의는 다음 절차를 따른다. :

* 중계자가 미팅에 참석하고 공수를 산정하지는 않는다.
* 제품 관리자는 간략한 개요를 설명한다. 팀원들은 질문이나 토론을 통하여 애매한 사항이나 위험요소를 확실히 할 기회를 갖는다. 프로젝트 매니저가 토론 내용을 종합 정리한다.
* 각 개인은 그들의 산정 결과를 카드로 엎어서 내려놓는다. 단위는 다양하게 사용된다. - 일정기간, 이상적인 일자, 혹인 [[스토리 포인트]]가 될 수 있다. 토론하는 동안, 다른 사람의 공수 산정에 영향을 미치는 어떠한 숫자도 말을 하면 안된다.
* 모두가 동시에 자신의 카드를 뒤집어 보여준다.
* 가장 높은 숫자와 가장 낮은 숫자를 제시한 사람들에게는 [[비누상자]]가 주어지고, 왜 그런 산정을 했는지 타당한 이유를 제시하고 토론을 계속 진행한다.
* 공수산정 절차를 합의에 도달할때까지 반복한다.  비록 중계자가 합의 사항에 대해서 협상하려 할 지라도 그 개발부분을 담당하게 될 개발자가 제시한 내용이 대부분 반영된다.
* 토론이 체계적이게 하려면, 중계자나 프로젝트 관리자는 어떤 시점에 [[계란 타이머]]를 뒤집어야 할 것이다. 그리고 시간이 다 되면, 토론은 중지되어야 하고, 포커 카드를 다시 시작해야 한다. 비누 박스들을 다시 주면서 대화를 다시 시작 할 수도 있다.

카드에서 더 큰 숫자가 의미하는 것은, 공수산정에 더 많은 불확실성을 포함하고 있다는 뜻이다. 따라서, 만약 한 개발자가 6을 내고 싶은데 다시 고려하고 싶은 경우, 불확실 성이 존재하지 않아 보인다면 5 자리를 내거나, 아니면 보수적으로 불확실성을 고려해서 8자리 내면 된다.

== 장점 ==

Moløkken-Østvold 와 Haugen<ref name="doi:10.1109/ASWEC.2007.15">{{저널 인용|author=K Moløkken-Østvold, NC Haugen |title=Combining Estimates with Planning Poker—An Empirical Study |work=18th Australian Software Engineering Conference |pages=349–58 |publisher=[[Institute of Electrical and Electronics Engineers|IEEE]] |url=http://ieeexplore.ieee.org/xpl/freeabs_all.jsp?arnumber=4159687 |date=10–13 April 2007 |accessdate=1 February 2008 |doi=10.1109/ASWEC.2007.15 }}</ref>의 연구에 의하면, <!-- estimates obtained through the Planning poker process were less optimistic and more accurate than estimates obtained through mechanical combination of individual estimates for the same tasks.--> <!-- The following is taken directly from their abstract! -->
<q>동일 프로젝트에서 개별 전문가에 의해 조율된 업무 공수 산정 수치들은
플래닝 포커 작업을 통해서도 유사한 정확도를 달성했다,
반면에, 플래닝 포커와 조정 그룹, 두 그룹 모두 중간 산정 편향 수치에서
편향되지 않은 결과를 보였으며, 이는 마치 전형적으로 산정된 업무들처럼 정확했다.
</q>

== 참고자료 ==

{{각주}}
{{참고 자료 시작}}
* {{서적 인용
 | author = Mike Cohn
 | authorlink =
 | year = 2005
 | title = Agile Estimating and Planning
 | edition = 1 edition
 | publisher = Prentice Hall PTR
 | location = 
 | isbn = 978-0-13-147941-8
 | url = 
}}
{{참고 자료 끝}}

[[분류:애자일 소프트웨어 개발]]
[[분류:소프트웨어 프로젝트 관리]]
[[분류:소프트웨어 개발 철학]]