이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
IT 솔루션 포트폴리오를 공식적으로 관리한 경험은 없습니다. 동아리 운영에서 노션·슬랙·구글 워크스페이스를 비롯한 협업 툴 5개를 동시에 쓰다가 "어느 채널에서 어떤 정보가 관리되는지"를 아무도 모르는 상태가 된 경험이 있습니다.
그 경험에서 저는 툴별 용도 정의 문서를 만들고 온보딩 자료에 포함시켰습니다. 불필요한 툴 중복을 줄이자 메시지 분산과 정보 누락 문제가 눈에 띄게 개선됐습니다.
SaaS 포트폴리오를 기업 수준으로 관리해본 경험은 없지만, 이 경험에서 배운 건 "어떤 툴이 있는가"보다 "각 툴의 역할과 경계가 명확한가"가 먼저라는 것입니다. 도입보다 정리와 기준 설정이 관리의 핵심이라고 봅니다. 툴이 많을수록 역할 기준이 먼저라는 걸 그 경험에서 배웠습니다.
IT 솔루션 포트폴리오를 구성할 때 각 도구를 선택한 이유가 명확한지가 포트폴리오의 일관성을 결정합니다. 많은 경우 비슷한 기능의 도구가 중복으로 도입되거나, 팀마다 다른 툴을 쓰면서 데이터가 분산되는 문제가 생깁니다.
포트폴리오를 구성할 때 중점을 두는 기준은 각 도구가 어떤 문제를 풀기 위해 들어오는지와, 기존 도구와 어떻게 연결되는지입니다. 도구가 늘어날수록 통합 비용도 함께 올라가기 때문에, 새 도구를 추가할 때 현재 스택에서 통합이 가능한지를 먼저 보는 편입니다. 포트폴리오 전체가 하나의 흐름으로 이어지는지를 주기적으로 점검하지 않으면, 시간이 지나면서 사용되지 않는 도구가 비용만 차지하는 결로 이어집니다.
도입보다 유지와 정리가 포트폴리오 관리의 더 큰 비중을 차지한다는 결로 이해하고 있습니다.
IT 솔루션 관리에서 비용과 효과 간의 거래를 어떻게 짚는가가 솔루션 유지·교체 판단의 핵심입니다. 효과적인 솔루션도 시간이 지나면 대안이 나오거나 조직 규모가 달라져 맞지 않게 됩니다.
거래를 짚는 방식은 실제 사용량과 지불 비용이 맞는지 주기적으로 비교하는 것에서 시작합니다. 라이선스 비용·사용 시트 수·실제 활성 사용자 수를 함께 보면, 비용을 지불하면서도 실제로 활용되지 않는 솔루션을 찾을 수 있습니다. 또한 솔루션 교체에 드는 전환 비용(데이터 마이그레이션, 재교육, 통합 재설계)이 현재 솔루션의 비효율보다 큰 경우 교체보다 유지가 현실적인 결이 됩니다. 이 거래를 짚지 않고 새로운 솔루션을 도입하는 것은 문제를 추가하는 결로 이어지는 경우가 많습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 무신사 시스템 운영 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.