DevOps 로드맵 템플릿 소개
DevOps 로드맵은 개발 팀과 운영 팀이 참여하는 지속적인 통합 및 배포에 기반한 프로세스를 구현하는 방법입니다. 이는 팀이 더 높은 수준의 출력을 생산하고 생산 주기 간 변동을 줄이며, 제품 주기의 끝에서 끝까지의 크로스 기능적 보기를 개선하는 데 도움을 줍니다.
전통적인 "핸드오프" 분리 방식 대신, DevOps 방법론은 소프트웨어 출시 주기 전체에서 엔지니어링 및 IT 팀이 협력하고 노력을 조정하도록 강조합니다.
DevOps 팀은 조직 구조에 집중하기보다 성장 마인드, 혁신 보상, 협력, 실험, 학습, 사용자 감정이입과 같은 원칙을 육성함으로써 더욱 투명하고 협력적이며 효율적인 제품 개발 프로세스를 구축할 수 있습니다.
DevOps 로드맵이란?
DevOps 로드맵은 분기별로 자원을 더 잘 관리하기 위해 팀 의례와 도구를 간소화할 수 있도록 합니다. 팀 리더나 매니저는 로드맵을 통해 간접비를 낮추고 불필요한 작업을 줄이기 위한 새로운 방법들을 만들 수 있습니다. 이상적으로는, 팀이 도전에 응하여 새로운 혁신 기회를 발견하도록 동기를 부여받습니다.
DevOps는 엔지니어와 운영 인력 간의 동기화를 쉽게 만들어 줍니다. 팀은 엔지니어링과 운영이 개발하고 고객에게 릴리스하는 내용을 조정하고 연결하는 책임을 집니다.
소프트웨어 개발 프로세스 전반에 걸쳐 협업함으로써, 개발자는 운영 팀의 피드백을 기반으로 코드를 지속적으로 반복할 수 있습니다. 애자일 방법론처럼, DevOps 프로세스는 프로세스에 더 많은 테스트와 조정 기회를 내장하여 팀이 문제나 놀라움을 덜 겪도록 돕습니다.
이 DevOps 로드맵은 다음을 나타내는 사용자 지정 가능한 시각화를 특징으로 합니다:
순환 워크플로: 회사와 고객 간의 계속적인 피드백 루프와 양 팀의 전달 파이프라인을 정의합니다.
분기별 DevOps 로드맵: 각 스윔레인에 제품과 프로젝트가 배치된 채, 단기 우선순위를 제시합니다.
이동 가능한 "오늘" 자리 표시자: 팀이 분기별 진행 상황을 추적하기 돕습니다.
개발자와 IT 운영을 별개의 정보 저장소로 분리하는 대신, DevOps 팀을 구성함으로써 조직은 재해 복구 계획을 수립할 수 있습니다. 공유 DevOps 로드맵을 작성하면 확장 가능하고, 이식 가능하며, 안전한 제품을 구축할 수 있습니다.
DevOps 로드맵을 사용할 때
잘 정의된 DevOps 로드맵은 팀 간 협력을 돕고, 프로젝트와 제품이 성공하거나 장애에 부딪혔을 때 학습 기회를 제공합니다.
DevOps 로드맵은 또한 팀을 도울 수 있습니다:
개발과 운영을 정렬하여 주요 날짜와 계획에 맞춰 더 나은 협력을 할 수 있도록 전체 프로세스의 세부 사항을 이해합니다.
우선순위와 의존성을 염두에 두고 시간을 관리하며, 주의가 필요한 팀 항목의 전달 시점을 예측합니다.
정기적으로 정보를 공유하고 커뮤니케이션하여 제품을 지속적으로 개선하고, 사용자를 위해 점진적으로 기능을 개선하여 전달합니다.
시각적 참조인 DevOps 로드맵은 중기 및 단기 우선순위를 염두에 두고, 우선순위의 변화에 적응할 수 있도록 팀을 돕습니다.
로드맵의 각 항목을 우선순위로 정하기 위해, CAMS 프레임워크를 사용합니다:
문화: 의사소통과 서로의 목표 및 책임에 대한 상호 이해를 증진하는 액티비티
자동화: 연속적 전달 및 통합을 가속화하고 팀, 프로세스, 도구 전반에 걸쳐 시간, 비용, 노력을 절약하는 액티비티
측정: 진행 상황이 발생하고 있으며 올바른 방향으로 가고 있는지를 측정하는 데 도움이 되는 액티비티
공유: 투명성과 개방성을 증진하고 피드백 루프를 강화하며 지속적인 개선을 추진하는 액티비티
궁극적인 목표는 책임을 공유하고, 팀을 하나로 만들어 조직의 발전을 돕는 것입니다.
DevOps 로드맵을 만드는 방법
자신만의 DevOps 로드맵을 만드는 것은 간단합니다. Miro는 로드맵을 만들고 공유하기에 완벽한 도구입니다. DevOps 로드맵 템플릿을 선택하는 것으로 시작하여 다음 단계를 따라 자신만의 것을 만드세요.
로드맵의 목표를 명확하게 정의하세요
로드맵 내용을 추가하거나 편집하기 전에, 왜 팀에 로드맵이 필요한지 결정하세요. 예시로는 "엔지니어링 팀과 운영 팀 간의 조정 개선" 또는 "DevOps 작업에 대한 단일 진실 공급원 생성" 등이 있습니다.
구체적인 단기 목표나 계획을 설정하세요
기본 템플릿은 1분기에서 4분기까지 1년을 다루지만, 3개월 간의 계획을 세울 때 가장 이상적입니다. 그 이상의 기간은 DevOps 로드맵이 혼란스럽고 초점에서 벗어날 수 있습니다.
로드맵을 쉽게 이해할 수 있도록 시각적 요소 사용하기
기본적으로 이 템플릿에서는 항목을 "높은 우선순위", "중간 우선순위", "낮은 우선순위"로 레이블합니다. 또한 각 항목을 CAMS 값(문화, 자동화, 측정, 공유)에 따라 색상으로 구분할 수 있습니다.
엔지니어링 및 운영 팀과 로드맵 공유하기
"멤버 초대"를 클릭하여 DevOps 로드맵에 기여해야 하는 모든 사람에게 접근 권한을 부여하세요. 또한 팀원, 고객 또는 이해관계자를 Slack이나 이메일을 통해 초대할 수 있습니다.
필요에 따라 DevOps 워크플로 검토 및 편집하기
조금 다른 DevOps 워크플로를 따라야 할 수도 있나요?
팀에게 로드맵에 제품과 프로젝트를 추가하도록 요청하세요
각 로드맵 객체는 CAMS의 원칙에 따라 색상으로 구분됩니다. 또한 중요도 상태를 각인할 태그를 추가할 수 있습니다, 높은 것부터 낮은 것까지.
필요시 로드맵을 업데이트하세요
정기적인 검토 세션을 설정하여 플랜이 변경됨에 따라 DevOps 워크플로 또는 로드맵 우선순위를 조정하세요. 또 동료에게 DevOps 로드맵을 자체적으로 검토하여 변경 사항이나 우선순위에 대해 최신 정보를 확인하도록 독려할 수 있습니다.
Jira를 사용하는 경우, Jira 카드를 DevOps 로드맵 템플릿에 쉽게 가져와 이슈를 시각적으로 추적할 수 있습니다.
Miro
Your virtual workspace for innovation
어디에서든 원활하게 협업할 수 있는 곳, Miro는 8,000만 사용자가 미래를 설계할 수 있도록 지원합니다.