면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
학과 프로젝트에서 시간표 자동 배정 도구를 기획할 때, 처음엔 알고리즘의 정교함에만 집중했습니다. 하지만 실제 사용자인 조교들과 이야기해보니 정교함보다 예외 상황(수업 변경 등)을 얼마나 쉽게 반영할 수 있는지가 더 중요하다는 것을 알게 됐습니다. 이후 예외 처리를 우선 기능으로 재설계했고, 실제 사용성 평가에서 좋은 반응을 얻었습니다. 이 경험으로 기획은 기술의 정교함보다 사용자가 실제로 겪는 문제에서 출발해야 한다는 것을 배웠습니다.
개선 계획을 세울 때는 적용했을 때의 효과와 실제로 구현 가능한지를 함께 저울질하는 편입니다. 동아리 웹사이트 개선 프로젝트에서 여러 개선 아이디어가 나왔을 때, 효과가 크지만 구현이 오래 걸리는 것과 효과는 작아도 빠르게 적용 가능한 것을 나눠 후자부터 먼저 처리했습니다. 그 결과 짧은 기간 안에 눈에 띄는 개선을 보여줄 수 있었고, 이를 근거로 다음 단계 투자도 설득할 수 있었습니다. 이 경험으로 우선순위는 효과와 실현 가능성을 함께 봐야 한다는 것을 배웠습니다.
공모전 제안서를 작성할 때 처음엔 저희 팀이 개발한 기술을 자세히 설명하는 데만 집중했습니다. 그런데 심사위원 피드백을 받아보니 기술 설명보다 그 기술이 해결하는 문제와 효과가 먼저 나와야 이해가 쉽다는 지적을 받았습니다. 이후 문제-해결-효과 순서로 구조를 다시 짜자 다음 발표에서 더 좋은 평가를 받을 수 있었습니다. 이 경험으로 제안서는 작성자가 하고 싶은 말이 아니라 읽는 사람이 궁금한 순서로 구성해야 한다는 것을 배웠습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.