A
약 75초
경험 중심 1인칭 답변
캡스톤 프로젝트에서 2주 스프린트로 기능을 나눠 개발하는 방식을 팀에 제안해서 적용해봤습니다. 처음에는 스프린트 목표 설정 없이 진행하다가 우선순위가 뒤섞이는 문제가 있었고, 이후 스프린트 시작 전 팀이 완료 기준을 합의하는 시간을 만들었더니 진행 상황이 훨씬 명확해졌습니다. 스탠드업 미팅에서는 '어제 한 것/오늘 할 것/블로커'로 공유하는 구조를 유지했고, 블로커가 나오면 그 자리에서 해결 방향을 빠르게 확인했습니다. Agile의 가치는 계획보다 현실에 맞게 빠르게 조정하는 것이라고 느꼈고, 팀원들의 진행 상황이 투명하게 공유될 때 협업 속도가 올라간다는 걸 그 경험에서 확인했습니다.
이 결의 특징
초기 혼란(목표설정 부재로 우선순위 혼선)을 경험하고, 구체적인 약속(완료기준 합의)으로 개선한 과정을 단계적으로 설명합니다. 프로세스 자체를 개선 대상으로 본 사고방식입니다.
이 결이 통하는 자리
스프린트 사이클을 자주 경험하는 소프트웨어 조직에서 통합니다. 팀 협업의 마찰점을 주도적으로 찾고 구조화하는 능력을 보는 자리입니다.