가동 중지 시간. 버그. 화난 사용자.
익숙한 소리? 그렇다면 릴리스 관리 프로세스를 열심히 살펴볼 필요가 있습니다.
끊임없이 움직이는 끊임없이 진화하는 비즈니스 IT 세계에서 반쯤 구운 릴리스를 밀어 낼 여유가 없습니다. 그러나 문제의 압도적 인 75%는 소프트웨어 또는 그 환경의 변화의 결과입니다.비용이 많이 드는 지연을 방지하고 조직의 운영을 계속 실행하려면 강력한 릴리스 관리 프로세스에 투자해야합니다.
무엇이 릴리즈 관리로?
경우 회사는 이제까지 상당한 소프트웨어 변경,기회는 그 당신은 이미 당신에 감사의 필요에 대한 신뢰할 수 있는 릴리스 관리 프로세스.
릴리스 관리는 개발 및 테스트에서 배포에 이르기까지 소프트웨어 릴리스와 관련된 모든 단계를 감독합니다. 새로운 제품이나 기존 제품에 대한 변경 사항이 요청되면 언제든지 릴리스 관리가 필요합니다.
동 릴리스 관리 프로세스를 다를 수 있으며,주문을 받아서 만들어져야 합니다 각 조직은 다음과 같은 다섯 가지 주요 단계 릴리스 management.
계획 release
는 계획 단계할 수 있는 대부분의 시간 집약적으로 이것은 당신의 전체 방출은 구조입니다. 강력한 릴리스 계획은 팀이 궤도에 머무르고 표준 및 요구 사항이 제대로 충족되도록하는 데 도움이됩니다.릴리스 계획에 접근하는 방법은 여러 가지가 있습니다. 가장 많이 사용되는 릴리스 관리 방법 중 하나는 SDLC(systems development life cycle)입니다.
SDLC 는 데 도움이 소프트웨어 개발 계획,개발,유지 보수 및 교체 소프트웨어 시스템은 높은 수준의 효율성과 품질입니다. SDLC 는 함께 또는 다른 프로젝트 관리 프로세스 대신에 사용될 수있다.
이 단계에서 팀 및 주요 이해 관계자 모두가 릴리스 전체에서 참조 할 수있는 워크 플로를 만듭니다.
워크 플로는 전체 릴리스가 어떻게 진행되고 각 팀 구성원이 어떻게 역할을하는지 한 눈에 설명해야합니다. 당신의 방출 계획을 포함해야 한다:
- 일
- 납
- 요구사항
- 전반적인 범위의 프로젝트
는 여러 가지 방법이 있을지도는 당신의 계획을 명확히 하는 과정입니다. 한 가지 옵션은 릴리스 관리 체크리스트입니다. 체크리스트는 대략 연대순으로 프로세스 기능과 책임을 간략하게 설명해야합니다.
때 팀을 보 체크리스트,할 수 있어야 한다는 것을 빠르게 설정하 어떤 단계에서 그들과 그들의 역할이나 책임입니다.
또 다른 옵션은 릴리스 워크 플로를 만드는 것입니다. Lucidchart 는 개발자가 프로세스를 명확하게 매핑하는 데 도움이되는 시각적 생산성 플랫폼입니다.
만들기관의 흐름도 릴리스 프로세스를 사용하여 컬러 코딩,모양,그리고 스윔 레인을 지정하는 일이 역할과 작업을 합니다. Lucidchart 에서 동작하는 클라우드 그래서 당신과 당신의 팀에 액세스할 수 있습 릴리스 계획 또는 체크리스트를 언제 어디서나 실시간으로 업데이트됩니다.
한 번의 계획은 스케치,현재,그것은 모든 관련 이해 관계자(팀,제품 관리자,그리고 높은 수준의 지도자)에 대한 검토합니다. 요구 사항이나 범위에서 볼 수있는 격차 나 문제에 대한 의견을 얻으십시오.
계획이 승인되고 확정되면,당신은 행동에 넣을 수 있습니다.
빌드 릴리스
릴리스 계획이 확정되면 릴리스 용 제품 설계 및 구축을 시작할 수 있습니다. 이것은 출시 계획에 명시된 요구 사항을 기반으로 제품의 실제”개발”입니다.
올 수있는 모든 문제가 해결되면 빌드를 실제 시나리오 테스트에 적용 할 때입니다.이것은 몇 번의 반복을 취할 수 있습니다. 팀이 제품을 빌드함에 따라 사용자 수용을 위해 테스트 환경으로(일반적으로 자동으로)전송됩니다. 이를 통해 팀은 실제 환경에서 발생할 수있는 버그 나 문제를 식별 할 수 있습니다.문제가 확인되면 2 단계에서 개발을 위해 빌드가 다시 전송됩니다. 다시 말해서,내에서 반복 릴리스 관리 프로세스,작업 흐름 수 있도에서 두 번째 단계를 무대 세에 다시 다시 해제할 때까지는 승인됩니다.
사용자의 승인 테스트
사용자의 승인 테스트,으로도 알려진 UAT,이 경우 최종 사용자는 제품을 구축을 위해 실제로 그것을 사용하고 피드백을 제공. 이것은 종종 온라인 무료 베타 평가판으로 수행되거나 회사 내의 더 큰 직원 그룹과 공유됩니다.
사용자의 승인 테스트를 수행하는 것이 가장 중요한 단계를 놓 관리기 때문에 양의 데이터를 수집하고 수정하기 위해 필요를 얻을 구축 할 필요가 어디에 대한 공식적인 시작합니다.앞에서 언급했듯이 이것은 반복 프로세스의 일부입니다. 버그가 확인되면 팀은 드로잉 보드로 돌아가 문제를 해결하고 무결성을 높이기 위해 빌드를 재 설계합니다. 빌드는 최종 구현 및 릴리스를 위해 고려 될 UAT 단계를 통과해야합니다.
준비 release
이 단계를 마무리 제품에 계정으로 모든 것을 알게되었에 UAT. 릴리스 준비에는 QA 팀의 최종 품질 검토도 포함됩니다.
중 검토,품질보증팀은 행위를 최종 확인을 위해 구축을 충족 최소 허용기준 및 비즈니스 요구 사항에 설명된 방출 계획입니다.
지만 UAT 및 품질을 보증할 수 없는 항상 복제를 모든 시나리오 발생할 수 있는 일단 제품이 시작되면,이 단계에 희망이 구체화에 가장 일반적인정보는 귀하의 팀을 수 있는 더 나은 예측하고 어떤 문제가 발생하지 않도록에서 실행됩니다.
검토가 완료되면 기능 팀은 연구 결과를 검증하고 배포를위한 릴리스를 마무리합니다. 빌드가 라이브 환경에 배포되기 전에 제품 소유자의 승인을 받아야 합니다.
Deploy release
큰 날이 마침내 도착했으며 팀의 모든 노력이 갚는 곳이 여기에 있습니다. 라이브 프로덕션 환경의 야생으로 제품을 출시 할 때입니다.
단순히 외를 보내를 구축으로 생산,배포 단계를 포함한 메시징 및 교육에서 제품을 사용하고 당신의 회사에서 크다.사용자가 릴리스와 함께 변경 사항을 알리고 새로운 기능 내에서 작동하는 방법을 알려야합니다. 에 따라 얼마나 중요한 변경이 필요할 수 있습을 제공하는 강력한 지속적인 교육을 모든 사람의 작업 속도를 높입니다.소프트웨어를 사용하는 직원이 효율적이고 생산적으로 업무를 수행하기 위해이를 이해해야하는 내부 릴리스의 경우 특히 중요합니다.마지막으로 배포 단계에서 개발 팀을 만나 릴리스의 성능을 평가하고 배포가 어떻게 진행되었는지 논의해야합니다. 느린 문제가있는 경우 팀이 다음 반복에서 해결할 수 있도록 해당 문제를 식별하고 문서화해야합니다.
릴리스 관리 감독하는 끊임없이 변화하는 과정입니다. 각 출입을 구체화 할 수있는 기회를 가질 수있는 모든 워크플로에서 당신의 체크리스트로 귀하의 팀을 발견은 무엇 로드맵을위한 최고의 작품이 어떤 종류의 실행 및 무엇을 하지 않습니다.
고 Lucidchart,심지어 가장 복잡 릴리스 관리 프로세스 설계할 수 있습의 성공을 보장하려면 릴리스 팀이 자랑스러워 할 수 있습니다.
협업 플랫폼은 쉽게 팀원들로 구성된 팀과 개발자가 제품을 소유하 executive 이해관계자를 보려면 높은 수준의 계획을 한 눈에 통찰력을 그들의 진행으로 모든 사람들이 동일한 페이지에 표시합니다.
Plus,Lucidchart 인기 있는 통합 관리 도구를 다음과 같이 합류,G Suite,및 느슨하게,그래서 당신은 데이터를 가져올 수 있습고 모든 프로젝트 세부 사항과 윤곽에 편리하게 한다.
무료 계정에 가입하고 오늘 시작하십시오.