SK C&C 솔루션 SW 자기소개서 예시 (2024하반기)

SK C&C 솔루션 SW 자기소개서 - 2024하반기

1. [높은 목표 설정] 자발적으로 최고 수준의 목표를 세우고 끈질기게 성취한 경험에 대해 서술해 주십시오.

전공 수업에서 4명이 만든 예약 서비스의 응답 속도를 실제 사용 환경에서도 견딜 수준으로 높이겠다는 목표를 세웠습니다. 당시 기능 구현만 마쳐도 과제 기준은 충족했지만, 동시 접속 300명 조건에서 평균 응답 시간이 2.8초까지 늘어나는 문제가 남아 있었습니다. 저는 서버 로그를 기능별로 나눠 기록하고 API마다 처리 시간을 재면서 병목을 찾았습니다. 예약 가능 좌석을 조회할 때 같은 쿼리가 반복되고, 결제 직전 검증 로직이 필요 이상으로 전체 테이블을 읽고 있었습니다. 인덱스를 추가하고 조회 범위를 줄였지만 성능 향상이 기대보다 작아 한 번 실패했습니다. 이후 부하 테스트 조건을 고정한 뒤 쿼리 실행 계획과 애플리케이션 로그를 함께 비교했습니다. 캐시 적용 범위를 읽기 중심 데이터로 제한하고 트랜잭션 구간도 줄여 평균 응답 시간을 0.9초까지 낮췄습니다. 목표를 높게 잡으면 노력의 양보다 측정 기준과 실패 원인을 분리하는 습관이 중요하다는 점을 익혔습니다. 솔루션 SW 업무에서도 숫자로 상태를 확인하고 원인을 좁혀 품질 목표를 끝까지 맞추겠습니다.

성능 개선 뒤에는 부하 조건과 변경 내용을 README에 남겨 다른 팀원이 같은 결과를 확인하게 했습니다. 혼자 빠르게 고치는 것보다 재현 가능한 기준을 남겨야 다음 개선도 빨라진다는 점까지 체감했습니다.

1. [협업 과정에서 문제 해결 경험] 가장 인상 깊었던 팀 프로젝트나 그룹 활동을 선정하고, 해당 활동에서 본인이 맡았던 역할과 기여한 부분에 대해 설명해 주십시오. 이 과정에서 팀원들과의 협업과 커뮤니케이션을 통해 문제를 해결한 경험이 있다면 구체적으로 서술해 주십시오.

산학 프로젝트에서 재고 예측 대시보드를 만들며 백엔드 개발과 일정 조율을 맡았습니다. 중간 점검 직전 프런트엔드 팀원은 API 응답 형식이 자주 바뀐다고 불만을 냈고, 백엔드 팀원은 화면 요구가 늦게 정리된다고 맞섰습니다. 회의가 길어지면서 수정 작업도 멈췄습니다. 저는 누구 책임인지 가리기보다 변경이 생기는 지점을 문서에 표시하자고 제안했습니다. 화면별 필요한 데이터와 타입, 오류 응답 예시를 한 장의 API 명세로 묶고, 변경 요청은 메신저가 아니라 명세의 변경 기록에 남기도록 정했습니다. 제 쪽에서도 필요하다고 판단한 필드를 임의로 추가했던 일이 문제를 키웠음을 인정하고 되돌렸습니다. 이후 매일 15분씩 명세와 진행 상태만 확인해 논쟁 시간을 줄였습니다. 남은 2주 동안 큰 재작업 없이 기능을 연결했고, 시연 전날 발생한 재고 단위 오류도 같은 문서를 기준으로 1시간 안에 수정했습니다. 협업에서 중요한 것은 말을 많이 하는 일이 아니라 서로 같은 기준을 보고 판단하게 만드는 일임을 배웠습니다. 개발 현장에서도 기술 용어를 합의 가능한 기준으로 바꿔 문제를 빠르게 풀겠습니다.

프로젝트 종료 뒤 팀원들과 변경 기록을 다시 보며 어떤 의사소통이 재작업을 줄였는지도 정리했습니다. 이후 다른 과제에서는 개발 시작 전에 응답 예시와 오류 코드를 합의해 연결 단계의 충돌을 줄일 수 있었습니다.