이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
학교 캡스톤 프로젝트에서 스프린트를 돌리는데 계속 미완료 항목이 다음 스프린트로 넘어가는 문제가 있었습니다. 원인을 보니 계획을 세울 때 각자 얼마나 시간이 걸릴지를 제대로 추정하지 않고 욕심으로 담다 보니 생기는 패턴이었습니다. 개선 방법으로는 플래닝 포커를 도입해서 각자 공수를 독립적으로 추정하고 큰 차이가 나면 이유를 토론하는 방식으로 바꿨습니다. 또 스프린트 목표를 "기능 목록"이 아닌 "배포 가능한 결과물"로 정의하는 방식으로 전환했더니, 완성 기준이 명확해져서 중간에 방향이 흔들리는 일이 줄었습니다. 그 이후 두 번의 스프린트에서 미완료 이월이 거의 없어졌습니다.
프로세스는 사람에게 맞게 조정하는 것이지, 반대로 사람이 프로세스를 따라가는 게 아니라는 걸 배웠습니다.
애자일을 팀에 적용할 때 이론과 실제 사이의 간극을 가장 먼저 느끼는 건 스탠드업이었습니다. 매일 15분이 원칙인데, 어느 순간 30분 가까이 늘어나면서 본 작업보다 회의 시간이 길어지는 문제가 생겼습니다.
원인을 보니 스탠드업에서 어제 한 것·오늘 할 것·막히는 것의 세 가지 대신, 기술적 문제 해결 토론이 그 자리에서 시작되는 패턴이 있었습니다. 토론이 필요한 항목은 스탠드업 이후에 별도로 잡는 룰을 만들었고, 스탠드업 자체는 현황 공유로만 유지했습니다. 처음에는 "그걸 또 따로 잡아야 해?"라는 반응도 있었지만, 몇 번 해보니 필요한 사람만 모이는 짧은 토론이 전체 스탠드업보다 문제를 더 빨리 해결한다는 걸 팀원들이 스스로 인식했습니다.
애자일 프로세스를 개선할 때 중요한 건 규칙 자체가 아니라 그 규칙이 무엇을 보호하는지를 팀이 이해하는 것이라고 생각합니다. 스탠드업이 15분인 이유를 알면 왜 토론을 분리해야 하는지도 자연스럽게 납득이 됩니다.
애자일 팀에서 제일 오래 방치됐던 문제는 레트로스펙티브가 형식으로 흐르는 것이었습니다. 잘됐던 점, 개선점을 포스트잇에 쓰고 붙이는데, 같은 개선점이 매 스프린트마다 반복해서 나오는 패턴이 생겼습니다.
원인을 보니 개선점을 논의하고 끝나버리는 경우가 많았고, 누가 언제까지 어떻게 바꿀 것인지가 명확히 정해지지 않았습니다. 변경점을 제안한 사람이 다음 스프린트에서 직접 실험하는 역할을 맡는 방식으로 바꿨습니다. 결정 → 담당자 → 다음 스프린트 반영 여부 확인의 흐름이 생기니, 같은 이슈가 두 번 이상 반복되는 경우가 눈에 띄게 줄었습니다.
레트로스펙티브가 의미 있으려면 "이야기하는 것"이 아니라 "바뀌는 것"이 있어야 한다고 생각합니다. 팀원들도 반복되는 논의에 지쳐 있었는지, 담당자를 정하는 방식이 정착되면서 레트로스펙티브 참여 온도 자체가 달라졌습니다. 제안한 게 실제로 바뀌는 경험을 해봐야 다음 레트로에서도 진지하게 이야기를 꺼내는 분위기가 만들어진다는 걸 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 쿠팡 백엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.