이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
ITO/SI 프로젝트에서 주로 맡은 역할은 요구사항 정리와 기능 모듈 개발이었습니다. 고객사 담당자와 미팅에서 나온 내용을 정리해 개발팀에 전달하는 역할도 했는데, 말로 표현된 요구사항을 명세서로 변환하는 작업이 생각보다 까다로웠습니다.
개발 단계에서는 기존 레거시 시스템과 연동되는 모듈을 담당했습니다. 공공 표준 API 규격에 맞춰 데이터를 변환하는 작업이 있었는데, 스펙 문서가 오래돼 실제 응답 구조와 다른 경우가 있어 직접 테스트하며 확인하는 과정이 많았습니다.
납기 일정이 고정된 환경이어서 일정 안에서 범위를 조율하는 경험도 했습니다. 추가 요구사항이 들어올 때 팀장과 함께 현실적인 범위를 협의하고, 다음 버전으로 미루는 결정을 내리는 과정을 가까이서 배웠습니다.
ITO/SI 프로젝트에서 본인 행동 결이 드러난 경험은 레거시 API와 신규 시스템 간 응답 구조 불일치를 직접 테스트로 확인한 케이스였습니다. 공공 표준 API 스펙 문서를 보고 개발했는데 실제 응답 구조가 달랐습니다. 스펙 문서가 최신화되지 않은 경우였습니다.
직접 호출해서 실제 응답 구조를 확인하고 그에 맞게 파싱 로직을 조정했습니다. 레거시 시스템 연동에서 문서만 믿지 않고 실제 동작을 직접 확인하는 것이 불필요한 오류를 줄이는 방법이라는 결이 생겼습니다.
ITO/SI 프로젝트에서 한계를 인정하게 된 경험은 일정이 고정된 환경에서 추가 요구사항을 모두 수용하지 못한 케이스였습니다. 프로젝트 중반에 고객사에서 기능을 추가로 요청했는데, 납기 일정 안에 전부 반영하는 것이 어려운 상황이었습니다.
팀장과 함께 현실적인 범위를 협의해서 다음 버전으로 미루는 결정을 내리는 과정을 가까이서 경험했습니다. SI 프로젝트에서 요구사항은 계속 바뀌고, 모든 것을 수용하기보다 우선순위를 정해서 범위를 조율하는 것이 프로젝트를 일정 안에 완료하는 방법이라는 결이 남아 있습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 DB그룹 SW·IT 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.