신규 서비스 런칭을 위한 비즈니스 요구사항은 어떻게 정의하실 건가요?

신규 서비스 요구사항을 정의할 때, 저는 이해관계자마다 '요구사항'의 무게가 다르다는 점을 먼저 확인합니다. 같은 기능도 영업팀은 고객 약속으로, 개발팀은 기술 부채로 읽는 경우가 많습니다. 그래서 요구사항 수집 전에 각 이해관계자의 목표와 제약을 파악하는 인터뷰를 먼저 진행했습니다. 수집된 항목은 MoSCoW 기준(Must/Should/Could/Won't) 으로 분류해 팀 전체가 같은 기준으로 논의할 수 있게 했습니다. 범위가 커질수록 '이번 릴리스에 포함하지 않는 것'을 명시하는 게 더 중요하다고 느꼈습니다. 제외 목록이 일정 지연을 막는 데 실제로 더 효과적이었습니다.

요구사항 문서는 한 번 작성하고 끝내는 게 아니라 팀 대화의 중심축으로 두는 것이 맞다고 생각합니다. 스프린트마다 참조해 진척을 확인하는 루틴을 만들었고, 포함 목록보다 제외 목록을 더 꼼꼼히 관리하는 습관이 후반부 범위 충돌을 크게 줄여줬습니다.