면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
공모전 산학협력 프로젝트에서 제조사 담당자가 처음엔 데이터 시스템이 느리다고만 말했는데, 어떤 작업에서 느린지 구체적으로 질문하니 실제 문제는 특정 리포트 생성 시간이 30분 넘게 걸리는 것이었습니다. 문제를 좁힌 뒤에야 해당 구간만 개선하는 제안을 만들 수 있었고, 검증 결과 처리 시간을 8분으로 줄이는 안을 제시했습니다. 첫 발언을 그대로 받아들이지 않고 되물어야 진짜 요구사항이 나온다는 것을 배웠습니다.
동아리에서 학과 사무실에 출결 관리 프로그램 도입을 제안할 때, 담당 조교님이 기술 용어에 익숙하지 않아 처음 설명이 잘 전달되지 않았습니다. API나 자동화 같은 용어 대신 지금 하는 엑셀 작업이 어떻게 줄어드는지 화면으로 직접 보여주는 방식으로 바꾸자 바로 이해하고 도입을 승낙했습니다. 기술을 아는 것과 그것을 고객 언어로 옮기는 것은 다른 능력이라는 것을 배웠습니다.
교내 IT 지원 동아리에서 소규모 카페 사장님께 포스 시스템 개선을 제안할 때, 처음엔 기능 목록만 나열했다가 반응이 미지근했습니다. 이후 사장님의 하루 평균 결제 건수와 현재 걸리는 시간을 직접 조사해 개선 시 하루 몇 분이 절약되는지 계산해 제안서에 넣었더니 바로 도입 결정을 받았습니다. 기능이 아니라 고객이 체감할 숫자로 설득해야 한다는 것을 배웠습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.