스크럼
스크럼은 적응력이 필요한 복잡한 업무를 반복적인 개발 주기(스프린트)로 관리하는 애자일 프레임워크입니다. 역할(Product Owner, Scrum Master, 개발팀)이 명확히 정의되어 있으며, 투명성, 점검, 적응을 증진시키는 반복적인 세리머니가 포함됩니다.
이해하기 스크럼
스크럼은 1990년대 초반 제프 서덜랜드와 켄 슈웨이버가 반복적 개발 방법을 바탕으로 공식화했습니다. 스크럼 가이드에 따르면 세 가지 역할, 다섯 가지 이벤트(스프린트, 스프린트 계획, 데일리 스크럼, 스프린트 리뷰, 회고), 세 가지 산출물(제품 백로그, 스프린트 백로그, 인크리먼트)이 정의되어 있습니다.
스크럼의 핵심은 경험적 프로세스 제어 이론입니다. 복잡한 업무에 모든 계획을 미리 세우는 대신, 정기적으로 점검하고 적응하는 접근입니다. Product Owner가 가장 가치 있는 일을 우선순위로 정하고, 팀은 각 스프린트마다 동작 가능한 산출물을 제공합니다. 이해관계자는 결과를 검토하고 피드백을 제시합니다. 이렇게 얻은 학습을 바탕으로 과정이 개선됩니다.
스크럼에서 흔하게 발생하는 실수로는 각자의 상황에 맞게 조정하지 않고 무작정 따르거나, 바쁠 때는 회고를 생략하거나, Product Owner가 우선순위를 적극적으로 관리하지 않는 경우 등이 있습니다. '스크럼-버트'란 accountability 중심 구조를 회피하고 스크럼 핵심만 일부만 도입하는 팀들을 말합니다.
스크럼은 협업 정보를 생성하는데, AI 도구로는 속도 추적, 번다운 차트, 백로그 정리 제안, 이해관계자 상태 보고서 등을 자동화할 수 있습니다.
GAIA 활용 방법 스크럼
GAIA는 Jira, Linear, GitHub와 연동하여 스프린트 속도를 추적하고, 막힌 항목을 보여주며, 이해관계자를 위한 자동화된 상태 리포트를 생성함으로써 스크럼 워크플로우를 지원합니다. 또한 GAIA는 일일 스탠드업 질문을 진행하고, 연결된 툴에서 회고 입력을 수집할 수 있습니다.
관련 개념
스프린트
스프린트는 애자일 팀이 정해진 기간(보통 1~4주, 가장 흔한 것은 2주) 동안 하나의 목표를 위해 계획한 작업을 끝내는 짧은 작업 주기를 뜻합니다. 스크럼의 기본 단위로, 스프린트 계획으로 시작해 리뷰와 회고로 끝나며 곧바로 다음 스프린트가 이어집니다.
칸반
칸반은 업무를 게시판 위의 카드로 시각화하여, 각 단계(컬럼)를 통과하며 진행 상황을 한눈에 볼 수 있게 하는 프로젝트 관리 방법론입니다. WIP(진행 중인 작업) 제한을 통해 흐름을 유지하고 병목 현상을 파악합니다.
워크플로우 자동화
워크플로우 자동화(workflow automation)란 여러 단계로 이루어진 반복 업무를 사람이 매번 손으로 처리하는 대신, 정해진 조건(트리거)이 생기면 소프트웨어가 순서대로 실행하도록 만드는 것을 말합니다. 예를 들어 '새 문의 메일이 오면 내용을 정리해 CRM에 기록하고, 담당자에게 Slack으로 알리고, 할 일을 만든다'는 흐름을 한 번 정의해 두면 이후에는 자동으로 돌아갑니다.
작업 자동화
작업 자동화란 기술, 특히 AI를 활용해 수동으로 처리해야 했던 반복적인 업무를 자동으로 생성, 관리, 우선순위 지정, 실행하는 것을 의미합니다.
OKR(목표와 핵심 결과지표)
OKR(목표와 핵심 결과지표)은 조직과 개인이 도전적인 정성 목표와 구체적이고 측정 가능한 정량 핵심 결과를 정의하고, 그 진척 상황을 추적하는 목표 설정 프레임워크입니다.
데일리 스탠드업
데일리 스탠드업(또는 데일리 스크럼)은 15분 내로 시간 제한을 두고 진행되는 짧은 팀 회의입니다. 각 팀원은 어제 완료한 일, 오늘 할 일, 그리고 진행을 가로막는 장애 요인에 대해 이야기합니다.
회고
회고(回顧)는 '지나간 일을 돌이켜 생각함'이라는 뜻입니다. 한자로 돌아올 회(回)와 돌아볼 고(顧)를 쓰며, 자신이 살아온 시간이나 어떤 일을 되짚어 보는 것을 말합니다. 업무에서 회고는 스프린트나 프로젝트가 끝난 뒤 팀이 모여 잘된 점, 아쉬운 점, 다음에 바꿀 점을 정리하는 회의를 가리키며, 영어로는 레트로스펙티브(retrospective), 줄여서 '레트로'라고 부릅니다.
