요구사항 문서화 먼저
약 90초
복잡한 요구사항을 한 문서에 정리해서 팀 간 오해를 줄인 경험
캡스톤 프로젝트에서 기획팀·개발팀·디자인팀이 각자 다른 방향으로 이해하고 있는 상황이 중반에 발견됐습니다. 저는 각 팀이 이해한 내용을 한 문서에 모아서 '우리가 만들기로 한 것'을 정리하고, 서로 확인하는 시간을 만들었습니다. 문서 하나가 생기니까 이후 회의에서 '그건 우리 범위 아니에요'라는 말이 줄었습니다. 문제 해결 방식으로는 각자 이해한 것을 다 맞다고 전제하고, 겹치는 부분과 다른 부분을 찾아서 조율하는 방식이 효과적이었습니다. 결과 측면에서는 이 방식 이후 마지막 통합 단계에서 충돌이 크게 줄었습니다. 팀원 중 한 명이 '문서 하나가 이렇게 차이를 만든다는 걸 처음 알았다'고 했는데, 그게 저도 기억에 남습니다.
복잡한 요구사항은 말로 나누기보다 문서 하나에 모으는 게 빠른 정렬 방법입니다. 경험을 통해 배웠습니다. 앞으로도 이 방향으로 성장하겠습니다.
이 결의 특징
기획팀·개발팀·디자인팀이 각자 다른 방향으로 이해하던 문제를 한 문서에 모아 정리한 흔적이 있습니다. 문서 하나가 생기니 그건 우리 범위 아니라는 말이 줄었다는 관찰이 결로 담겨 있습니다.
이 결이 통하는 자리
마지막 통합 단계에서 충돌이 크게 줄었다는 구체 결과가 살아 있을 때 통합니다. 복잡한 요구사항은 문서 하나에 모으는 게 빠른 정렬이라는 자리에서 면접관이 신뢰하는 결이 보입니다.