LaunchCal

검토를 맡은 모든 부서에 걸쳐 출시를 조율합니다. 출시 담당자는 자동 생성된 체크리스트를, 검토자는 깔끔한 대기열을, 이해관계자는 캘린더를 받습니다.

만든 이유

Google에서 운영하던 방식에서 영감을 받았습니다. 그 가치가 입증된 부분만 담고, 그 정도 규모에서만 통하는 부분은 뺐습니다.

제공되는 기능

• 기능 팀별 출시 단계 템플릿
• 승인 / 거부 / 예외를 선택하는 검토자 대기열
• 보도 자료, 대시보드, 배운 점 산출물
• 이해관계자를 위한 출시 캘린더와 단계 간트 차트

작동 방식

1. 1각 부서는 단계를 한 번만 작성합니다법무, 개인정보 보호, 보안, 지원, 마케팅 등 출시를 검토해야 하는 부서가 무엇이 언제 필요한지를 템플릿으로 관리합니다. 한 번 작성하면 이후의 모든 출시에 적용됩니다.
2. 2출시 담당자가 출시 내용을 설명합니다무엇인지, 누구에게 영향을 주는지, 언제 출시해야 하는지를 입력합니다. 해당하는 템플릿으로 체크리스트가 자동으로 만들어지므로, 프로세스를 몰라도 따라갈 수 있습니다.
3. 3검토자는 대기열을 처리합니다각 부서는 자신을 기다리는 단계를 보고, 이유를 첨부해 승인, 거부 또는 예외를 결정합니다. 출시 담당자는 아무도 독촉하지 않고 전체 진행 상황을 지켜볼 수 있습니다.

팀의 활용 사례

• 이미 한 번 미뤄진 마감일에 맞춰 출시할 때

  캘린더에 어떤 단계가 막고 있고 누가 맡고 있는지 표시되므로, 누가 답장을 잊었는지가 아니라 실제 의존 관계를 두고 이야기하게 됩니다.

• 처음 출시하는 사람을 온보딩할 때

  암묵지가 필요 없습니다. 체크리스트가 무엇이 필요한지 알려 주고, 예외 기록이 무엇이 면제되었고 왜 그랬는지 알려 줍니다.

• “이번 분기에 무엇이 출시되나요?”에 답할 때

  출시 캘린더와 단계 간트 차트가 그 답이며, 출시 담당자가 실제로 작업하는 것과 같은 데이터이므로 항상 최신 상태입니다.

자주 묻는 질문

출시 운영 방식을 바꿔야 하나요?

아닙니다. 단계 템플릿은 이미 갖고 계신 프로세스를 기술한 것입니다. LaunchCal은 다른 프로세스가 아니라 그 프로세스를 담아 두는 곳입니다. 대부분의 팀은 이미 요청하고 있는 내용을 적는 것부터 시작해, 한두 번 출시한 뒤에 다듬습니다.

해당하지 않는 단계가 있으면 어떻게 되나요?

검토자가 이유와 함께 예외를 허용합니다. 조용히 건너뛰는 것이 아니라 출시에 기록되므로, 나중에 이유를 묻는 사람이 답을 확인할 수 있습니다.

이해관계자가 시트 없이 출시를 볼 수 있나요?

시트는 실제로 작업하는 사람, 즉 출시 담당자와 검토자를 위한 것입니다. 회사 대부분이 원하는 캘린더는 시트 없이도 볼 수 있습니다.

이슈 트래커와는 어떤 관계인가요?

트래커는 엔지니어링 작업을 관리합니다. LaunchCal은 승인과 날짜를 관리하는데, 이 부분은 보통 채팅과 스프레드시트에 흩어져 있기 마련입니다.