jira portfolio tutorial
민첩한 프로젝트 포트폴리오 관리 플러그인 인 JIRA 포트폴리오 실습 검토 :
이것에 우수한 JIRA 시리즈 , 우리는 사용 방법을 배웠습니다 Agile 프로젝트를 효과적으로 관리하기위한 JIRA 이전 튜토리얼에서.
JIRA 용 포트폴리오 JIRA 용 Atlassian의 Agile Project Portfolio Management 플러그인의 최신 릴리스입니다. 그 목적은 JIRA 프로젝트의 포트폴리오 관리를 용이하게하는 것입니다.
조직 내 여러 팀 및 프로젝트의 진행 상황을 지속적으로 업데이트하는 실시간보기를 제공하여 관리자가 릴리스 날짜를 맞추기 위해 작업이 진행 중인지 여부를 분 단위로 볼 수 있습니다.
=> 전체 JIRA 튜토리얼 시리즈를 보려면 여기를 클릭하십시오.
또한 참조 된 프로젝트를 실제로 변경하지 않고도 릴리스 타임 라인에 대한 프로젝트 내 변경의 영향을 평가하는 데 사용할 수있는 샌드 박스 환경을 제공합니다.
이 자습서에서는 Portfolio for JIRA의 배경을 살펴보고 포트폴리오가 리소스를 할당하는 방법, 팀 가용성을 사용하는 방법 및 포트폴리오 계획을 생성하는 데 필요한 4 단계에 대해 논의 할 것입니다.
학습 내용 :
JIRA 배경 포트폴리오
2014 년 5 월에 Atlassian Marketplace (애플리케이션을위한 Atlassian의 Appstore 버전)에서 처음 사용할 수있는 JIRA Portfolio의 첫 번째 릴리스는 사용자에게 JIRA 내의 많은 프로젝트 및 팀에 대한 가시성을 제공하는 계획을 제공했습니다. 계획'. 이를 통해 관리자는 여러 프로젝트에 걸쳐 작업을 계획하고 작업을 할당하여 일정을 유지하고 릴리스 날짜를 맞출 수 있습니다.
그러나 핵심 개념이 제자리에있는 동안 포트폴리오 계획과 이들이 만든 JIRA 프로젝트 간의 동기화는 수동으로 유지해야했기 때문에 포트폴리오 계획을 최신 상태로 유지하기가 매우 어려웠습니다. 이것은 매우 빠르게 포트폴리오 계획이 그들이 대표하는 프로젝트와 동기화되지 않고 포트폴리오 계획이 더 이상 프로젝트와 팀이 어떻게 진행되고 있는지에 대한 현실적인보기를 제공하지 않음을 의미했습니다.
Windows 10을위한 최고의 무료 DVD 리퍼
최신 버전은 포트폴리오 계획이 항상 나타내는 프로젝트의 실제 상태를 반영하는 방식으로 JIRA Software와 통합되도록 특별히 설계되었습니다. 데이터는 프로젝트, 보드 또는 필터를 기반으로 할 수있는 JIRA 문제의 선택 범위에서 수집됩니다.
이 데이터는 포트폴리오 계획에 지속적으로 입력되므로 항상 범위의 최신 변경 사항으로 최신 상태로 유지됩니다. 여기에는 JIRA 문제에 대한 시간 추정치, 문제 간의 종속성, 팀이 특정 문제에 대해 작업 할 수있는시기와 같은 데이터가 포함됩니다.
그림 1 : 이 타임 라인에 대해 매핑 된 JIRA 문제와 함께 여러 프로젝트의 타임 라인을 보여주는 포트폴리오 계획에 대한 '일정'보기.
포트폴리오는 범위 항목에 대해 사용자가 설정 한 우선 순위와 기한을 구축하는 고유 한 스케줄링 알고리즘을 사용하여 자원을 할당합니다.
JIRA 이슈와 관련된 다른 속성의 값은 알고리즘에 의해 변경되지 않는 정의 된 값으로 설정되거나 '계산'으로 설정 될 수 있으며, 스케줄링 알고리즘이 주어진 릴리스 타임 라인을 충족하기 위해 매개 변수의 값을 변경할 수 있습니다.
릴리스 자체에는 이러한 유연성이있어 포트폴리오가 선택한 작업 범위가 완료된시기를 기준으로 릴리스 날짜를 계산할 수 있습니다.
스케줄링 알고리즘이 JIRA 프로젝트에 대한 변경을 제안하는 경우 관련 권한이있는 포트폴리오 사용자가 변경을 확인 ( '커밋')해야합니다. 통제되지 않은 방식으로 기본 JIRA 프로젝트를 변경할 수 없습니다.
그림 2 : 기본 JIRA 프로젝트 및 이슈는 JIRA에 다시 커밋 될 때만 변경되어 제어되지 않는 방식으로 변경되는 것을 방지합니다.
사용자가 포트폴리오 계획 내에서 이슈에 대한 변경을 수행 할 수도 있지만 이러한 포트폴리오 수준 변경에 대한 특정 '커밋'이 있어야 JIRA로 전달됩니다. 이렇게하면 현장의 프로젝트 관리자가 포트폴리오 수준의 사용자에게 정보를 제공 할 수있는 명확한 기회가없이 자신의 프로젝트가 신비롭게 업데이트되는 것을 볼 수 없습니다.
또한 Portfolio for JIRA 2.0이 샌드 박스 환경으로 작동 할 수 있으며, 여기서 포트폴리오 수준에서 이슈를 변경할 수 있고 프로젝트에서 작업하는 모든 사람들에게 변경 사항을 전송하기 전에 평가 된 릴리스 타임 라인 등에 미치는 영향 등을 변경할 수 있습니다. 즉, '가정'시나리오를 실행할 수 있습니다.
포트폴리오 계획 만들기
포트폴리오 계획을 만드는 것은 간단하며 4 단계로 구성됩니다.
첫째, 범위를 정의 할 문제를 수집하는 데 사용할 프로젝트, 팀 또는 필터를 선택하여 범위를 정의합니다. 이 시점에서 여러 옵션을 사용할 수 있습니다. 그런 다음 해당 옵션과 관련된 릴리스를 선택하여 계획에 포함 할 릴리스를 정의합니다.
다음으로 계획에 포함될 팀이 선택되고 각 프로젝트에 대한 기본 팀이 생성됩니다.
마지막으로 선택한 릴리스와 관련된 문제가 나열되어 사용자가 계획 범위에 포함 할 문제를 선택할 수 있습니다. 이것이 완료되면 Portfolio는 스케줄링 알고리즘을 사용하여 선택한 이슈와 관련된 데이터를 기반으로 포트폴리오 계획을 만듭니다.
포트폴리오 계획은 작성에 사용 된 데이터를 나타내는 세 개의 탭이있는 일정보기와 함께 제공됩니다. 범위, 팀 및 릴리스.
bittorrent 파일을 여는 방법
일정은 세 개의 탭 모두에 대해 지속적으로 볼 수 있거나 자체 페이지에서 개별적으로 보고서로 볼 수 있습니다. 세 탭 중 하나에 대한 변경 사항은 일정보기에서 볼 수 있으며 JIRA에 커밋되기 전에 평가할 수 있습니다.
시간이 지남에 따라 문제가 제기 된 타임 라인이 표시되며, 릴리스가 제대로 진행되고 있는지 여부를 표시하는 데 사용되는 간단한 색상 코딩 디자인으로 표시됩니다. 선이 궤도에 있으면 녹색이고 출시 날짜가 맞지 않으면 빨간색입니다.
출시 날짜와 완료 날짜의 특정 날짜가 타임 라인에 표시되어 사용자가 간격이있는 위치와 완료와 릴리스 사이의 간격이 얼마나되는지 확인할 수 있습니다. 이보기는 여러 가지 유용한보기뿐만 아니라 프로젝트, 팀 또는 사용자의 분석을 표시하기 위해 다양한 방법으로 구성 할 수 있습니다.
현재 일정보기에는 범위에 따른 출시 날짜가 예상 출시 날짜에 가까워지는 명확한 표시가 없습니다.
JIRA 용 Portfolio는 프로젝트 내에서 시간에 따라 작업이 어떻게 예약되는지 확인할 수있을뿐만 아니라 작업이 할당 된 팀의 '용량'보기로이 정보를 제공합니다.
이보기는 포트폴리오 계획에 포함 된 모든 팀의 사용 가능한 용량을 보여 주며, 사용중인 애자일 방법론에 따라 특정 주 또는 스프린트에서 해당 팀이 할당 한 시간을 강조하고 다음의 활용도를 보여줍니다. 해당 팀과 사용 가능한 용량 및 잠재적 인 병목 현상이있을 수 있습니다.
그림 3 : 포트폴리오 계획의 '용량'보기는 계획 전반에 걸쳐 팀에 할당 된 작업을 보여줍니다. 특정 스프린트 또는 주를 강조하면 병목 현상과 여유 용량을 포함한 팀 활용 통계가 표시됩니다.
JIRA 용 Portfolio는 출시 일정을 더욱 세분화하기 위해 팀 가용성과 해당 팀 구성원의 기술을 사용합니다. 팀이 설정되면 JIRA 내에서 사용자를 추가하고 역할이 무엇인지에 따라 특정 기술을 할당 할 수 있습니다.
예를 들면개발자 팀은 다른 프로그래밍 언어에 대한 지식을 바탕으로 기술을 할당받을 수 있습니다. 포트폴리오는이를 사용하여 팀뿐만 아니라 해당 작업을 완료하는 데 필요한 기술을 가진 팀의 특정 구성원에게 작업을 할당합니다. 이러한 기술은 Portfolio가 병목 현상이있을 수있는 위치를 정의하고 출시 날짜를 맞추기 위해 추가 리소스가 필요한 위치를 명확히하는 데 사용하는 기능이지만 병목 현상이 얼마나 중요한지 항상 명확하지는 않습니다.
하나의 계획 내에서 생성 된 팀은 '공유 팀'을 사용하여 다른 계획과 공유 할 수도 있습니다. 이렇게하면 이전에 논의한 기술과 같은 해당 팀과 관련된 정보를 가져와 계획을 작성할 때 시간을 절약 할 수 있습니다.
포트폴리오를 통해 동일한 프로젝트에서 작업하는 팀은 다른 방법론을 사용하여 작업 할 수 있으며 이에 따라 일정을 세분화 할 수 있습니다. Scrum을 사용하는 팀은 스프린트에 할당 된 작업을 볼 수 있고 Kanban을 사용하는 팀은 우선 순위 및 예상 시간에 따라 할당 된 작업을 볼 수 있습니다.
그런 다음 'Schedule'보기는 이슈 네비게이터를 위해 JIRA 내에서 사용되는 것과 매우 유사한 필터링 도구를 사용하여 다양한 방식으로이를 필터링 할 수 있습니다.
그림 4 : 특정 팀 구성원에 대해 설정된 기술로 팀을 만들 수 있으므로 일정 알고리즘이 해당 작업을 완료 할 수있는 기술이있는 사용자에게 특정 작업을 할당 할 수 있습니다.
단일 포트폴리오 계획보기에 여러 프로젝트가 표시되면 사용자는 해당 프로젝트를 사용하는 팀에 속해 있는지 또는 다른 사람이 시작하기 전에 완료해야하는 특정 활동에 대한 요구 사항에 관계없이 프로젝트 간의 종속성을 정의 할 수 있습니다.
Portfolio for JIRA는 JIRA에 이미 존재하는 종속성을 가져 오면서 '범위'보기를 통해 새로운 종속성을 추가 할 수 있습니다. 이러한 종속성은 관련된 문제 중 하나를 클릭하고 포트폴리오 계획 내에서도 강조 표시된 관련 문제를 확인하여 '일정'보기에서 명확하게 볼 수 있습니다.
Portfolio for JIRA는 이미 프로젝트 내에서 사용 가능한 릴리스에 대한 정보를 가져 오지만, 새 릴리스는 계획보기에서도 정의 할 수 있습니다 (예 : 포트폴리오 수준에서 잠재적으로 둘 이상의 프로젝트에 걸쳐 있음). 따라서 교차 프로젝트 릴리스가 생성 될 수 있습니다. 이를 통해 모든 작업이 공유 된 기한까지 완료되도록 서로 다른 프로젝트 간의 작업을 예약 할 수 있습니다.
Portfolio는 공유 일정과 함께 연결된 각 프로젝트 내에서 개별 릴리스를 생성하여이를 처리합니다.
단일 진실 소스
포트폴리오 관리자는 조직 또는 프로젝트의 복잡성에 관계없이 조직 전체의 모든 팀과 프로젝트의 진행 상황을 신속하게보고 분석 할 수 있어야하며 Portfolio for JIRA 2.0은이를 제공합니다.
관리자가 팀에 작업을 배포하는 가장 효율적인 방법을 찾을 수 있도록 단일 소스를 제공합니다. 최신 릴리스의 가장 큰 개선 사항은 JIRA 프로젝트와의 수동 동기화에 대한 요구 사항이 제거되어 포트폴리오 계획이 항상 프로젝트 내 진행 상황과 충족 될 가능성이있는 시간 척도에 대한 현실적인 평가인지 확인하는 것입니다.
=> 완전한 JIRA 튜토리얼 시리즈를 보려면 여기를 방문하십시오.
저자 정보 : 이 게스트 포스트는 기술 컨설턴트 인 Mitchell Davison이 작성했습니다. 자동화 컨설턴트