666 로드맵 템플릿
6주, 6개월 및 6년 단위로 제품 비전과 전략을 계획하십시오.
666 로드맵 템플릿 정보
666 로드맵은 세 가지 타임라인에서 작동합니다. 하나는 장기 비전, 다른 하나는 계획 수립 (약간의 유연성이 있음) 그리고 나머지는 단기 고정 계획을 위한 것입니다.
이 로드맵은 Intercom의 제품 부문 부사장인 Paul Adams가 고안했습니다. 그는 2년 또는 18개월 등 일반적으로 제안되는 타임라인들이 예측 불가능성을 관리하거나 시장을 이해하기에는 너무 근시안적이거나 너무 먼 미래라고 여겼습니다.
666 로드맵에 대해 자세히 알아보려면 계속 읽으십시오.
666 로드맵이란 무엇입니까?
666 로드맵은 세 가지 주요 타임라인에 집중할 것을 장려하므로 제품 관리자가 구축하려는 대상을 계획하고 결정하는 데 도움이 됩니다.
향후 6년: 6년 후 세상은 어떤 모습일까요? 그리고 그것은 오늘날의 시장 트렌드에 어떤 영향을 미칠까요? 이러한 질문은 팀에 산업 예측 및 미래 사고를 수행하고 제품 빌드에 반영할 수 있는 기회를 제공합니다.
향후 6개월: 분기마다 업데이트할 수 있는 롤링 타임라인이라고 생각하십시오. 6개월이면 제품의 50-75%를 빌드할 수 있습니다. 25%에 대해서는 예측할 수 없는 영향을 받을 여지를 남겨둡니다. 진행은 가능하더라도, 상황이 바뀔 수 있습니다. 그에 따라 적절히 조정하십시오.
향후 6주: 가장 구체적이고 가장 인접한 우선순위로, 2주마다 업데이트되는 롤링 타임라인입니다. 팀은 일반적으로 여기에서 모든 세부 정보를 확인합니다. 설계 작업과 투입 자원에 익숙해야 합니다.
666 로드맵 방법의 성공 여부는 제품 관리자와 팀이 프로젝트의 비전 및 중요 이정표와 일상 작업 사이에서 균형을 유지할 수 있는가에 달려 있습니다.
666 로드맵을 사용해야 하는 경우
이 로드맵은 제품 관리자와 팀이 실제의 주간 워크로드를 처리하면서 현실적인 계획을 수립하는 데 도움이 됩니다.
리더십 또는 애자일 개발 팀에 666 로드맵을 제시해야 할 수도 있습니다. 바이인 (buy-in) 프레젠테이션은 회사의 비즈니스 목표와 고객 요구 사이에서 균형을 유지할 수 있다는 자신감을 모두에게 보여줄 수 있는 훌륭한 기회입니다.
로드맵은 고립하여 존재해서는 안 된다는 점을 기억하십시오. 대신 제품팀에서 수행 중일 수 있는 다른 작업을 지원해야 합니다. 제품 백로그에서 이니셔티브를 에픽으로 세분화하여 로드맵 목표를 팀 진행 상황에 연결할 수 있습니다. 이 에픽들을 요구 사항과 사용자 스토리로 분해하십시오.
제품 관리자는 20년 연장 및 6개월 컨테이너의 두 가지 타임라인으로만 생각하는 관행의 대안으로서 666 로드맵을 팀과 외부 이해 관계자에게 제시할 수 있습니다.
고유한 666 로드맵 만들기
고유한 666 로드맵을 만드는 것은 쉽습니다. Miro의 화이트보드 도구는 666 로드맵을 만들고 공유하기에 완벽한 캔버스입니다. 666 로드맵 템플릿을 선택하는 것으로 시작한 후 다음 단계에 따라 자신만의 템플릿을 만드십시오.
향후 6년 동안의 목표를 기록하십시오. 이것이 장기적인 제품 비전 목표가 됩니다. 2주마다 업데이트하여 목표를 정확하게 유지하고 팀 전체를 위한 진실 공급원이 되도록 공유할 수 있습니다.
향후 6개월 동안의 목표를 기록하십시오. 이것이 새로운 기능 구현과 같은 분기별 목표가 됩니다. 각 열에 이해 관계자와 팀이 필요로 하는 만큼만 세부 정보를 포함합니다. 이상적으로는 로드맵을 독립적으로 참조한 후 업데이트를 요청하지 않고도 현재 작업 상태 및 장기 목표를 자신 있게 이해할 수 있어야 합니다.
향후 6주 동안의 목표를 기록하십시오. 이것이 품질 보증, 기능적 맞춤화 구현과 같이 쉽게 정의할 수 있는 팀의 일일 목표가 됩니다. 팀이 장기 및 단기 목표 사이에서 집중할 수 있도록 타임라인당 6개 이하의 목표를 권장합니다.
필요에 따라 각 타임라인에 대한 세부 정보를 검토하고 조정하십시오. 필요에 따라 보드의 공유 설정을 업데이트하여 모든 사람이 로드맵에 액세스할 수 있도록 합니다. 업데이트 (예: 새로운 변경 사항 알림) 를 자동화하여 모든 수준의 팀원 및 이해 관계자와 연결 상태를 유지하십시오. 또는 정기 점검의 시간을 가지면 모든 사람이 공감대를 형성하고 동기 부여를 받는 데 도움이 됩니다.
T 차트 템플릿
다음에 경우 적합합니다:
Ideation, Operations, Strategic Planning
T 차트는 다른 두 아이디어를 비교 대조하고, 정보를 다양한 범주로 그룹화하고, '이전'과 '나중' 분석을 통해 변화를 증명하는데 도움이 됩니다. T 차트는 아이디어를 비교할 수 있는 시각적 조직 도구로서 장단점, 사실과 의견, 강점과 약점, 또는 큰 그림과 특정 세부 정보를 평가할 수 있게 해줍니다. 디자이너와 콘텐츠 제작자는 T 차트를 이용해 가능성을 실행 가능한 아이디어로 바꿀 수 있습니다. T 차트는 팀 또는 고객과 차이점과 유사점을 논의하는데 유용하며 함께 의사 결정에 도달하는데 도움이 됩니다.
할 일 목록 템플릿
다음에 경우 적합합니다:
Project Management, Education, Decision Making
할 일 목록은 팀이 다음 작업을 관리하고, 구성하고, 우선 순위를 지정하는 데 도움이 됩니다. 그 결과, 시간 관리를 개선하고 작업 운영을 간소화할 수 있습니다. 팀은 Miro의 할 일 목록 템플릿을 사용하여 대화형이고, 협력적이며 사용자 친화적인 작업 목록을 작성합니다.
기술 로드맵 템플릿
다음에 경우 적합합니다:
Agile Methodology, Roadmaps, Agile Workflows
기술 로드맵은 팀이 언제, 왜, 어떻게, 그리고 어떤 기술 관련 솔루션이 기업의 발전을 도울 수 있는지에 대한 근거를 문서화하는 데 도움이 됩니다. IT 로드맵이라고도 알려진 기술 로드맵은 예정된 개선 사항에 중점을 두고 팀에 어떤 기술이 제공되는 지를 보여줍니다. 이 도구를 사용하여 단계적으로 설치되는 기술 도구와 곧 설치될 소프트웨어 또는 프로그램 간의 갭 또는 오버랩을 식별할 수 있습니다. 실용적인 관점에서 볼 때 로드맵은 또한 어떤 종류의 도구를 사용하는 것이 가장 적합한지, 그리고 조직에 새로운 시스템과 프로세스를 도입하는 가장 효율적인 방법을 제시해야 합니다.
아이디어 퍼널 백로그
다음에 경우 적합합니다:
Design, Brainstorming, Agile Workflows
아이디어 퍼널 백로그를 통해 백로그를 시각화하고 상단에 있는 백로그 항목의 수를 제한할 수 있습니다. 이렇게 할 때 불필요한 회의에 참석하거나 너무 많은 운영 오버헤드를 만들 필요 없이 목록에 있는 항목에 대한 우선 순위를 정할 수 있습니다. 아이디어 퍼널 백로그를 사용하려면 퍼널을 서로 다른 단계로 구분하거나 로드맵과 같이 처리합니다. 아이디어 퍼널 백로그를 로드맵과 백로그를 쉽게 소화할 수 있는 형식으로 결합하는 하이브리드 모델로 사용합니다.
DevOps 로드맵 템플릿
다음에 경우 적합합니다:
Documentation, Product Management, Software Development
DevOps 팀은 지속적으로 코드를 생성하고 반복하며 라이브로 내놓고 있습니다. 이러한 지속적인 개발 과정으로 프로젝트의 재원을 유지하기가 어려울 있습니다. 이 DevOps 로드맵 템플릿을 사용하여 제품 개발 프로세스와 해당 프로세스가 조직의 제품 전략에 어떻게 적합한지 자세히 볼 수 있습니다. DevOps 로드맵은 마일스톤과 종속성을 포함하여 단기적으로 계획한 개발 및 운영 이니셔티브를 제시합니다. 이 사용하기 쉬운 형식은 제품, 개발 및 IT 운영과 같은 사용자가 쉽게 소화할 수 있는것 입니다.
월간 플래너 템플릿
다음에 경우 적합합니다:
Operations, Strategic Planning, Project Planning
모든 작업을 완료하고 한 달 동안의 목표를 모두 달성하려면 30일 동안의 계획을 매우 넓은 시야에서 한눈에 볼 수 있도록 수립하는 것이 좋습니다. 따라서 월간 캘린더는 특히 더 큰 프로젝트에 매우 유용합니다. 당사의 템플릿을 사용하여, 개인 및 팀 전체의 모든 마감일과 할 일을 추적하고 일정을 조정하는 데 도움이 되는 시각적 표현을 생성하십시오. 이미지, 동영상 및 스티커 메모 기능을 사용하여 원하는 대로 사용자 지정을 할 수도 있습니다.