애자일 프로젝트에서 작업하거나 애자일 방법을 사용하는 것을 목표로 할 때 애자일 릴리스 계획은 제품 중심 프로젝트에 중요한 기술이 될 수 있습니다. 애자일 릴리즈 계획은 프로젝트 관리 지식 기관에 스케줄링 기법으로 나열되어 있습니다. 따라서 프로젝트 관리 전문가 인증과 관련이 있습니다.
이 방법은 모든 진정한 애자일 접근법에서 반드시 요구 사항은 아니지만 릴리스 기반 애자일 및 하이브리드 프로젝트에 좋은 도구입니다. 이는 애자일 릴리스 계획이보다 전통적인 프로젝트 계획과 애자일 또는 반복적 인 제품 개발 간의 격차를 해소 할 수 있기 때문입니다.
이 기술에 대해 자세히 알아 보려면 계속 읽으십시오.
릴리스는 어떻게 작동합니까?
릴리스는 일반적으로 특정 기간 내에 개발 및 테스트되는 일련의 기능 또는 소프트웨어 구성 요소로 구성됩니다. 개발 및 테스트 시 이러한 기능은 릴리스의 일부로 한 번에 배포됩니다.
릴리스에는 소프트웨어의 기능 및 개선 사항뿐만 아니라 대규모 개발 프로젝트의 일부 및 일부가 포함될 수 있습니다. 예를 들어,자체 개발 또는 기성 시스템의 업그레이드는 원활한 전환,운영의 지속성을 보장하고’빅뱅’마이그레이션에 내재 된 위험을 피하기 위해 다른 릴리스로 나눌 수 있습니다.
릴리스 계획이란 무엇입니까?
릴리스 계획은 범위,타임라인 및 일부 조직에서는 릴리스와 연결된 리소스 및 비용을 설명하는 문서입니다.
릴리스 계획은 고정된 시간(종종 1 개월에서 6 개월 사이)동안 개발,테스트 및 구현되는 시스템 구성 요소를 설명합니다. 릴리스 계획은 일부 애자일 프레임워크의 제품 백로그와 유사한 우선 순위가 지정된 기능 목록으로 볼 수 있습니다. 그것은 종종 모든 시스템 요구 사항을 하나의 단일 릴리스에 의해 커버 될 수 있는 경우 그것은 일반적으로 몇 가지 우선 순위가 필요 합니다. 이것은 더 복잡한 조직 및 그것 환경안에 특별하게 진실하다.
새로 개발된 기능 또는 제품 외에도 릴리스 계획에는 결함 고정 장치 및 기존 시스템의 중요한 개선 사항 또는 변경 사항이 포함될 수 있습니다.
출시 계획은 종종 예정된 몇 가지 릴리스(예:1 년 이내에 4 개의 릴리스 계획)에 대해 미리 설정됩니다. 이를 통해 기능의 개별 우선 순위,위험 및 중요도에 따라 대상 릴리스에 구성 요소를 할당 할 수 있습니다. 일반적으로 가장 가까운 릴리스에 대한 계획은 상세하지만 후속 릴리스에 대한 계획은 거친 경향이 있습니다. 그러나,이러한 계획은 일반적으로 정제 하 고 각 릴리스 가까이 온다 더 자세한 되 고. 이것은 프로젝트 관리에 있는 진보적인 정교화의 개념에 대등하다.
기존 및 애자일 프로젝트의 릴리스 계획
기존 관련 프로젝트에서 릴리스 계획은 소프트웨어 개발 및 배포를 관리하는 매우 일반적인 기술입니다.
또한 일부 애자일 프레임 워크는 릴리스 및 릴리스 계획을 사용합니다. 예를 들어,릴리스는 결과물이 릴리스 범위의 더 작은 부분으로 나뉘어지기 때문에 더 짧고 관리하기 쉬운 여러 반복으로 구성됩니다.
반면에 일반적인 스크럼 접근 방식은 2 주에서 4 주 사이에 걸릴 수있는 반복 및 릴리스 대신 스프린트를 정의합니다. 따라서 스크럼을 사용한 소프트웨어 개발은 반드시 릴리스 및 릴리스 계획을 포함하지는 않지만 실제로 스크럼 릴리스가있을 수 있습니다(아래 자세히 읽기).
그러나 요구 사항은 우선 순위가 지정된 목록에서도 관리됩니다: 스프린트 백로그 및 제품 백로그는 제품 소유자가 동적으로 우선 순위를 지정하는 목록입니다.
애자일의 릴리스 후보 란 무엇입니까?
릴리스 후보는 일반적으로 테스트를 완료하고 사용자 피드백(소스)을 수신하는 등 기능적이지만 판매될 준비가 되지 않은 소프트웨어 버전 또는 기능 집합으로 정의됩니다.
애자일 릴리스 계획에서 릴리스 후보는 종종 개발되고 기본적으로 기능적이며 반복 내에서 테스트 중인 기능을 참조할 수 있습니다. 완전히 테스트되고 모든 오류가 수정되면 전체 릴리스에 포함되도록 이동합니다.
릴리스 후보가 반복에서 실패하면 오류 수정 및 종료가 종종 후속 반복에서 수행됩니다.
애자일 릴리스 계획 이란 무엇입니까?
애자일 릴리스 계획은 반복 또는 증분 제품 개발 프로젝트의 범위 및 타임라인 설정을 의미합니다. 제품 또는 시스템 개발 또는 통합의 중장기 계획이 필요한 애자일 또는 하이브리드 프로젝트에 사용됩니다.
애자일 릴리스 계획은 종종 제품 비전과 로드맵을 릴리스 일정에 연결하고 릴리스를 반복에 연결하는 큰 그림을 만드는 프로세스로 간주됩니다.
이 용어는’개발 일정’과정 하에서 기술로서 지식사업의 프로젝트 관리 기관에서 언급된다. 6.5.2.8). 이 기술은 반복 기반 애자일 프로젝트를 고려하는 프레임워크에 도입되었습니다.
‘반복 기반 애자일’이라는 용어는 애자일 연습 가이드(채널. 5.2.6). 그것은 릴리스의 일부인 반복의 초기(거친)계획을 포함합니다. 더 정확한 투영을 가능하게하는 더 많은 정보가 알려지면 애자일 팀은 반복을 다시 계획하여 이러한 구체화를 고려합니다. 또한 릴리스 계획을 조정해야 할 수도 있습니다.
애자일 릴리스 계획은 실제로 어떻게 사용됩니까?
애자일 릴리스 계획은 프로젝트 접근 방식 및 조직 요구 사항에 따라 다양한 용도로 사용할 수 있습니다.
:
애자일 프로젝트의 릴리스 계획
릴리스와 반복을 사용하는 애자일 접근 방식과 프로젝트에서 릴리스 계획은 제품 비전에서 파생 된 제품 로드맵을 구현하는 기술입니다. 제품 로드맵에는 릴리스로 구분된 높은 수준의 요구 사항이 포함되어 있습니다.
릴리스 계획은 릴리스 내의 반복 횟수를 설정합니다. 보다 세부적인 수준에서 반복 계획은 릴리스 내에서 개발할 기능을 정의합니다.
릴리스 및 릴리스 계획은 중장기적 관점을 가지고 있지만 반복은 훨씬 짧기 때문에 범위면에서 더 좁습니다. 이는 민첩한 개발,특히 피드백 처리 및 요구 사항 및 기능에 대한 단기 변경을 용이하게합니다.
아래 그래픽을 참조하여 다음과 같은 민첩한 프레임워크에서 릴리스 계획을 수행하는 방법을 보여 줍니다.
애자일 릴리스 계획은 수동으로 또는 프로젝트 관리 소프트웨어를 사용하여 수행 할 수 있습니다. 예를 들어,루시드차트는 소프트웨어를 사용하여 애자일 릴리스 계획을 개발하는 가이드를 발표했다.
하이브리드 프로젝트의 릴리스 계획
제품 로드맵과 반복 간의 위에서 언급 한 링크 외에도 애자일 릴리스 계획은 애자일 개발 프로젝트를 릴리스 지향 조직 또는 아키텍처에 통합하는 데 도움이 될 수 있습니다.
예를 들어 민첩한 접근 방식을 사용하여 고객 대면 시스템을 개발할 수 있습니다. 그러나 이 시스템은 회사의 복잡한 아키텍처에 통합되어야 하며,다른 시스템에 대한 인터페이스도 포함되어야 합니다. 따라서 해당 고객 대면 시스템의 개발 및 배포는 반드시 조직의 중앙 릴리스 계획의 대상이 될 것입니다.
이러한 경우 민첩한 릴리스 계획 기술은 조직의 릴리스를 민첩한(하위)프로젝트에서 개발 된 반복 및 기능과 연결할 수 있습니다.
스크럼의 애자일 릴리스 계획은 무엇입니까?
스크럼의 릴리스 계획은 제품 백로그 항목(제품의 기능 및 요구 사항 목록)을 릴리스에 할당하는 것을 나타냅니다. 이러한 기능은 다음 스프린트에서 개발된다.
스크럼의 가치와 원칙에 따라 릴리스 계획은 상황이 바뀌거나 새로운 정보가 알려질 때 동적으로 업데이트되는 지침과 살아있는 문서로 의도됩니다.
스크럼 연구소의 스크럼 릴리스 계획에 따르면,스크럼 릴리스 계획에는 제품 개발의 목표를 구성하는 우선 순위 및 예상 제품 백로그,팀의 속도 표시기 및’만족 조건'(또는 완료 정의)이 필요합니다.
기능에 대한 노력 추정(필요한 작업량)과 팀의 속도(팀의 생산성)를 기반으로 기능을 다른 릴리스 및 스프린트에 할당 할 수 있습니다.
릴리스,반복 및 스프린트의 차이점은 무엇입니까?
릴리스는 일반적인 1~3 개월(또는 그 이상)동안 소프트웨어 기능 또는 변경 사항의 예정된 개발 및 배포를 의미합니다. 애자일,반복 및 일부 하이브리드 프로젝트에서 릴리스는 범위가 작고 기간이 짧으며 종종 1~2 주에서 1 개월 사이의 여러 반복으로 나뉩니다. 스크럼과 같은 일부 민첩한 프레임워크에서는 반복을 스프린트라고도 합니다.
애자일/스크럼에서 스프린트는 얼마나 걸립니까?
스크럼의 스프린트는 일반적으로 2 주에서 1 개월입니다. 그러나 이것이 개발 프로젝트에 더 적합하다고 판단되면 더 짧거나 길 수도 있습니다.
결론
애자일,반복 또는 하이브리드 프로젝트에서 프로젝트 관리자 또는 제품 소유자로 일하고 있는지 여부 또는 시험 준비 여부–애자일 릴리스 계획을 이해하는 것은 중장기 릴리스 및 프로젝트 계획과 함께 애자일 또는 반복 기반 개발을 가능하게하는 열쇠입니다. 프로젝트 일정 개발 및 관리에 대한 자세한 내용을 보려면 다른 일정 관리 기술에 대한 기사를 읽으십시오.
애자일 릴리스 계획 덕분에 범위,추가 개선 대상 및 타임 라인을 몇 달 전에 미리 설정할 수 있습니다. 동시에 애자일 개발 팀은 각 반복의 정확한 범위를 계획하고 정기적으로 다시 계획 할 수있는 자유를 유지할 수 있습니다. 어느 정도 애자일 릴리스 계획은 프로젝트 관리자와 제품 소유자가 기존 프로젝트 관리(예:중장기 계획)와 애자일 프로젝트 접근 방식(예:변경 및 피드백에 대한 응답)의 장점을 결합 할 수있는 기술입니다.