Capordia실제로 이전되는 책임의 범위를 정하기
관련된 프로젝트, 캠페인, 기간을 명시하세요. 인수인계는 특정 배치의 모니터링, 그 결과의 승인, 또는 내보내기 준비를 대상으로 할 수 있습니다. 그러나 비즈니스 의사결정, 새 기간의 구매, 소프트웨어 변경 권한까지 자동으로 이전되지는 않습니다. 업무를 넘겨받는 사람, 대체 담당자, 그리고 범위를 벗어난 결정에 대해 문의할 책임자를 지정하세요.
접근 권한 준비와 책임 이전을 구분하세요. 접근 권한 전용 가이드는 신원과 권한을 다루며, 여기에서는 수령자가 마련된 수단을 사용할 줄 알고 올바른 정보를 찾을 줄 아는지 확인합니다. 인수인계 문서에 비밀번호를 적어 전달하지 마세요. 주문 계정 참조와 운영 접근 권한은 서로 다른 기능을 수행합니다.
특정 시점의 작업 상태를 기록으로 남기기
인수인계 문서는 완료된 작업, 진행 중인 작업, 대기 중인 작업, 그리고 미해결 편차를 보여주어야 합니다. 이 기록의 시각, 활성 버전, 마지막 변경 사항, 다음 작업을 추가하세요. "모두 정상"이라는 한 문장은 작업이 하나라도 실패하는 순간 낡은 정보가 됩니다. 식별자와 시각이 찍힌 상태가 있으면 동료가 문서와 실제로 관찰한 내용을 대조할 수 있습니다.
《Site Reliability Workbook》은 교대 시작 시 이전 인수인계를 읽고, 다음 교대를 위해 서면 인계를 준비하는 방법을 설명합니다. GPU 캠페인에 맞게 이 원칙을 몇 가지 유용한 사실로 조정하세요. 예상되는 변화, 막힌 작업, 이미 시도한 조치, 통보받은 사람 등입니다. 이 문서는 모든 메시지를 빠짐없이 기록하는 일지가 아니라 다음 결정을 안내해야 합니다.
관찰, 조치, 중단을 구분하는 절차 작성하기
운영 절차, 즉 런북은 상황과 허용된 조치를 설명합니다. 각 조치마다 사전 조건, 예상 효과, 실행 후 점검, 중단 조건을 명시하세요. "필요하면 재실행"을, 해당 작업을 특정하고 이미 승인된 결과가 없는지 확인하며 동시 재실행을 금지하는 규칙으로 바꾸세요. 절차가 관찰된 사례를 다루지 않는 경우, 수령자는 누구에게 연락해야 하는지 알 수 있습니다.
제안된 표는 팀의 의사결정을 정리하는 것이며, Capordia에서 어떤 권한도 생성하지 않습니다. 임계값, 담당자, 도구는 프로젝트에 맞게 조정해야 합니다. 또한 명령을 실행할 수 있는 기술적 가능성과 그것을 실행할 권한을 구분하세요. 기능적 접근 권한이 있다고 해서 삭제나 신규 지출을 승인할 수 있는 것은 아닙니다.
| 상황 | 예정된 조치 | 얻어야 할 결정 |
|---|---|---|
| 여전히 활성 상태인 작업 | 해당 상태와 마지막 결과 관찰 | 중단 전 |
| 절차에서 다루는 실패 | 출력 확인 후 특정 작업 재실행 | 원인이 문서화된 사례와 다를 경우 |
| 결과 편차 | 출력을 별도로 보관하고 책임자에게 알림 | 게시 또는 승인 전 |
| 기간 종료 임박 | 내보내기를 준비하고 남은 필요 사항을 알림 | 새 주문 전 |
수령자가 다음 조치를 직접 설명하게 하기
짧은 인수인계 시간을 짝을 이루어 진행하세요. 이어받는 동료가 문서를 열고 작업 하나를 찾은 뒤, 다음에 무엇을 할지, 그리고 무엇을 혼자 결정하지 않을지를 설명하게 하세요. 내보내기 대상과 선택한 재개 상태를 그 동료가 직접 확인하도록 하세요. 나가는 사람이 전적으로 주도하는 시연은 문서에 아직 없는 정보를 가릴 수 있습니다.
프로젝트에 새로 합류한 사람이라면, 이 인수인계를 범위가 정해진 실습으로 보완하세요. 학습에 관한 Google SRE 장에서는 숙지해야 할 문서, 전문가 연락처, 이해도 확인 질문을 구분합니다. 여기서는 시험 범위 내의 일상적인 작업 하나를 선택하세요. 이해도를 평가하기 위해 실제 장애를 일으키거나 유용한 처리를 중단할 필요는 없습니다.
해결 예시: 128개 작업을 중복 실행 없이 인계하기
이 가상 예시에서 Camille은 14시 UTC에 Noor에게 업무를 인계합니다. 캠페인은 128개의 작업으로 구성됩니다. 96개 승인, 8개 진행 중, 24개 대기 중입니다. 96 + 8 + 24 = 128의 합이 전체 목록과 일치합니다. 그러나 진행 중인 8개 중 2개는 방금 실패했습니다. 인계 시점에 대조하지 않으면 Noor는 이미 지난 스냅샷을 현재 상태로 착각해 처리할 수 있습니다.
Camille는 따라서 목록을 갱신합니다: 96개 승인됨, 6개 진행 중, 2개 실패, 24개 대기 중입니다. 두 건의 실패는 이미 허용된 재개 사례에 해당합니다. Noor는 승인된 출력물이 없고 아직 실행 중인 프로세스도 없는지 확인한 뒤, 이들을 다시 대기 상태로 돌립니다. 상태는 96 + 6 + 26 = 128이 됩니다. 여섯 개의 활성 작업은 계속 진행됩니다. Noor는 처리를 확인하고 다음 점검을 등록하며, Camille는 이 범위에서 더 이상 작업을 실행하지 않습니다.
| 시점 | 완료 | 진행 중 | 실패 | 대기 중 |
|---|---|---|---|---|
| 대조 전 | 96 | 8 | 0 | 24 |
| 갱신 후 | 96 | 6 | 2 | 24 |
| 허용된 대기 복귀 후 | 96 | 6 | 0 | 26 |
부재, 변경 및 인계 종료 처리하기
수신자가 인계를 확인할 수 없으면 예정된 대체 담당자를 활용하고 그동안 누가 책임을 지는지 명확히 하세요. 명시적 수신 확인 없이 여러 사람에게 보내는 메시지는 피하세요. 이미 열린 장애가 있는 경우에는 배제된 가설과 진행 중인 조치도 함께 전달하세요. 새로 투입된 사람이 이미 시도된 조치를 조용히 처음부터 다시 시작해서는 안 됩니다.
소프트웨어 기준이 바뀔 때마다 절차를 갱신하고 어떤 부분이 더 이상 유효하지 않은지 알리세요. 필요가 끝나면 완료된 내보내기, 잔여 조치 및 마감 일정을 프로젝트 기록에 연결하세요. 3일, 7일 또는 30일의 기간은 동료가 작업을 이어받았다는 이유만으로 연장되지 않습니다. 필요하다면 다음 대여는 별도의 결정과 별도의 주문입니다.
결정을 위한 질문
인계에 긴 문서가 필요한가요?
아니요. 범위, 날짜가 표시된 상태, 다음 조치, 권한 한계 및 유용한 연락처를 담고 있다면 짧은 기록으로 충분할 수 있습니다. 상세 절차는 이 기록에서 연결해 두면 됩니다. 무엇보다 수신자가 다음 단계를 찾아내고 설명할 수 있는지 확인하세요.
구두로만 업무를 인계할 수 있나요?
구두 교환은 뉘앙스를 이해하는 데 도움이 되지만, 상태와 인계 합의에 대한 날짜가 있는 기록을 남기세요. 특히 인계 후 세 번째 사람이 개입하는 경우, 이미 끝난 일과 남은 일을 구분할 수 있게 해줍니다.
절차에 지침이 빠져 있을 때는 어떻게 해야 하나요?
수신자는 차이를 기록하고 데이터를 변경하거나 작업을 중단시킬 수 있는 조치를 하기 전에 예정된 책임자에게 문의합니다. 그런 다음 결정 사항을 그 범위와 함께 절차에 추가하세요. 한 번 성공한 즉흥적 대응이 자동으로 일반 규칙이 되지는 않습니다.