피보나치 척도 템플릿
피보나치 척도 템플릿을 사용하여 작업 스프린트 중에 작업을 수행하고 팀을 효율적으로 할당하는 데 얼마나 많은 노력이 필요한지 추정합니다.
피보나치 척도 템플릿 소개
피보나치 척도는 피보나치 수열(0, 1, 2, 3, 5, 8, 13, 21 등)을 기반으로 하는 일련의 숫자입니다. 애자일의 맥락에서 이러한 수치는 특정 작업을 완료하는 데 필요한 노력의 양을 추정하고 합의하는 데 사용됩니다. 애자일 스프린트를 시작할 때 팀은 완료해야 하는 다양한 과제에 대해 논의하고 피보나치 척도를 기준으로 각 과제에 점수를 할당합니다.
피보나치 척도란 무엇인가요?
피보나치 수열은 지수 성장을 나타내는 숫자를 포함하며, 여기서 각 숫자는 이전의 두 숫자의 합입니다. 이러한 이유로 애자일 팀은 피보나치 척도를 비즈니스에 사용하게 되었습니다. 이는 점수 척도가 고른 대신 선택할 수 있는 숫자가 많지 않을 때 작업 작업을 보다 쉽게 평가할 수 있기 때문입니다. 팀을 관리할 때, 종종 주어진 작업을 완료하는 데 걸리는 시간을 추정하는 것이 중요합니다. 더 복잡한 작업에는 더 많은 포인트가 할당되고 더 작은 작업에는 더 적은 포인트가 할당됩니다. 그런 다음 관리자는 자신의 포인트에 따라 작업을 검토하고 우선순위를 지정할 수 있습니다. 피보나치 척도는 이러한 포인트 값을 할당하는 데 사용됩니다.
피보나치 척도는 어떻게 작동합니까?
피보나치 척도의 숫자는 피보나치 시퀀스를 기반으로 합니다. 이 일련의 숫자에서 각 숫자는 이전 두 숫자의 합입니다. 스크럼의 맥락에서 숫자는 작업 완료와 관련된 복잡성과 난이도의 수준을 나타냅니다. 예를 들어, "0" 포인트에 할당된 작업은 매우 간단하고 빠르게 완료할 수 있으며, "1" 포인트에 할당된 작업은 약간 더 복잡하거나 시간이 많이 소요됩니다. 스크럼 접근법은 일반적으로 1주간의 스프린트에서 작동하기 때문에, 많은 작업이 "21"로 할당될 가능성은 낮습니다.
피보나치 척도를 사용하는 이유는 무엇입니까?
피보나치 척도는 다양한 이유로 유용한 도구입니다. 우선, 그것의 성장은 기하급수적입니다. 작업을 완료하는 데 걸리는 시간을 추정할 때 더 긴 작업에 대한 시간을 예측하는 것보다 더 짧은 작업에 대한 시간을 예측하는 것이 훨씬 쉽습니다. 지수 척도는 증가하는 불확실성을 반영합니다. 척도를 올리면 숫자가 빠르게 커집니다.
이와 관련하여, 피보나치 척도는 팀원들이 선택을 하도록 강요합니다. 예를 들어, 복잡한 작업에 대한 시간을 추정할 때 "8, 13 또는 21입니까?"라고 묻습니다. 그리고 그 사이에는 아무것도 없습니다. 이 직관적인 고정 메커니즘은 논의를 줄이고 명확한 판단을 내릴 수 있도록 도와줍니다.
전반적으로, 피보나치 척도는 작업이 고르게 분산되도록 하는 강력한 방법이며 프로젝트에 관련된 작업과 시간을 추정할 때 모든 사람이 정확하도록 하는 데 도움이 됩니다. 팀이 이 접근 방식을 지속적으로 사용한다면, 여러분은 더 정확해지고 각 스프린트 동안 오버 커밋을 피할 수 있을 것입니다.
Miro에서 피보나치 척도 템플릿을 사용하는 방법
먼저 준비된 피보나치 척도 템플릿을 선택합니다. 팀의 작업을 시각화하고, 노력을 평가하고, 우선순위를 정하는 데 도움이 될 것입니다.
피보나치 척도 템플릿은 다음 세 섹션으로 나뉩니다.
사용자 이야기
다음은 추정할 작업 또는 사용자 사례를 나열한 것입니다. 지라를 사용한다면 지라 앱에서 직접 카드로 스토리를 가져오세요. 그런 다음 각 이야기의 위험과 노력에 대해 팀원들과 논의합니다.
피보나치 척도
이전에 스프린트에 추가한 스토리를 피보나치 척도 매트릭스에 배치합니다. 토론에 따라 노력 및 위험 수준에 따라 해당 영역에 추가합니다.
관점을 얻고 작업에 얼마나 많은 노력과 위험이 필요한지 정확하게 평가하려면, 각 구성원이 고유한 이모티콘이나 스티커로 작업에 투표할 수 있도록 합니다.
우선 순위
피보나치 점수 및 팀의 우선 순위에 따라 이야기를 우선 순위 프레임에 복사하거나 끌어다 놓습니다. 팀의 역량을 염두에 두고 모든 사람의 의견과 일정을 고려하는 것이 우선입니다.
작업 포인트를 추정하는 것이 어렵다면 애자일 코디네이터 Artem Shein은 여러분과 여러분의 팀이 작업에 포인트를 주는 것을 돕기 위해 만든 흥미롭고 재미있는 템플릿을 사용합니다. 이용해 보세요!
동작 중인 피보나치 척도 템플릿의 예
다른 제품 기능을 출시한다고 가정해 보겠습니다. 다음과 같은 사용자 사례가 있습니다:
서비스 카탈로그
달력 통합
비디오 통합
라이브 커서
모든 사람이 피보나치 척도에 작업을 추가한 후 각 작업의 포인트는 다음과 같습니다.
달력 통합: 8
라이브 커서: 5
비디오 통합: 3
서비스 카탈로그: 2
이 목록의 우선 순위를 지정하려면 가장 적은 노력과 낮은 위험을 가진 작업부터 시작하십시오. 이러한 것들은 여러분의 팀이 더 빨리 배달할 수 있는 것들입니다. 그런 다음 중간에서 높은 노력에 이르는 항목을 나열하십시오.
더 높은 수준의 작업을 수행하는 데 많은 노력이 필요하지 않을 수 있다고 생각되는 경우, 팀원과 논의하여 작업을 보다 쉽게 완료할 수 있는 방법을 확인하십시오.
팀의 피드백에 따라 우선 순위 목록을 만들고 지라 카드를 통해 각 작업을 소유자에게 할당하거나 피보나치 척도 템플릿의 스티커에 태그를 지정합니다.
DevOps 로드맵 템플릿
다음에 경우 적합합니다:
Documentation, Product Management, Software Development
DevOps 팀은 지속적으로 코드를 생성하고 반복하며 라이브로 내놓고 있습니다. 이러한 지속적인 개발 과정으로 프로젝트의 재원을 유지하기가 어려울 있습니다. 이 DevOps 로드맵 템플릿을 사용하여 제품 개발 프로세스와 해당 프로세스가 조직의 제품 전략에 어떻게 적합한지 자세히 볼 수 있습니다. DevOps 로드맵은 마일스톤과 종속성을 포함하여 단기적으로 계획한 개발 및 운영 이니셔티브를 제시합니다. 이 사용하기 쉬운 형식은 제품, 개발 및 IT 운영과 같은 사용자가 쉽게 소화할 수 있는것 입니다.
경쟁력 분석 템플릿
다음에 경우 적합합니다:
Marketing, Decision Making
훌륭한 제품을 개발하는 것은 시장의 상태를 파악하고 (경쟁 상대가 누구인지 아는 것) 몇 가지 질문을 던지는 것으로 시작합니다. 여러분의 경쟁자는 누구인가요? 여러분의 제품이나 서비스는 어떻게 비교되나요? 무엇이 여러분을 눈에 띄게 만드나요? 경쟁력 분석은 궁극적으로 여러분의 제품, 가치, 마케팅, 영업 전략을 형성하는 답을 찾는데 도움을 줍니다. 새로운 제품 출시나 전략적 계획 세션과 같은 큰 사업 이벤트가 발생할 때 훌륭한 연습이 됩니다.
여섯 색깔 사고 모자 템플릿
다음에 경우 적합합니다:
Ideation, Brainstorming
Edward de Bono 박사의 여섯 색깔 사고 모자는 논쟁의 대안으로 만들어졌으며 팀이 공동으로 아이디어를 탐색하고 개발할 수 있도록 설계되었습니다. 이 템플릿을 사용하여 창의적 사고를 높이고 다양한 관점을 확보하면 귀하와 팀이 보다 정보에 입각한 결정을 내릴 수 있습니다.
애자일 보드 템플릿
다음에 경우 적합합니다:
Agile Methodology, Meetings, Agile Workflows
인기 있는 애자일 프레임워크의 일부인 애자일 보드는 프로덕션 주기 동안 작업을 동기화할 수 있는 시각적 디스플레이입니다. 애자일 보드는 일반적으로 Kanban 및 Scrum과 같은 애자일 개발 방법의 맥락에서 사용되지만, 누구나 이 도구를 채택할 수 있습니다. 소프트웨어 개발자와 프로젝트 관리자가 사용하는 애자일 보드는 유연하고 투명하며 반복적인 방식으로 워크로드를 관리할 수 있도록 지원합니다. 애자일 템플릿을 사용하면 작업 및 팀에 맞게 사용자 지정할 수 있는 미리 만들어진 스티키 노트 레이아웃을 쉽게 시작할 수 있습니다.
SAFe 로밍 보드
다음에 경우 적합합니다:
Agile Methodology, Operations, Agile Workflows
SAFe ROAM 보드는 위험을 가시화하기 위한 프레임워크입니다. 이를 통해 귀하와 귀하의 팀이 위험을 놓지지 않고 인지하고 강조할 수 있는 공유 공간을 얻을 수 있습니다. ROAM 보드는 모든 사람이 위험의 가능성과 영향을 고려하고 낮은 우선 순위와 높은 우선 순위 중 어떤 위험이 있는지를 결정할 수 있도록 지원합니다. SAFe (Scalled Agile Framework) 의 기본 원칙은 비용 효율적인 솔루션 추진, 시스템 사고 적용, 상황이 변화할 것으로 가정, 점진적으로 구축, 작업 시스템 평가에 대한 기본 이정표, 진행 중인 작업을 시각화하고 제한하는 것입니다.
AWS Git to S3 웹훅 템플릿
다음에 경우 적합합니다:
Software Development, Diagrams
AWS Git to S3 웹훅 템플릿은 AWS 서비스 Quick Start 아키텍처를 사용하여 Git 웹훅을 시각적으로 표현한 것입니다. 이제 Miro의 AWS Git to S3 웹훅 템플릿을 사용하여 AWS 아키텍처의 개요를 확인하고, 클라우드 솔루션을 쉽게 추적하고, 전례 없는 방식으로 프로세스를 최적화할 수 있습니다.